- 08 2月, 2013 9 次提交
-
-
由 Diego Biurrun 提交于
-
由 Diego Biurrun 提交于
-
由 Diego Biurrun 提交于
-
由 Diego Biurrun 提交于
-
由 Diego Biurrun 提交于
-
由 Mans Rullgard 提交于
The destination is sufficiently aligned for put_pixels here. Signed-off-by: NMans Rullgard <mans@mansr.com>
-
由 Mans Rullgard 提交于
Signed-off-by: NMans Rullgard <mans@mansr.com>
-
由 Diego Biurrun 提交于
-
由 Diego Biurrun 提交于
-
- 07 2月, 2013 9 次提交
-
-
由 Daniel Kang 提交于
Accidentally prefixed ff_ with cextern. Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Daniel Kang 提交于
Signed-off-by: NLuca Barbato <lu_zero@gentoo.org>
-
由 Anton Khirnov 提交于
-
由 Anton Khirnov 提交于
Check slice count and input buffer size before constructing a possibly invalid pointer, not after.
-
由 Anton Khirnov 提交于
pp_time is never set for h264
-
由 Anton Khirnov 提交于
They serve no useful purpose and wreak all kind of havoc when h264.h is included elsewhere.
-
由 Anton Khirnov 提交于
-
由 Tim Walker 提交于
They were added to the latest FLAC specification: https://git.xiph.org/?p=flac-website.git;a=commit;h=65c199a2Signed-off-by: NAnton Khirnov <anton@khirnov.net>
-
由 Tim Walker 提交于
This is unnecessary, as ff_flac_set_channel_layout can handle any number of channels. Signed-off-by: NAnton Khirnov <anton@khirnov.net>
-
- 06 2月, 2013 22 次提交
-
-
由 Martin Storsjö 提交于
Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Diego Biurrun 提交于
-
由 Diego Biurrun 提交于
-
由 Anton Khirnov 提交于
Do not rely on get_buffer initializing them. Changes yadif tests (off by one in one border pixel), because yadif reads from those uninitialized lines.
-
由 Anton Khirnov 提交于
-
由 Anton Khirnov 提交于
The FATE sample contains some pixels with value 0, but the palette stored in the file contains only values from 16 up. Because the default and cmdutils get_buffer() initialize the data to 0x80, they appear as gray dots. After this commit they change to black dots, which is probably still incorrect but less visible and doesn't rely on get_buffer() initializing the data.
-
由 Anton Khirnov 提交于
CC:libav-stable@libav.org
-
由 Anton Khirnov 提交于
CC:libav-stable@libav.org
-
由 Kostya Shishkov 提交于
Signed-off-by: NAnton Khirnov <anton@khirnov.net> CC:libav-stable@libav.org
-
由 Kostya Shishkov 提交于
Duplicate the last one or two chroma lines. Signed-off-by: NAnton Khirnov <anton@khirnov.net> CC:libav-stable@libav.org
-
由 Anton Khirnov 提交于
CC:libav-stable@libav.org
-
由 Anton Khirnov 提交于
The bottom line was invalid before. CC:libav-stable@libav.org
-
由 Anton Khirnov 提交于
CC:libav-stable@libav.org
-
由 Anton Khirnov 提交于
It's not relying on get_buffer() initializing the frame since 99e36ddd.
-
由 Anton Khirnov 提交于
Setting it to zero (instead of 128, as the default get_buffer() does) also produces more correctly-looking output.
-
由 Anton Khirnov 提交于
It is used as an array in svq1enc, so this is more correct.
-
由 Anton Khirnov 提交于
clang says: libavfilter/vf_yadif.c:192:28: warning: incompatible pointer types assigning to 'void (*)(uint8_t *, uint8_t *, uint8_t *, uint8_t *, int, int, int, int, int)' from 'void (uint16_t *, uint16_t *, uint16_t *, uint16_t *, int, int, int, int, int)'
-
由 Diego Biurrun 提交于
-
由 Vladimir Pantelic 提交于
the rest of the code is using codec_id everywhere already Signed-off-by: NVladimir Pantelic <vladoman@gmail.com> Signed-off-by: NKostya Shishkov <kostya.shishkov@gmail.com>
-
由 Luca Barbato 提交于
{avg,put}_pixels4_c are not used.
-
由 Diego Biurrun 提交于
-
由 Diego Biurrun 提交于
-