Age | Commit message (Collapse) | Author | Files | Lines |
|
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.
|
|
We need to reload the defaults for the codec after closing it,
otherwise we can't access codec information like the supported
sample rates and can crash.
https://bugzilla.gnome.org/show_bug.cgi?id=707040
|
|
|
|
|
|
|
|
It is enabled although we pass --disable-hwaccels apparently and
makes the build fail on Windows because libav looks for the d3d headers
in the wrong places. We can't make use of these features via libav.
https://bugzilla.gnome.org/show_bug.cgi?id=706601
|
|
Due to function decorations on Windows AC_CHECK_LIB can't be used to check for bz2.
https://bugzilla.gnome.org/show_bug.cgi?id=465924
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=158719
|
|
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=684684
|
|
implementations
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=697512
|
|
Fixes warnings with automake 1.14
https://bugzilla.gnome.org/show_bug.cgi?id=705350
|
|
|
|
|
|
|
|
We cover all the needed formats already. The warning was just getting
in the way.
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=693581
|
|
|
|
work on OSX
https://bugzilla.gnome.org/show_bug.cgi?id=704442
|
|
libav can write slightly after the plane end in some SIMD optimized
functions. The extra padding value needs to be at least 16+stride_align
for each plane, so just increase the bottom padding value for the output
frame.
https://bugzilla.gnome.org/show_bug.cgi?id=694299
|
|
|
|
|
|
version 9.8:
- kmvc: Clip pixel position to valid range
- kmvc: Use fixed sized arrays in the context
- indeo: Reject negative array indexes
- indeo: Check for reference when inheriting motion vectors
- indeo: Properly forward the error codes
- mjpeg: Check the unescaped size for overflows
- wmapro: Error out on impossible scale factor offsets
- wmapro: Check the min_samples_per_subframe
- wmapro: Return early on unsupported condition
- wmapro: Check num_vec_coeffs against the actual available buffer
- wmapro: Make sure there is room to store the current packet
- lavc: Move put_bits_left in put_bits.h
- 4xm: Do not overread the source buffer in decode_p_block
- 4xm: Check bitstream_size boundary before using it
version 9.7:
Most of the following fixes resulted from test samples that the Google
Security Team has kindly made available to us:
- 4xm: fix several programming errors to avoid crashes, etc.
- apetag: use int64_t for filesize
- jpegls: Fix invalid writes to memory
- ljpeg: use the correct number of components in YUV
- mjpeg: Validate sampling factors
- mjpegdec: properly report unsupported disabled features
- mjpegdec: validate parameters in mjpeg_decode_scan_progressive_ac
- mpegvideo: allocate sufficiently large scratch buffer for interlaced vid
- pixdesc: mark gray8 as pseudopal
- smacker: fix several programming errors to avoid crashes, etc.
- tiff: do not overread the source buffer
- vmd: drop incomplete chunks and spurious samples
- vmdav: convert to bytestream2 to avoid invalid reads and writes
- wavpack: check packet size early
- wavpack: use bytestream2 in wavpack_decode_block
- wavpack: validate samples size parsed in wavpack_decode_block
|
|
realvideo does not have the systemstream property and nobody ever sets it so
better remove it here to make it link to something else.
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=702319
|
|
If coded_width/_height is supplied, the codec might use it as the
width/height and if it is wrong can lead to segfaults or video
corruption.
This is specially harmful on renegotiation scenarios where the
resolution changed. There seems to be no specific function for reseting
the AV Context in libav, so just set it directly.
https://bugzilla.gnome.org/show_bug.cgi?id=702003
|
|
|
|
|
|
From 098c0d7 to 01a7a46
|
|
|
|
From 5edcd85 to 098c0d7
|
|
|
|
Only 16 bits is supported for now though.
|
|
|
|
If upstream is live we don't want FRAME based threaded decoding as
it adds latency.
|
|
From 3cb3d3c to 5edcd85
|
|
|
|
|
|
|
|
|
|
From aed87ae to 3cb3d3c
|
|
From 04c7a1e to aed87ae
|
|
Otherwise we'll just set the to NULL while resetting the decoder and
don't have them available anymore later.
https://bugzilla.gnome.org/show_bug.cgi?id=697548
|
|
|
|
|
|
libav assumes that it's not just an assembler but something that
can also handle CPPFLAGS and other things.
https://bugzilla.gnome.org/show_bug.cgi?id=694416
|
|
+ running automake -a -c -Wno-portability...
common/check.mak:107: error: GST_GCOV_ENABLED does not appear in AM_CONDITIONAL
tests/check/Makefile.am:1: 'common/check.mak' included from here
|
|
From 2de221c to 04c7a1e
|