The fields can be accessed directly, so these are not needed anymore.
Reviewed-by: Paul B Mahol <onemda@gmail.com>
Signed-off-by: James Almer <jamrial@gmail.com>
It has no effect whatsoever since the major bump.
Replace the flag's documentation to reflect this as well.
Signed-off-by: James Almer <jamrial@gmail.com>
* commit '8fd8f91e47f33cd82371a97ac81afc476144964f':
qsvenc: Make sure the interlaced encoding works
qsvenc: Use MFXVideoENCODE_Query() to update the parameters
This commit is a noop, see
dd8319767eae5b67ee64
Merged-by: James Almer <jamrial@gmail.com>
* commit 'e00db9f78bb475ed5103364f61892f4e75ef89ba':
checkasm: hevc: Add a hevc_ prefix to the add_residual functions
Merged-by: James Almer <jamrial@gmail.com>
* commit '1731c3530bffb876deb9e00dfffdf9841a8412cd':
mm: Skip unexpected audio packets
This commit is a noop. The generic code already drops packets from
non-existant streams.
Merged-by: James Almer <jamrial@gmail.com>
* commit 'f2c469b73f8ac3dd6a98d38281f61b68ea6dd336':
mjpeg: Report non-3 component rgb lossless as not supported
[15:56:27] <jamrial> michaelni: can't reproduce the failure f2c469b73f is trying to "fix"
[15:56:30] <jamrial> do we support what that commit claims is unsupported?
[16:56:54] <michaelni> jamrial, yes, we support lossless rgba
This commit is a noop.
Merged-by: James Almer <jamrial@gmail.com>
Previously alac encoder was used, from a first glance I thought it is bitexact,
but it turns out it is using floating point arithmetic as well, so probably it
is not. Fixes fate failures on mingw32/64.
Signed-off-by: Marton Balint <cus@passwd.hu>
This is needed since e0250cf365 as that uses end-buf2
Note, there are more than 16 bytes allocated beyond "end"
Fixes: regression (segfault) with probetest
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
* commit '5352802da81f2083e65d466612e639a4e6e5530e':
dca: Account for lfe when checking for the channel count
This commit is a noop.
Merged-by: James Almer <jamrial@gmail.com>
* commit '37f573543c4fd7f44339e04d8d15b95118493ddd':
swscale: Convert the check check_image_pointers helper to a macro
[14:52:50] <jamrial> michaelni, ubitux: 37f573543c yay or nay? we don't have the warnings mentioned there because we cast the argument
[14:54:10] <@ubitux> i don't really see the improvement, no opinion
[15:04:14] <michaelni> jamrial, functions are better/cleaner than macros
[15:04:20] <michaelni> IMHO that is
This commit is a noop.
Merged-by: James Almer <jamrial@gmail.com>
* commit 'f56fa95cd13f627891a1bfb66bf61b971b9e0238':
swscale: Do not shift negative values directly
14:30:21] <jamrial> michaelni: do you prefer how f56fa95cd1 (libav) handles left shift of negative value, or how we're currently doing it?
[14:30:31] <jamrial> ours is cleaner looking, IMO
[14:30:57] <@ubitux> i agree
[14:31:13] <@ubitux> if we didn't forget any, i think this commit is better noop'ed
[14:31:57] <jamrial> ubitux: we even have a bunch of other cases this commit doesn't handle that i'd have to manually change, so yeah, i'm leaning towards nooping it
[14:34:04] <michaelni> jamrial, +1, ours as its cleaner
This commit is a noop.
Merged-by: James Almer <jamrial@gmail.com>
* commit '378460fef1e563704bc5a307ba748a2b819cc09d':
utvideodec: Support for gradient prediction
utvideodec: Reuse the huffyuv add_left
utvideodec: Support ULY4 and ULH4
utvideodec: Support UQRA and UQRG
swscale: Add gbrap10 output
swscale: Add input support for gbrap10 pixel format
pixfmt: Add gbrap10 pixel format
utvideodec: Support UQY2
This commit is a noop, see
115e63c8d68100426fe49d30690f20b828788d5884efdabc94c62cb9bf5aea93052db3faa94a576f
Merged-by: James Almer <jamrial@gmail.com>
This patch enables paletteuse to identify the transparency in incoming
video and tag transparent pixels on outgoing video with the correct
index from the palette.
This requires tracking the transparency index in the palette,
establishing an alpha threshold below which a pixel is considered
transparent and above which the pixel is considered opaque, and
additional changes to track the alpha value throughout the conversion
process.
This change is a partial fix for https://trac.ffmpeg.org/ticket/4443
However, animated GIFs are still output incorrectly due to a bug
in gif optimization which does not correctly handle transparency.
Signed-off-by: Clément Bœsch <u@pkh.me>
* commit '1fe858136b315796dd5349f3b4448a29d1bd6fa1':
utvideodec: Prevent possible signed overflow
This commit is a noop, see e86444b19d
Merged-by: James Almer <jamrial@gmail.com>
* commit '50a1c66cf6ab7eb683daaa9e2da3869fa3a54609':
ac3_parser: add a public function for parsing the data required by the demuxer
avpriv_ac3_parse_header() is left in place but without the
GetBitContext parameter, as the mov muxer requires a lot more fields
than just bitstream_id and frame_size from the AC3HeaderInfo struct.
Merged-by: James Almer <jamrial@gmail.com>
merge from libav: 585dc1aece
If the metadata packet is corrupted, flv_read_metabody can accidentally
read past the start of the next packet. If the start of the next packet
had been flushed out of the IO buffer, we would be unable to seek to
the right position (on a nonseekable stream).
Prefer to clearly error out instead of silently trying to read from a
desynced stream which will only be interpreted as garbage.
James Almer
Paul B Mahol
Martin Vignali
Steven Liu
Carl Eugen Hoyos
Marton Balint
Michael Niedermayer
Sasi Inguva
Peter Große
dxfhgwet
Clément Bœsch
Bjorn Roche
Martin Storsjö