- 30 Apr, 2013 1 commit
-
-
Anton Khirnov authored
This makes -t sample-accurate for audio and will allow further simplication in the future. Most of the FATE changes are due to audio now being sample accurate. In some cases a video frame was incorrectly passed with the old code, while its was over the limit.
-
- 26 Apr, 2013 1 commit
-
-
Michael Niedermayer authored
This changes the default to avoid negative timestamps. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 25 Apr, 2013 1 commit
-
-
Luca Barbato authored
Most formats do not support negative timestamps, shift them to avoid unexpected behaviour and a number of bad crashes. CC:libav-stable@libav.org Signed-off-by: Anton Khirnov <anton@khirnov.net> Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
- 17 Apr, 2013 1 commit
-
-
Clément Bœsch authored
This commit removes the badly duplicated code between the encoder and the muxer. That may sound surprising, but the encoder is now responsible from the encoding of the picture when muxing to a .gif file. It also does not require anymore a manual user intervention such as a -pix_fmt rgb24 to work properly. To summarize, output gif are now easier to generate, code is saner and simpler, and files are smaller (thanks to the lzw encoding which was unused so far with the default .gif output). We can certainly make things even better, but this is the first step. FATE is updated because of the output being produced by the encoder and not the muxer (no lzw in the muxer), and in the seek test only the size mismatches. Fixes Ticket #2262
-
- 08 Mar, 2013 1 commit
-
-
Anton Khirnov authored
This allows us to test the slice threading code.
-
- 18 Feb, 2013 1 commit
-
-
Michael Niedermayer authored
Fixes Assertion failure Found-by: durandal_1707 Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 14 Feb, 2013 2 commits
-
-
Michael Niedermayer authored
Other software does not store it in this case, and the information is provided by the codec stream Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Carl Eugen Hoyos authored
The QuickTime specification does not contain any hint that the atom must not be written in some cases and both the QuickTime and the AVID decoders do not fail if the atom is present. This change allows to signal (visually) interlaced streams with a codec different from uncompressed video. As a side-effect, this fixes ticket #2202
-
- 21 Jan, 2013 1 commit
-
-
Ronald S. Bultje authored
This allows us to remove FF_IDCT_WMV2, which serves no practical purpose other than to be able to select the WMV2 IDCT for MPEG (or vice versa) and get corrupt output. Fate tests for all wmv2-related tests change, because (for some obscure reason) they forced use of the MPEG IDCT. You would get the same changes previously by not using -idct simple in the fate test (or replacing it with -idct auto).
-
- 08 Jan, 2013 1 commit
-
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
- 06 Jan, 2013 1 commit
-
-
Diego Biurrun authored
Snow is a toy codec with no real-world use and horrible code.
-
- 05 Jan, 2013 2 commits
-
-
Carl Eugen Hoyos authored
-
内田佳久 authored
-
- 04 Jan, 2013 1 commit
-
-
Michael Niedermayer authored
Only shift if needed to avoid negative scr when requested or for dvd. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 03 Jan, 2013 1 commit
-
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
- 25 Dec, 2012 1 commit
-
-
Tomas Härdin authored
Since 83cab07a audio stream time bases are based on SampleRate, not EditRate. This fixes trac ticket #2029 and a few seeking issues. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 06 Dec, 2012 1 commit
-
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
- 03 Dec, 2012 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 02 Dec, 2012 1 commit
-
-
Janne Grunau authored
Each fate-seek test depends now only on the corresponding fate-acodec, fate-vsynth2 or fate-lavf test which creates the file seek-tests operates on. The tests and references are renamed to match the test they depend on.
-
- 01 Dec, 2012 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 30 Nov, 2012 1 commit
-
-
Vitaliy E Sugrobov authored
Without this exception files with ".gif" extension by default recognized as input suitable for image2 demuxer rather than gif. In order to pass image through gif demuxer it was necessary to use -f gif option. This change affected 'make fate' test results because previously image2 demuxer and gif decoder took only first frame of multiframe test data, which is no longer true with gif demuxer. Signed-off-by: Vitaliy E Sugrobov <vsugrob@hotmail.com>
-
- 24 Nov, 2012 1 commit
-
-
Carl Eugen Hoyos authored
Reviewed-by: Paul B Mahol
-
- 16 Nov, 2012 1 commit
-
-
Matthieu Bouron authored
Also fix playback of ntsc files. Reviewed-by: Tomas Härdin <tomas.hardin@codemill.se> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 07 Nov, 2012 2 commits
-
-
Peter Ross authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Peter Ross authored
wtvenc: do not emit stream2 and DSATTRIB_TRANSPORT_PROPERTY chunks; these are not required for playback Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 16 Oct, 2012 1 commit
-
-
Victor Vasiliev authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 15 Oct, 2012 1 commit
-
-
Clément Bœsch authored
This fixes playback in some circumstances (like webm in firefox). Regression after 2c34367b. It is also matching the Matroska specifications: http://matroska.org/technical/specs/notes.html, "The quick eye will notice that if a Cluster's Timecode is set to zero, it is possible to have Blocks with a negative Raw Timecode. Blocks with a negative Raw Timecode are not valid."
-
- 03 Oct, 2012 1 commit
-
-
Michael Niedermayer authored
The timebases before where only guranteed to be 1/fps precisse and could cause AV sync errors on low fps Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 01 Oct, 2012 3 commits
-
-
Michael Niedermayer authored
While a 25 fps stream can in general store frame durations in 1/25 units, this is not true for the timestamps. For example a 25fps and a 25000/1001 fps stream when they are stored together might have a matching 0 timestamp point but when for example a chapter from this is cut the new start is no longer aligned. The issue gets MUCH worse when the streams are lower fps, like 1 or 2 fps. This commit thus makes the muxer choose a multiple of the framerate as timebase that is at least about 20 micro seconds precise Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
With this, when we use a finer timebase than neccessary to store durations the demuxer still knows what the original timebase was. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
This way audio frames can be exactly stored even when they are not aligned with timestamp 0 Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 28 Sep, 2012 1 commit
-
-
Michael Niedermayer authored
Fixes Ticket1606 Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 27 Sep, 2012 2 commits
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Clément Bœsch authored
Also factorize the common options for the different mov-based tests. Since the header is now on top in the last generated file, the data offset in the seek test needed some updates as well.
-
- 26 Aug, 2012 1 commit
-
-
Michael Niedermayer authored
The seek test improves in accuracy Fixes Ticket877 Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 26 Jul, 2012 1 commit
-
-
Michael Niedermayer authored
By moving it to a later point relative and unknown timestamps are more likely to have been corrected similar patch reviewed-by: Reimar Döffinger <Reimar.Doeffinger@gmx.de> Signed-off-by: Michael Niedermayer <michaelni@gmx.at> Conflicts: libavformat/utils.c
-
- 25 Jun, 2012 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 29 May, 2012 1 commit
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 17 May, 2012 2 commits
-
-
Mans Rullgard authored
This fixes a bogus bitrate value in the header of WAV files with alaw/ulaw audio. Signed-off-by: Mans Rullgard <mans@mansr.com>
-
Anton Khirnov authored
Some of the FATE changes are due to off-by-one different rounding being used (lrintf vs av_rescale_q). Some fate changes are due to 1 audio frame less being encoded (the new variant seems matching what qatar does and according to ffprobe its closer to the requested duration) the mapchan feature sadly is lost in this commit because it depends on resampling being done in ffmpeg.c which is now moved completely into the av filter layer -async is broken after this commit, this will be fixed in subsequent commits the new filter reconfiguration system is flawed and will drop a frame on each parameter change which is why the nelly moser checksums need updating. Conflicts: ffmpeg.c tests/ref/fate/smjpeg
-