- 26 Mar, 2013 3 commits
-
-
Ronald S. Bultje authored
Error resilience is enabled by the h264 decoder, unless explicitly disabled. --disable-everything --enable-decoder=h264 will produce a h264 decoder with error resilience enabled, while --disable-everything --enable-decoder=h264 --disable-error-resilience will produce a h264 decoder with error resilience disabled. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Also move the declaration to internal.h, and add restrict qualifiers to the declaration (as in the implementation). Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
This allows dropping the mpegvideo dependency from a number of components. This also fixes standalone building of the h264 parser, which was broken in 64e43869. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 25 Mar, 2013 3 commits
-
-
Kostya Shishkov authored
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Janne Grunau authored
Fixes fate errors in asv1, ffvhuff and huffyuv on x86_32.
-
- 24 Mar, 2013 2 commits
-
-
Martin Storsjö authored
This is necessary after the old av_gettime in libavformat was dropped. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 23 Mar, 2013 3 commits
-
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
This is necessary after the old av_gettime in libavformat was dropped. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Janne Grunau authored
Fixes fate big endian configs.
-
- 22 Mar, 2013 5 commits
-
-
Janne Grunau authored
Tests the workaround added for 1080 videos created with Canon cameras in 30f51509.
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Jindřich Makovička authored
This patch improves af_asyncts behavior on streams with bogus PTS, which are either non-monotonic, or contain PTS jitter, and trigger the non-monotonicity error. With this patch, af_asyncts is able to correct these streams and avoid the error. Firstly, it fixes resample compensation calculation by supplying proper units to avresample_set_compensation (sample count per second instead of sample count per some arbitrary frame size). Also, the calculation of the compensation itself is fixed - delta is proportional to an adjustment of the compensation, not the compensation itself. Ideally, the compensation should converge to a value that keeps delta at zero. To be able to deal with sources with PTS jitter even without resampling, small PTS errors are adjusted, so the output frames do not overlap. Finally, one more monotonicity check is added. The FATE reference changes because now there is 8 less samples of silence because of the pts jitter. Signed-off-by: Jindřich Makovička <makovick@gmail.com>
-
Hendrik Leppkes authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 21 Mar, 2013 13 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Anton Khirnov authored
free_tables() frees it already.
-
Anton Khirnov authored
This way it does not look like a constant.
-
Anton Khirnov authored
This way it does not look like a constant.
-
Anton Khirnov authored
This way it does not look like a constant.
-
Anton Khirnov authored
This way it does not look like a constant.
-
Anton Khirnov authored
This way it does not look like a constant.
-
Anton Khirnov authored
This way it does not look like a constant.
-
Anton Khirnov authored
This way it does not look like a constant.
-
Anton Khirnov authored
This way it does not look like a constant.
-
Anton Khirnov authored
There is no point in keeping those separate.
-
Anton Khirnov authored
It is not called from outside h264.c
-
- 20 Mar, 2013 3 commits
-
-
Janne Grunau authored
-
Janne Grunau authored
AVCodecContext.bits_per_raw_sample is updated from the previous thread in the generic update function before the codec specific update_thread function is called. The check for reinitialization of dsp functions uses bits_per_raw_sample. When called from update_thread_context it will be already at the current value and the dsp functions aren't updated if only the bit depth changes.
-
Martin Storsjö authored
do_adobe_auth takes the parameters in the order "opaque, challenge". Due to the way they are treated, this didn't matter in the tested setups though - if both are set, we only use one. In the tested setups (Wowza and Akamai) either one of them were null or they were both set to the same value, which is why this worked before. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 19 Mar, 2013 8 commits
-
-
Hendrik Leppkes authored
This ensures the hwaccel privdata does not leak when a frame buffer could not be allocated (and toggle the assert when the frame is re-used). Having no frame buffer available is quite common when using the DXVA2 hwaccel in situations where the DXVA2 renderer is being re-allocated, for example when moving between displays. Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Hendrik Leppkes authored
This ensures the hwaccel privdata does not leak when a frame buffer could not be allocated (and toggle the assert when the frame is re-used). Having no frame buffer available is quite common when using the DXVA2 hwaccel in situations where the DXVA2 renderer is being re-allocated, for example when moving between displays. Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Hendrik Leppkes authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Hendrik Leppkes authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Anton Khirnov authored
-
Anton Khirnov authored
Vertical shift is log2_chroma_h, not log2_chroma_w.
-
Anton Khirnov authored
Number of planes is not always equal to the number of components even for formats marked with PIX_FMT_PLANAR -- e.g. NV12 has three components in two planes.
-
Anton Khirnov authored
-