- 03 Jan, 2012 12 commits
-
-
Justin Ruggles authored
The reference encoder does not generate any streams using this, but the reference decoder can handle it, so we should as well.
-
Justin Ruggles authored
This isn't used by the reference encoder, but it is supported by the decoder.
-
Justin Ruggles authored
-
Justin Ruggles authored
Now that there is official documentation from Apple about this, we don't have to guess anymore.
-
Kostya Shishkov authored
-
Janne Grunau authored
Add it to doc/APIchanges and update and correct other entries.
-
Shitiz Garg authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
Aneesh Dogra authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
Anton Khirnov authored
This means that avformat_find_stream_info() now works properly with multiple threads, so there's no need to force thread count to 1.
-
Daniel Verkamp authored
Signed-off-by:
Janne Grunau <janne-libav@jannau.net>
-
Daniel Verkamp authored
Signed-off-by:
Janne Grunau <janne-libav@jannau.net>
-
Diego Biurrun authored
-
- 02 Jan, 2012 12 commits
-
-
Janne Grunau authored
Adds a new member to MpegEncContext to hold the number of used slice contexts. Fixes segfaults with '-threads 17 -thread_type slice' and fate-vsynth{1,2}-mpeg{2,4}thread{,_ilace} with --disable-pthreads.
-
Janne Grunau authored
-
Reinhard Tartler authored
A rebuild in debian revealed that this broke compilation of a number packages: http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=siretart@tauware.de;tag=ftbfs-libav0.8
-
Reinhard Tartler authored
Both the Indeo 4 decoder and the SMJPEG demuxer were included in the 0.8_beta1 release.
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Anton Khirnov authored
Codec timebase is not framerate and the situation when it's different from AVStream.r_frame_rate is quite common, nothing to warn about.
-
Hendrik Leppkes authored
Signed-off-by:
Justin Ruggles <justin.ruggles@gmail.com>
-
Justin Ruggles authored
-
Justin Ruggles authored
Also fix calculation of new position when switching buffers. This fixes "overread" error messages when seeking.
-
- 01 Jan, 2012 14 commits
-
-
Janne Grunau authored
The fate-h264-bsf-mp4toannexb failures were caused by an integer overflow of the unneeded multiplication. Inspired by patch by: Michael Niedermayer <michaelni@gmx.at>
-
Anton Khirnov authored
-
Aneesh Dogra authored
Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
Aneesh Dogra authored
Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
Reimar Döffinger authored
None of the raw audio files have timestamps, thus setting start_time to 0 should be reasonable. Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
Carl Eugen Hoyos authored
Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
Stefano Sabatini authored
Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
Piotr Bandurski authored
Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
Janne Grunau authored
-
Janne Grunau authored
The extra thread added in {frame_}*thread_init was not taken into account. Explicitly sets thread_count to 1 if only one CPU core was detected. Also fixes two typos in comments.
-
Aneesh Dogra authored
Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
Janne Grunau authored
Palette is as supposed in native endianness. Converting the pal8 output to rgb24 is thus necessary for identical CRCs on big and little endian systems.
-
Janne Grunau authored
-
Janne Grunau authored
Some external codecs have their own code to determine the best number of threads. This number is not necessary the number of cpu cores. Thread_count will be only 0 if the codec has CODEC_CAP_AUTO_THREADS.
-
- 31 Dec, 2011 2 commits
-
-
Oana Stratulat authored
Signed-off-by:
Justin Ruggles <justin.ruggles@gmail.com>
-
Ronald S. Bultje authored
The safe bitstream reader does not allow using skip_bits_long() to seek to a point before the start of the buffer, which was needed by the mp3 decoder. This change instead calculates the start point of the first valid granule and skips to that position. Signed-off-by:
Justin Ruggles <justin.ruggles@gmail.com>
-