| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
| |
- adpcm: Write the proper predictor in trellis mode in IMA QT
- adpcm: Avoid reading out of bounds in the IMA QT trellis encoder
- Check mp3 header before calling avpriv_mpegaudio_decode_header().
- Check if an mp3 header is using a reserved sample rate.
- lzo: Handle integer overflow
- sgidec: fix an incorrect backport
- avconv: do not send non-monotonous DTS to the muxers.
- avconv: make -shortest work with streamcopy
- matroskaenc: do not write negative timestamps
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- swscale: Fix an undefined behaviour
- matroska: add the Opus mapping
- mp3enc: Properly write bitrate value in XING header (Fixes: debian/736088)
- origin/pu/9 oggdec: add support for Opus in Ogg demuxing (Fixes: libav/603, debian/720563)
- apedec: do not buffer decoded samples over AVPackets (Fixes: debian/744901)
- isom: lpcm in mov default to big endian
- movdec: handle 0x7fff langcode as macintosh per the specs
- h264: reset next_output_pic earlier in start_frame() (Fixes: libav/672, debian/741240, ubuntu/1288206)
- Revert "pthread: flush all threads on flush, not just the first one"
- rtmpproto: Make sure to pass on the error code if read_connect failed
- lavr: allocate the resampling buffer with a positive size
- tiffdec: use bytestream2 to simplify overread/overwrite protection
- bytestream: add bytestream2_copy_buffer() functions
- bytestream: add functions for accessing size of buffer
- resample: fix avresample_get_delay() return value
- avi: Improve non-interleaved detection (Fixes: libav/666)
- af_channelmap: fix ONE_STR mapping mode
- movenc: allow override of "writing application" tag
- matroskaenc: allow override of "writing application" tag
- avfilter: Add missing emms_c when needed
- build: Use pkg-config for openjpeg (Fixes: libav/387)
- pthread: flush all threads on flush, not just the first one (Fixes: vlc/9665)
- mpeg12: check scantable indices in all decode_block functions
- sgidec: fix buffer size check in expand_rle_row()
- adx: check that the offset is not negative
- mpegvideo: set reference/pict_type on generated reference frames
- h264: Fix various crashes found in samples pointed by Mateusz "j00ru" Jurczyk and Gynvael Coldwind - Thanks!
|
| |
|
|
|
|
| |
Fixes https://bugzilla.gnome.org/show_bug.cgi?id=727779
|
| |
|
|
|
|
|
| |
... as previously broken due to additional compliance property
(see 13ffed87b1597fa60ccee293f71c3993ec59d1b2).
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=723615
|
|
|
|
|
|
| |
libavformat only supports muxing 16bit, 48kHz stereo into DV containers.
Fixes https://bugzilla.gnome.org/show_bug.cgi?id=722672
|
| |
|
|
|
|
|
|
| |
A AVCodecContext needs cleaning up before being freed.
Go through all of the allocations/setups to ensure none of them
can leak a context or its contents.
|
|
|
|
|
|
|
|
|
|
| |
This reverts commit fcf09aff3272a12b1f91168a856637f146ced113.
This broke the build. In theory the problem might occur with
libav 9 too, but it seems in practice it doesn't, unless you
link against ffmpeg 2.x, but then you're on your own anyway.
https://bugzilla.gnome.org/show_bug.cgi?id=721077
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
New libav will not call the release_buffer callback anymore when
avcodec_default_get_buffer() is called from get_buffer. Releasing of the
memory in a picture should now be done by registering a callback to the
avbuffer objects in the picture. There is some compatibility code to
wrap the memory we provide in get_buffer in avbuffer with a callback to
release_buffer but that is not done when avcodec_default_get_buffer()
is called.
Work around this by adding a dummy avbuffer object to the picture that
will release the frame.
Fixes https://bugzilla.gnome.org/show_bug.cgi?id=721077
|
|
|
|
|
|
|
|
| |
The VC-1 decoder should handle that. Before avdec_wmv3 handled
it, but then we added format=WMV3 to its sink pad template
caps, at which point nothing handled WMVA any longer.
https://bugzilla.gnome.org/show_bug.cgi?id=697665
|
|
|
|
|
| |
Nowadays libav has proper releases and API/ABI guarantees.
We're not living in last decade.
|
| |
|
|
|
|
|
|
|
| |
... so as to focus on providing *a* buffer rather than one (too) tied
to a frame, in particular allowing multiple allocations related to a frame.
Fixes https://bugzilla.gnome.org/show_bug.cgi?id=697806
|
|
|
|
|
|
| |
... to avoid these piling up in list of pending frames.
Fixes https://bugzilla.gnome.org/show_bug.cgi?id=693772
|
|
|
|
|
|
|
|
|
| |
... by also removing it from the pending list of frames,
where it may still be in if it has never been submitted to _finish.
This could happen if is a decode-only frame, or in skipped decoding
situation, ...
Fixes https://bugzilla.gnome.org/show_bug.cgi?id=693772
|
| |
|
|
|
|
| |
Fixes https://bugzilla.gnome.org/show_bug.cgi?id=704161
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=691617
|
| |
|
|
|
|
|
|
|
| |
Add a new property to GstFFMpegVidEnc and GstFFMpegAudEnc to supply
the "strict compliance" value to AVCodecContext
https://bugzilla.gnome.org/show_bug.cgi?id=691617
|
| |
|
| |
|
| |
|
|
|
|
| |
Check for uniqueness differently now.
|
|
|
|
| |
have them already
|
| |
|
|
|
|
|
|
| |
It can happen that negotiation fails during get_buffer(), but then
we don't retry later and never return NOT_NEGOTIATED upstream...
and instead run into assertions.
|
|
|
|
|
|
|
|
| |
It can happen that negotiation fails during get_buffer(), but then
we don't retry later and never return NOT_NEGOTIATED upstream...
and instead run into assertions.
https://bugzilla.gnome.org/show_bug.cgi?id=708769
|
|
|
|
|
|
|
|
| |
Some encoders require a non-zero framerate to be configured properly
and just choosing something will make them not fail completely at
least.
https://bugzilla.gnome.org/show_bug.cgi?id=708732
|
|
|
|
|
|
|
|
| |
Actually avdec_mjpeg does not deal well with incomplete buffers and try
to decode incomplete frames. A parser which will also acts as
an accumulator needs to be inserted before it.
https://bugzilla.gnome.org/show_bug.cgi?id=709352
|
| |
|
| |
|
|
|
|
| |
From 6b03ba7 to 7412249
|
| |
|
|
|
|
| |
From b613661 to 6b03ba7
|
|
|
|
| |
From 74a6857 to b613661
|
|
|
|
| |
From 12af105 to 74a6857
|
| |
|
| |
|
|
|
|
|
|
| |
if we ever call it
https://bugzilla.gnome.org/show_bug.cgi?id=704769
|
| |
|
|
|
|
|
|
| |
During get_buffer() it can happen that the main context is not
updated yet and only the context passed here has the correct
width, height, etc.
|
|
|
|
|
|
|
| |
libav does not allow stride changes currently, fall back to
non-direct rendering here:
https://bugzilla.gnome.org/show_bug.cgi?id=704769
https://bugzilla.libav.org/show_bug.cgi?id=556
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=707878
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
As part of the changes to support the "avc3" variant of the ISO-BMFF
(see bug #702004) a new stream-format has been created
(video/x-h264, stream-format="avc3", alignment="au") that requires
changes to gstavcodecmap to exclude this format because avdec_h264
expects the SPS and PPS to be in the codec_data.
Amendment 2 of ISO/IEC 14496-15 (AVC file format) is defining a new
structure for fragmented MP4 called "avc3". The principal difference
between AVC1 and AVC3 is the location of the codec initialisation data
(e.g. SPS, PPS). In AVC1 this data is placed in the initial MOOV box
(moov.trak.mdia.minf.stbl.stsd.avc1) but in AVC3 this data goes in the
first sample of every fragment.
https://bugzilla.gnome.org/show_bug.cgi?id=702004
|
|
|
|
|
| |
Windows Media Video Screen (WMV Screen) are video formats that
specilise in screencast content.
|