- 03 Jul, 2015 3 commits
-
-
Vittorio Giovara authored
Unbreak build from 7a5902c5. Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
Vittorio Giovara authored
-
Vittorio Giovara authored
Move the APIchange entry at the top.
-
- 02 Jul, 2015 6 commits
-
-
Luca Barbato authored
CC: libav-stable@libav.org Found-By: kropping
-
Andreas Cadhalpun authored
Every chunk needs at least 8 bytes for chunk_type and chunk_size. Prevent a possible infinite loop. CC: libav-stable@libav.org Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
Alexandra Hájková authored
Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
Alexandra Hájková authored
Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
Vittorio Giovara authored
They are used by dnxhd and mpegvideo_enc exclusively, move them to codec private options instead. Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
wm4 authored
This returns something like "v12_dev0-1332-g333a27c". This is much more useful than the individual library versions, of which there are too many, and which are very hard to map back to releases or git commits. Signed-off-by:
Janne Grunau <janne-libav@jannau.net>
-
- 01 Jul, 2015 6 commits
-
-
Janne Grunau authored
The audio decoder is not in fate-g2m3 dependencies and the wma2 decoder is probably not bit-exact since it it float based.
-
Michael Niedermayer authored
EOVERFLOW is not available on all platforms. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Janne Grunau authored
-
Janne Grunau authored
-
Janne Grunau authored
-
Janne Grunau authored
-
- 30 Jun, 2015 18 commits
-
-
Vittorio Giovara authored
This will fix remaining format warnings.
-
Vittorio Giovara authored
-
Vittorio Giovara authored
Fix warning from clang "absolute value function 'abs' given an argument of type 'long long' but has parameter of type 'int' which may cause truncation of value [-Wabsolute-value]".
-
Vittorio Giovara authored
-
Vittorio Giovara authored
-
Vittorio Giovara authored
-
Diego Biurrun authored
Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
Kostya Shishkov authored
ELS and ePIC decoder courtesy of Maxim Poliakovski, cleanup and integration by Diego Biurrun. Signed-off-by:
Diego Biurrun <diego@biurrun.de> Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
Martin Storsjö authored
Most of the fate-dds-* and fate-txd-* tests already output into the same pixel format regardless of platform endianness, so there's no need to force conversion to another format. This fixes the tests fate-txd-16bpp, fate-txd-odd, fate-dds-rgb16, fate-dds-rgb24 and fate-dds-xrgb on big endian, where the tests seem to fail due to issues with certain conversion codepaths in swscale. Those conversion codepaths should of course be fixed, but the individual decoder tests should use as little extra conversion steps as possible. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Vittorio Giovara authored
Partially based on code by Marton Balint and Kieran Kunhya. Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
Vittorio Giovara authored
-
Luca Barbato authored
CC: libav-stable@libav.org Found-By: ago@gentoo.org
-
Luca Barbato authored
-
Luca Barbato authored
Make sure to not write the custom `encoder` string in that case. Bug-Id: 845 CC: libav-stable@libav.org
-
Vittorio Giovara authored
CC: libav-stable@libav.org
-
Vittorio Giovara authored
The container cropping is applied only when difference is within 16 pixels, and the smallest value between the two is chosen. Bug-Id: 383 Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
Vittorio Giovara authored
-
John Högberg authored
Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
- 28 Jun, 2015 6 commits
-
-
Luca Barbato authored
-
Luca Barbato authored
-
Luca Barbato authored
Bug-Id: CID 1308152
-
Alexandra Hájková authored
The old one is the result of the reverse engineering and guesswork. The new one has been written following the now-available specification. This work is part of Outreach Program for Women Summer 2014 activities for the Libav project. The fate references had to be changed because the old demuxer truncates the last frame in some cases, the new one handles it properly. The seek-test reference is changed because seeking works differently in the new demuxer. When seeking, the packet is not read from the stream directly, but it is rather constructed by the demuxer. That is why position is -1 now in the reference. Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
Anton Khirnov authored
Since it's truncated, the result depends on how specifically the demuxer and the decoder handle errors.
-
Anton Khirnov authored
Since it's truncated, the result depends on how specifically the demuxer and the decoder handle errors.
-
- 27 Jun, 2015 1 commit
-
-
Anton Khirnov authored
Should fix a large number of possible races with frame threading.
-