- 23 Dec, 2016 1 commit
-
-
Diego Biurrun authored
-
- 27 Oct, 2016 1 commit
-
-
Diego Biurrun authored
libavcodec/mpegaudiodec_template.c:885:97: warning: variable 'x' is uninitialized when used here [-Wuninitialized]
-
- 22 May, 2016 1 commit
-
-
Luca Barbato authored
Initialize the bit buffer with the correct size (amount of bits that will be read) instead of relying on the bitstream reader overreading the correct values. Signed-off-by:
Luca Barbato <lu_zero@gentoo.org> Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
- 04 May, 2016 1 commit
-
-
Vittorio Giovara authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
- 11 Jan, 2016 1 commit
-
-
Andreas Cadhalpun authored
get_bit variant supporting 0-bits reads. Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
- 12 Dec, 2015 1 commit
-
-
Anton Khirnov authored
Almost all the places from which this function is called already check the header manually and in the two that don't (the mp3 muxer) the check should not cause any problems.
-
- 27 Jul, 2015 1 commit
-
-
Vittorio Giovara authored
Convert doxygen to multiline and express bitfields more simply. Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 20 Jun, 2015 1 commit
-
-
nu774 authored
14496-3 suggests packing main_data of MP3 that is usually scattered into multiple frames due to bit reservoir. However, after packing main_data into a access unit, bitrate index in the MPEG audio frame header doesn't match with actual frame size. In order to accept this, this patch removes unnecessary frame size checking on mp3 decoder. Also, mov demuxer was changed to use MP3 parser only on special cases (QT MOV with specific sample description) to avoid re-packetizing. Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
- 19 Apr, 2015 1 commit
-
-
Vittorio Giovara authored
-
- 15 Aug, 2014 1 commit
-
-
Gabriel Dume authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
- 12 Dec, 2013 1 commit
-
-
Martin Storsjö authored
This fixes decoding, broken since 7e350379. This is similar to what was done for the normal mp3 decoder in f4a86bc9. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 23 Nov, 2013 1 commit
-
-
Diego Biurrun authored
-
- 03 Oct, 2013 1 commit
-
-
Diego Biurrun authored
-
- 19 Sep, 2013 1 commit
-
-
Martin Storsjö authored
This is similar to the fix in 35cbc98b. Reported-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind CC: libav-stable@libav.org Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 04 May, 2013 1 commit
-
-
Diego Biurrun authored
-
- 30 Apr, 2013 1 commit
-
-
Diego Biurrun authored
-
- 08 Mar, 2013 1 commit
-
-
Anton Khirnov authored
-
- 25 Feb, 2013 1 commit
-
-
Diego Biurrun authored
-
- 12 Feb, 2013 1 commit
-
-
Justin Ruggles authored
-
- 22 Jan, 2013 1 commit
-
-
Ronald S. Bultje authored
This makes wmadec/enc, twinvq and mpegaudiodec (i.e. mp2/mp3) independent of dsputil.
-
- 04 Dec, 2012 1 commit
-
-
Anton Khirnov authored
It will be useful in the upcoming transition to refcounted AVFrames.
-
- 26 Nov, 2012 1 commit
-
-
Justin Ruggles authored
-
- 11 Nov, 2012 1 commit
-
-
Justin Ruggles authored
Also reorder some other #include when applicable.
-
- 23 Oct, 2012 4 commits
-
-
Luca Barbato authored
The function can return either a parsing error or a memory management error.
-
Luca Barbato authored
Properly forward mp_decode_layer3 errors, mp_decode_layer1 and mp_decode_layer2 do not return errors. Based on a patch by Michael Niedermayer.
-
Michael Niedermayer authored
-
Diego Biurrun authored
-
- 01 Oct, 2012 2 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
-
- 28 Sep, 2012 1 commit
-
-
Luca Barbato authored
The value should be always 3, as it follows from the specification. Fix a stack buffer overflow in exponents_from_scale_factors as reported by asan. Thanks to Dale Curtis for the sample vector.
-
- 08 Aug, 2012 1 commit
-
-
Anton Khirnov authored
It's a perfectly normal situation, nothing to spam about.
-
- 07 Aug, 2012 1 commit
-
-
Anton Khirnov authored
-
- 20 May, 2012 1 commit
-
-
Kostya Shishkov authored
In hybrid frames long window part ends at 36 samples for most of the cases but at 72 for 8kHz case. For some reason decoder assumed it's 48 or even 36 samples, which caused wrong bitstream decoding for such blocks. l3_25207.mpg from conformance suite demonstrates it the best.
-
- 18 Apr, 2012 1 commit
-
-
Diego Biurrun authored
This fixes the warning: libavcodec/mpegaudiodec.c:1704:14: warning: variable ‘out_size’ set but not used
-
- 29 Mar, 2012 1 commit
-
-
Kostya Shishkov authored
Looks like some LAME versions produce dual stereo mode MP3s with flags for intensity and middle stereo set. In this mode those flags should be ignored like the reference decoder and derived ones do.
-
- 28 Mar, 2012 1 commit
-
-
Diego Biurrun authored
Also remove one pointless zero initialization in rangecoder.c.
-
- 04 Mar, 2012 1 commit
-
-
Anton Khirnov authored
In most places where it's used, it's as a pointless write-only field. Only rv10 decoder actually reads from it, but it stores some internal version info in it. There is no reason for it to be in a public field.
-
- 29 Feb, 2012 1 commit
-
-
Vitor Sessak authored
Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com>
-
- 24 Feb, 2012 1 commit
-
-
Dale Curtis authored
Instead of clipping extrasize based on EXTRABYTES, clip based on the amount of buffer actually left. Without this fix, there are warbles and other distortions in the test case below. http://kevincennis.com/mix/assets/sounds/1901_voxfx.mp3
-
- 17 Feb, 2012 1 commit
-
-
Ronald S. Bultje authored
If bufsize < headersize, init_get_bits() will be called with a negative number, causing it to fail and any subsequent call to get_bits() will crash because it reads from a NULL pointer. Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind CC: libav-stable@libav.org
-