- 31 May, 2016 2 commits
-
-
foo86 authored
Padding before the first sync word can be very large for DTS-in-WAV streams. There is no reason to include this padding in parsed packet. Signed-off-by: James Almer <jamrial@gmail.com>
-
foo86 authored
Signed-off-by: James Almer <jamrial@gmail.com>
-
- 26 May, 2016 1 commit
-
-
foo86 authored
Avoids unwanted parser dependency on dcadata. Signed-off-by: James Almer <jamrial@gmail.com>
-
- 25 May, 2016 1 commit
-
-
foo86 authored
Signed-off-by: James Almer <jamrial@gmail.com>
-
- 20 May, 2016 1 commit
-
-
foo86 authored
Parse core frame size directly when searching for frame end instead of using value extracted from previous frame. Account for unused bits when calculating sync word distance for 14-bit streams to avoid alias sync detection. Parse EXSS frame size and skip over EXSS frame to avoid alias sync detection. Signed-off-by: James Almer <jamrial@gmail.com>
-
- 04 Feb, 2016 1 commit
-
-
Hendrik Leppkes authored
The parser only parses the core, and thus has a duration relative to the core sample rate only, not the actual stream sample rate. FATE references changed due to now correct timestamps.
-
- 20 Oct, 2015 1 commit
-
-
Hendrik Leppkes authored
The parser only reads the dca core sample rate, which is limited to a maximum of 48000 Hz, while X96 and HD extensions can increase the sample rate up to 192000 Hz. This change prevents the parser and decoder fighting over the sample rate, potentially confusing user applications. This also fixes sample rate display of >48000Hz files with ffmpeg/ffprobe when using libdcadec. Fixes ticket #4397
-
- 27 Jul, 2015 1 commit
-
-
Vittorio Giovara authored
Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 12 May, 2015 1 commit
-
-
foo86 authored
The previous version checked for 14-bit streams and did not properly work across buffer boundaries. Use the 64-bit parser state to make extended sync word detection work across buffer boundary and check the extended sync word for 16-bit LE and BE core streams to reduce probability of alias sync detection. Signed-off-by: Michael Niedermayer <michaelni@gmx.at> Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
- 29 Apr, 2015 1 commit
-
-
foo86 authored
Check extended sync word for 16-bit LE and BE core streams to reduce probability of alias sync detection. Previously sync word extension was checked only for 14-bit streams (and this check did not properly work across buffer boundary). Use 64-bit parser state to make extended sync word detection work across buffer boundary. This is sufficient to make the sample in ticket #4492 parse successfully. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 04 Mar, 2015 1 commit
-
-
Diego Biurrun authored
-
- 16 Sep, 2014 1 commit
-
-
Gabriel Dume authored
Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
- 06 Aug, 2014 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 17 Sep, 2013 1 commit
-
-
John Stebbins authored
A change in framesize caused a perpetual loss of synchronization. So read (and use) the frame size from the frame header instead of setting it only once. Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
- 27 Mar, 2013 1 commit
-
-
Diego Biurrun authored
This makes the DCA parser and decoder independent.
-
- 01 Nov, 2012 1 commit
-
-
Justin Ruggles authored
-
- 07 Aug, 2012 1 commit
-
-
Anton Khirnov authored
-
- 01 Aug, 2012 1 commit
-
-
Diego Biurrun authored
-
- 31 Jul, 2012 1 commit
-
-
Diego Biurrun authored
-
- 05 Mar, 2012 1 commit
-
-
Justin Ruggles authored
-
- 12 Dec, 2011 1 commit
-
-
Diego Biurrun authored
-
- 02 Nov, 2011 1 commit
-
-
Anton Khirnov authored
-
- 28 Oct, 2011 2 commits
-
-
Hendrik Leppkes authored
The dca parser needs to check that the framesize is actually of a complete frame, and not of a partial DTS-HD frame, which is not constant size, and thus the check would fail. (cherry picked from commit ebc0ccb9af59b78732e82c09f8c90b1d46b478e0) Review-by: Benjamin Larsson Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Hendrik Leppkes authored
(cherry picked from commit ea36f60493f675db531dc2dbef04fb60fbc21a6a) Review-by: Benjamin Larsson Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 28 Jan, 2011 1 commit
-
-
Diego Elio Pettenò authored
None of these symbols should be accessed directly, so declare them as hidden. Signed-off-by: Mans Rullgard <mans@mansr.com> (cherry picked from commit d36beb3f)
-
- 26 Jan, 2011 1 commit
-
-
Diego Elio Pettenò authored
None of these symbols should be accessed directly, so declare them as hidden. Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 20 Apr, 2010 1 commit
-
-
Diego Biurrun authored
Passing an explicit filename to this command is only necessary if the documentation in the @file block refers to a file different from the one the block resides in. Originally committed as revision 22921 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 01 Feb, 2009 1 commit
-
-
Diego Biurrun authored
Otherwise doxygen complains about ambiguous filenames when files exist under the same name in different subdirectories. Originally committed as revision 16912 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 29 Nov, 2008 1 commit
-
-
Kostya Shishkov authored
Originally committed as revision 15951 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 15 Apr, 2008 1 commit
-
-
Kostya Shishkov authored
Originally committed as revision 12835 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 21 Mar, 2008 1 commit
-
-
Zuxy Meng authored
Originally committed as revision 12525 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 07 May, 2007 1 commit
-
-
Aurelien Jacobs authored
Originally committed as revision 8921 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 05 May, 2007 1 commit
-
-
Diego Biurrun authored
Originally committed as revision 8905 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 03 May, 2007 1 commit
-
-
Diego Biurrun authored
Originally committed as revision 8881 to svn://svn.ffmpeg.org/ffmpeg/trunk
-