- 30 Apr, 2013 13 commits
-
-
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.
-
Anton Khirnov authored
This way OutputFile variables like recording time can be used when creating the streams.
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
Options are freed from the generic code now, there is no need to call av_opt_free() from the filter.
-
Anton Khirnov authored
It now allows an arbitrary number of inputs, not just two.
-
Anton Khirnov authored
Otherwise some code might mistakenly think it is allowed to unref those buffers, which would lead to double unref.
-
Anton Khirnov authored
It is a part of the sample that got broken by recent indeo3 changes.
-
Anton Khirnov authored
They are the same in this case, except put_pixels also has blocksizes smaller than 8.
-
Anton Khirnov authored
CC:libav-stable@libav.org
-
- 29 Apr, 2013 3 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Diego Biurrun authored
-
- 27 Apr, 2013 8 commits
-
-
Luca Barbato authored
Broken bitstreams could report a larger than specified number of channels and cause outbound writes. CC:libav-stable@libav.org
-
Diego Biurrun authored
The return value provides no useful information and removing the printing avoids the following warning: libavcodec/h264_refs.c:788:15: warning: 'i' may be used uninitialized in this function [-Wuninitialized]
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Luca Barbato authored
-
Luca Barbato authored
Set the data field in the flush_pkt to the pointer to the actual packet. The field needs to contain a valid unique pointer, no read nor writes are ever made to it.
-
Anton Khirnov authored
CC:libav-stable@libav.org
-
- 26 Apr, 2013 1 commit
-
-
Diego Biurrun authored
The function requires increasing the fuzz factor for the ac3/eac3 encode tests and even so makes fate fail. It only provides a slight encoding speedup for legacy CPUs that do not support SS2. Thus its benefit is not worth the trouble it creates and fixing it would be a waste of time.
-
- 25 Apr, 2013 2 commits
-
-
Martin Storsjö authored
This makes it less confusing when this template is shared both by dsputil and by hpeldsp. Signed-off-by: Martin Storsjö <martin@martin.st>
-
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>
-
- 24 Apr, 2013 2 commits
-
-
Vittorio Giovara authored
The sample is already included in the FATE suite, but is not tested because cropping wasn't fully supported before. Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Anton Khirnov authored
-
- 23 Apr, 2013 4 commits
-
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Hendrik Leppkes authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Martin Storsjö authored
Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
Nicolas Bertrand authored
Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
- 22 Apr, 2013 7 commits
-
-
Diego Biurrun authored
-
Janne Grunau authored
-
Janne Grunau authored
Intra codecs do not need an update_thread_context() function and never call ff_thread_finish_setup(). They rely on ff_thread_get_buffer() calling it. So call it even if the get_buffer2 function pointer is avcodec_default_get_buffer2 and it has not been called before.
-
Diego Biurrun authored
-
Nicolas Bertrand authored
Based on the 2007 GSoC project from Kamil Nowosad <k.nowosad@students.mimuw.edu.pl> Updated to current programming standards, style and many more small fixes by Diego Biurrun <diego@biurrun.de>. Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
Diego Biurrun authored
The code represents a considerable maintenance burden and it is not clear that it gives a noticeable benefit to outweigh this after 10 years of improvements in compiler technology since its creation.
-
Diego Biurrun authored
-