Debian Patches
Status for ffmpeg/7:7.1-4
Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
---|---|---|---|---|---|---|
0007-avcodec-libx265-unbreak-build-for-X265_BUILD-213.patch | avcodec/libx265: unbreak build for X265_BUILD >= 213 Earlier, x265 made an API change to support alpha and other multiple layer pictures. We added guards to accommodate that in 1f801dfdb5 They have now reverted that API change in https://bitbucket.org/multicoreware/x265_git/commits/78e5b703b1 Updated our wrapper guards to unbreak build again. |
Gyan Doshi <ffmpeg@gyani.pro> | no | 2024-10-05 | ||
0014-fftools-ffmpeg_filter-treat-apad-filter-as-a-source.patch | fftools/ffmpeg_filter: treat apad filter as a source Ideally lavfi should have a dedicated API for detecting this. Fixes #11168 and #11061 (cherry picked from commit 9e2a231236428c4682c77858c6aabfd74f459b17) |
Anton Khirnov <anton@khirnov.net> | no | 2024-10-12 | ||
0015-Skip-tests-using-non-existing-mpegts-pmtchange.ts.patch | Skip tests using non-existing mpegts/pmtchange.ts | Sebastian Ramacher <sramacher@debian.org> | no | 2024-10-20 | ||
0001-avformat-mov-don-t-return-the-latest-stream-when-an-.patch | avformat/mov: don't return the latest stream when an item stream is expected Otherwise, things like ICC profiles as read from the colr box meant for an item with no stream (like a grid) may end up being added to the wrong stream. (cherry picked from commit 04182b55494b44152146e6a6bcd5eb9403f00625) |
James Almer <jamrial@gmail.com> | no | 2024-09-30 | ||
0002-avformat-internal-Add-ff_get_frame_filename.patch | avformat/internal: Add ff_get_frame_filename It's similar to av_get_frame_filename2 but with int64_t number support. Make av_get_frame_filename* a wrapper over ff_get_frame_filename. (cherry picked from commit a2d9663241908d6f558b8e6b24bd42f2aaebc144) |
Zhao Zhili <zhilizhao@tencent.com> | no | 2024-09-23 | ||
0003-avformat-img2enc-Fix-integer-truncation-when-frame_p.patch | avformat/img2enc: Fix integer truncation when frame_pts is enabled Fix #11194 (cherry picked from commit f56a54387b9cea884ca139e9cb993ff6989b8def) |
Zhao Zhili <zhilizhao@tencent.com> | no | 2024-09-24 | ||
0004-avcodec-mediacodecenc-Fix-access-of-uninitialized-va.patch | avcodec/mediacodecenc: Fix access of uninitialized value When crop is skipped, av_strlcatf will access `str` which isn't initialized properly. (cherry picked from commit eff9ed7bff45998ea370e3d6f627529ad47e2e74) |
Zhao Zhili <zhilizhao@tencent.com> | no | 2024-10-04 | ||
0005-fftools-do-not-access-out-of-bounds-filtergraph.patch | fftools: do not access out of bounds filtergraph The log message was logged for `filtergraphs[j]` which would cause a heap buffer overflow in certain circumstances. Correctly it should be logged for the current filtergraph, so just use `fg` here. (cherry picked from commit 5beeb3a1f97d8f6d4076fe83aaf5e2e5871f945e) |
Marvin Scholz <epirat07@gmail.com> | no | 2024-10-01 | ||
0006-fftools-log-unconnected-filter-output-label.patch | fftools: log unconnected filter output label (cherry picked from commit f25c9cc213c7e3eb585d3339eb775b16921c4d98) |
Marvin Scholz <epirat07@gmail.com> | no | 2024-10-01 | ||
0008-arm-Consistently-use-proper-interworking-function-re.patch | arm: Consistently use proper interworking function returns Use "bx lr", or "pop {lr}", which do proper mode switching between thumb and arm modes. A plain "mov pc, lr" does not switch from thumb mode to arm mode (while in arm mode, it does switch mode for a thumb caller). This is normally not an issue, as CONFIG_THUMB only is enabled if the C compiler defaults to thumb; but stick to patterns that can do mode switching if needed, for consistency. (cherry picked from commit 77e6293735262b20a86b5047b77991a86cf4e9e1) |
=?utf-8?q?Martin_Storsj=C3=B6?= <martin@martin.st> | no | 2024-10-04 | ||
0009-checkasm-lls-Use-relative-tolerances-rather-than-abs.patch | checkasm: lls: Use relative tolerances rather than absolute ones Depending on the magnitude of the output values, the potential errors can be larger. This fixes errors in the lls tests on x86_32 for some seeds, observed with GCC 11 (on Ubuntu 22.04, with the distro compiler, with -m32). (cherry picked from commit 6668268e16b6d1a6992840dccb12effece2e7202) |
=?utf-8?q?Martin_Storsj=C3=B6?= <martin@martin.st> | no | 2024-10-04 | ||
0010-libavcodec-x86-Remove-an-explicit-include-of-config..patch | libavcodec: x86: Remove an explicit include of config.asm This file is never included explicitly anywhere else, it's only included implicitly by passing -Pconfig.asm on the command line. (cherry picked from commit 5c4ede6b4ff6fa8818f0ca3f686aa54c1c2092b8) |
=?utf-8?q?Martin_Storsj=C3=B6?= <martin@martin.st> | no | 2024-10-01 | ||
0011-avcodec-vaapi_encode-fix-compilation-without-CONFIG_.patch | avcodec/vaapi_encode: fix compilation without CONFIG_VAAPI_1 This adds VAAPIEncodeContext *ctx that has been removed in aa82340b0ccdde4955fba41b8de5e45348ecd11d. (cherry picked from commit 5557c673ea783a48e8b97c2b740b22eeeca6399b) |
=?utf-8?q?Ingo_Br=C3=BCckl?= <ib@oddnet.de> | no | 2024-10-09 | ||
0012-avfilter-framesync-fix-forward-EOF-pts.patch | avfilter/framesync: fix forward EOF pts Note1: when the EOF pts is not accurate enough, the last frame can be dropped by vf_fps with default rounding. Note2: vf_scale use framesync since e82a3997cdd6c0894869b33ba42430ac3, so this is a very commonplace scenario. For example: ./ffprobe -f lavfi testsrc=d=1,scale,fps -of flat \ -count_frames -show_entries stream=nb_read_frames Before: streams.stream.0.nb_read_frames="24" After: streams.stream.0.nb_read_frames="25" (cherry picked from commit de976eaf30df33e86c58c8c9af9905c1d8441934) |
Nicolas Gaullier <nicolas.gaullier@cji.paris> | no | 2024-10-04 | ||
0013-lavc-avcodec-fix-global-private-option-precendence.patch | lavc/avcodec: fix global/private option precendence Broken after 7753a9d62725d5bd8313e2d249acbe1c8af79ab1. Apply only the whitelist early, and the rest with a single call to av_opt_set_dict2() with AV_OPT_SEARCH_CHILDREN, which should be equivalent to the original behaviour. (cherry picked from commit 9ce63e65d65b303813d4ae677228226d7cd232b9) |
Anton Khirnov <anton@khirnov.net> | no | 2024-10-13 |
All known versions for source package 'ffmpeg'
- 7:7.1-4 (trixie, sid)
- 7:5.1.6-0+deb12u1 (bookworm-security, bookworm)
- 7:4.3.8-0+deb11u2 (bullseye-security)
- 7:4.3.7-0+deb11u1 (bullseye)