- 31 Aug, 2019 1 commit
-
-
Marton Balint authored
Some security cams generate this, as well as some versions of VirtualDub and VLC so support for _reading_ such files is justified. Fixes ticket #7110. See also this discussion: https://patchwork.ffmpeg.org/patch/8744/Signed-off-by:
Marton Balint <cus@passwd.hu>
-
- 02 Aug, 2017 1 commit
-
-
Aleksandr Slobodeniuk authored
avformat/riff.h : remove unused function parameter "const AVCodecTag *tags" of "void ff_put_bmp_header()" Reviewed-by:
Derek Buitenhuis <derek.buitenhuis@gmail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 17 Feb, 2017 1 commit
-
-
Thierry Foucu authored
Fixes ticket #6100.
-
- 15 Feb, 2017 1 commit
-
-
Alexandra Hájková authored
Some muxers may use the BMP_HEADER Format Data size instead of the ASF-specific one. Bug-Id: 1020 CC: libav-stable@libav.org Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
- 23 Feb, 2016 1 commit
-
-
Anton Khirnov authored
Currently, AVStream contains an embedded AVCodecContext instance, which is used by demuxers to export stream parameters to the caller and by muxers to receive stream parameters from the caller. It is also used internally as the codec context that is passed to parsers. In addition, it is also widely used by the callers as the decoding (when demuxer) or encoding (when muxing) context, though this has been officially discouraged since Libav 11. There are multiple important problems with this approach: - the fields in AVCodecContext are in general one of * stream parameters * codec options * codec state However, it's not clear which ones are which. It is consequently unclear which fields are a demuxer allowed to set or a muxer allowed to read. This leads to erratic behaviour depending on whether decoding or encoding is being performed or not (and whether it uses the AVStream embedded codec context). - various synchronization issues arising from the fact that the same context is used by several different APIs (muxers/demuxers, parsers, bitstream filters and encoders/decoders) simultaneously, with there being no clear rules for who can modify what and the different processes being typically delayed with respect to each other. - avformat_find_stream_info() making it necessary to support opening and closing a single codec context multiple times, thus complicating the semantics of freeing various allocated objects in the codec context. Those problems are resolved by replacing the AVStream embedded codec context with a newly added AVCodecParameters instance, which stores only the stream parameters exported by the demuxers or read by the muxers.
-
- 16 Sep, 2015 1 commit
-
-
Carl Eugen Hoyos authored
Reported and tested by Andy Furniss, adf d lists at gmail
-
- 12 Sep, 2015 1 commit
-
-
Tobias Rapp authored
Allow writing an empty channel mask into the wave format header. Useful if the input file contains an unknown channel layout. Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 11 Jul, 2015 1 commit
-
-
Luca Barbato authored
-
- 27 Feb, 2015 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 17 Dec, 2014 1 commit
-
-
Thomas Volkert authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 02 Dec, 2014 1 commit
-
-
Carl Eugen Hoyos authored
-
- 18 Jun, 2014 1 commit
-
-
Anton Khirnov authored
It will be useful in the following commits. Also, rename the AVCodecContext pointer name from 'stream' to 'codec'.
-
- 30 Apr, 2014 1 commit
-
-
Daniel Verkamp authored
Partially undoes commit 2c4e08d8: riff: always generate a proper WAVEFORMATEX structure in ff_put_wav_header A new flag, FF_PUT_WAV_HEADER_FORCE_WAVEFORMATEX, is added to force the use of WAVEFORMATEX rather than PCMWAVEFORMAT even for PCM codecs. This flag is used in the Matroska muxer (the cause of the original change) and in the ASF muxer, because the specifications for these formats indicate explicitly that WAVEFORMATEX should be used. Muxers for other formats will return to the original behavior of writing PCMWAVEFORMAT when writing a header for raw PCM. In particular, this causes raw PCM in WAV to generate the canonical 44-byte header expected by some tools. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 12 Feb, 2014 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 28 Jan, 2014 1 commit
-
-
Carl Eugen Hoyos authored
This simplifies the following eac3-in-wav patch.
-
- 23 Dec, 2013 1 commit
-
-
Peter Ross authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 05 Aug, 2013 1 commit
-
-
Diego Biurrun authored
-
- 21 Apr, 2013 1 commit
-
-
Peter Ross authored
Signed-off-by:
Luca Barbato <lu_zero@gentoo.org> Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
- 14 Feb, 2013 1 commit
-
-
rogerdpack authored
Also cleanup exported symbols Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 07 Feb, 2013 1 commit
-
-
rogerdpack authored
Signed-off-by:
rogerdpack <rogerpack2005@gmail.com>
-
- 28 Nov, 2012 1 commit
-
-
Justin Ruggles authored
-
- 16 Oct, 2012 1 commit
-
-
Victor Vasiliev authored
It will be useful in the wav muxer. Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
- 07 Aug, 2012 2 commits
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Anton Khirnov authored
-
- 30 May, 2012 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 27 Nov, 2011 1 commit
-
-
Victor Vasiliev authored
Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com>
-
- 14 Apr, 2011 1 commit
-
-
Max Horn authored
ff_get_wav_header is reading data from a WAVE file and then uses it (without validation) to malloc a buffer. It then proceeded to read data into the buffer, without verifying that the allocation succeeded. To address this, change ff_get_wav_header to return an error if allocation failed, and adapted all calling code to handle that error. Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
- 07 Apr, 2011 2 commits
-
-
Peter Ross authored
move PRI_GUID, ARG_GUID, AVCodecGuid, ff_codec_guid_get_id, MEDIASUBTYPE_BASE_GUID and audio_guids[] to riff.c/h (add FF_ prefix to PRI_GUID, ARG_GUID, and MEDIASUBTYPE_BASE_GUID; rename audio_guids to ff_codec_wav_guids) Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Peter Ross authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
- 20 Feb, 2011 2 commits
-
-
Anton Khirnov authored
Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com> (cherry picked from commit ae628ec1)
-
Anton Khirnov authored
Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com>
-
- 26 Dec, 2010 1 commit
-
-
Peter Ross authored
Originally committed as revision 26091 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 22 May, 2010 2 commits
-
-
Francesco Lavra authored
Patch by Francesco Lavra, francescolavra interfree it Originally committed as revision 23250 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Stefano Sabatini authored
Originally committed as revision 23249 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 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
-
- 16 Oct, 2009 1 commit
-
-
Carl Eugen Hoyos authored
Originally committed as revision 20250 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 22 Jun, 2009 1 commit
-
-
Daniel Verkamp authored
patch by Daniel Verkamp, aniel drv nu Originally committed as revision 19254 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
-
- 22 Dec, 2008 1 commit
-
-
Carl Eugen Hoyos authored
warning #188: enumerated type mixed with another type Originally committed as revision 16281 to svn://svn.ffmpeg.org/ffmpeg/trunk
-