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>
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
dd8319767e1674d030b5d803c43029e67db5efb8
ae5b67ee64bec00c52881ff8426fddaf477341c1
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 e0250cf3651e6417e0117486a7816b45fb2d34cd 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
115e63c8d6791ebdc921caf40c3def024690af2e
8100426fe4ba41b74404cbbd83184afa3239f64b
9d30690f20343ed3057fe4abf82009598d320ce5
b828788d58cb6f55e0bffa4682d75ddf84b4214b
84efdabc94251f1f6f483eb737e95d53376ae921
c62cb9bf5a50df416532afd8d5f79ebade174ac7
ea93052db3594f93f2d10be085a770184da0513d
faa94a576f5f3de10fc7016e0d94229faa1c2159
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 e86444b19d0b63c098298243fb20fd577f34cf34
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>
