[FFmpeg-cvslog] avcodec: Remove redundant pix_fmts from decoders

ffmpeg | branch: master | Andreas Rheinhardt | Mon Feb 5 19:46:14 2024 +0100| [89995cfda12ef460e945c68b49ca3172904012b8] | committer: Andreas Rheinhardt avcodec: Remove redundant pix_fmts from decoders AVCodec.pix_fmts is only intended for encoders (decoders use the get_format callback to let

[FFmpeg-cvslog] avcodec/vc1dec: Set pointers for hwaccel even without hwaccel

ffmpeg | branch: master | Andreas Rheinhardt | Mon Feb 5 22:15:31 2024 +0100| [38f234c06ee0d98c3568120338c1ec4078f8f9cc] | committer: Andreas Rheinhardt avcodec/vc1dec: Set pointers for hwaccel even without hwaccel VC-1 uses a 0x03 escaping scheme like H.26x and our decoder unescapes data for

[FFmpeg-cvslog] avcodec/vc1dec: Don't call ff_get_format() twice

ffmpeg | branch: master | Andreas Rheinhardt | Mon Feb 5 22:49:21 2024 +0100| [ca9586375828bbb4d8ef7eeeb3ad3b55116c6fd7] | committer: Andreas Rheinhardt avcodec/vc1dec: Don't call ff_get_format() twice It is currently called once in the codecs' init function and once when (re)initializing the

[FFmpeg-cvslog] avcodec/mmaldec: Avoid using AVCodec.pix_fmts

ffmpeg | branch: master | Andreas Rheinhardt | Mon Feb 5 19:58:20 2024 +0100| [687a287e140e87317986ad9445c3dfc2fcd0d342] | committer: Andreas Rheinhardt avcodec/mmaldec: Avoid using AVCodec.pix_fmts It is entirely unnecessary to use it given that all decoders here share the same set of suppor

[FFmpeg-cvslog] avcodec/vc1dec: Remove AVCodec.pix_fmts arrays

ffmpeg | branch: master | Andreas Rheinhardt | Mon Feb 5 23:42:14 2024 +0100| [39cfd30bf111b4f4267715ef04c29ac9fadf1257] | committer: Andreas Rheinhardt avcodec/vc1dec: Remove AVCodec.pix_fmts arrays They are not intended for decoders (for which there is the get_format callback in case the us

[FFmpeg-cvslog] avcodec/h263dec: Remove AVCodec.pix_fmts arrays

ffmpeg | branch: master | Andreas Rheinhardt | Tue Feb 6 00:17:04 2024 +0100| [2b0e9e278a410ca59c06e526c14a3b068ce5bc64] | committer: Andreas Rheinhardt avcodec/h263dec: Remove AVCodec.pix_fmts arrays They are not intended for decoders (for which there is the get_format callback in case the u

[FFmpeg-cvslog] avformat/rcwtenc: Fix potential out-of-bounds write

ffmpeg | branch: master | Andreas Rheinhardt | Thu Feb 8 15:44:17 2024 +0100| [d30fe36b88983feb7c48fc22a4bc03868248c479] | committer: Andreas Rheinhardt avformat/rcwtenc: Fix potential out-of-bounds write The rcwt muxer uses several counters for how much data it has already cached: One byte c

[FFmpeg-cvslog] avformat/rcwtenc: Pass RCWTContext directly in rcwt_init_cluster()

ffmpeg | branch: master | Andreas Rheinhardt | Thu Feb 8 16:04:19 2024 +0100| [3371250c328857cb1b55f7a7f6e4bd0f566adcc4] | committer: Andreas Rheinhardt avformat/rcwtenc: Pass RCWTContext directly in rcwt_init_cluster() It does not use the AVFormatContext at all. Reviewed-by: Marth64 Signed

[FFmpeg-cvslog] avformat/rcwtenc: Remove redundant zeroing of buffer

ffmpeg | branch: master | Andreas Rheinhardt | Thu Feb 8 16:01:06 2024 +0100| [a8e55cf11846c4e44d45985dd0a8a5a53e2359aa] | committer: Andreas Rheinhardt avformat/rcwtenc: Remove redundant zeroing of buffer Resetting the counter of used elements is enough as nothing is ever read from the curre

[FFmpeg-cvslog] fftools/cmdutils: Don't cast const away

ffmpeg | branch: master | Andreas Rheinhardt | Fri Feb 9 12:06:09 2024 +0100| [8c2e86ca2856d4058cbad3c935bd02362f67db4d] | committer: Andreas Rheinhardt fftools/cmdutils: Don't cast const away Reviewed-by: Anton Khirnov Signed-off-by: Andreas Rheinhardt > http://git.videolan.org/gitweb.cgi

[FFmpeg-cvslog] lavf/mpegts: drop a cargo-culted check

ffmpeg | branch: master | Anton Khirnov | Wed Jan 31 15:31:43 2024 +0100| [0d54ae40123ef8dbf77210faf1edbeacc121854e] | committer: Anton Khirnov lavf/mpegts: drop a cargo-culted check This check has survived the transition to AVCodecParameters, but is no longer relevant after it, since the code

[FFmpeg-cvslog] lavf/flacdec: stop accessing FFStream.avctx

ffmpeg | branch: master | Anton Khirnov | Wed Jan 31 16:27:59 2024 +0100| [88ba22009e401286e213c34308aabaee778f1d28] | committer: Anton Khirnov lavf/flacdec: stop accessing FFStream.avctx The demuxer opens an internal parser instance in read_timestamp(), which requires a codec context. There i

[FFmpeg-cvslog] fftools/ffmpeg_demux: set stream index right before sending packet to scheduler

ffmpeg | branch: master | Anton Khirnov | Mon Feb 5 18:06:52 2024 +0100| [05fc6d3ce71e7e31040becec4bca1ac9beb0f366] | committer: Anton Khirnov fftools/ffmpeg_demux: set stream index right before sending packet to scheduler This avoids assuming that it survives unchanged through bitstream filt

[FFmpeg-cvslog] lavf/demux: stop calling avcodec_close()

ffmpeg | branch: master | Anton Khirnov | Thu Feb 1 08:57:24 2024 +0100| [ca18bb597223b3df5bbf8a1836d157ba58b62570] | committer: Anton Khirnov lavf/demux: stop calling avcodec_close() Replace it with recreating the codec context. This is the last remaining blocker for deprecating avcodec_clo

[FFmpeg-cvslog] lavc: deprecate avcodec_close()

ffmpeg | branch: master | Anton Khirnov | Thu Feb 1 09:19:46 2024 +0100| [1cc24d749569a42510399a29b034f7a77bdec34e] | committer: Anton Khirnov lavc: deprecate avcodec_close() Its use has been discouraged since 2016, but now is no longer used in avformat, so there is no reason to keep it publi

[FFmpeg-cvslog] lavc/refstruct: do not use max_align_t on MSVC

ffmpeg | branch: master | James Almer | Mon Feb 5 19:48:26 2024 +0100| [7c873fb2985f94da61eb7b41c90176fa471e6163] | committer: Anton Khirnov lavc/refstruct: do not use max_align_t on MSVC It is not available there, even when C11/17 is requested. Signed-off-by: Anton Khirnov > http://git.vi

[FFmpeg-cvslog] x86/tx_init: propely indicate the extended available transform sizes

ffmpeg | branch: master | Lynne | Fri Feb 9 15:21:37 2024 +0100| [9af87828bd787e09724b86d233ead75d6589ae79] | committer: Lynne x86/tx_init: propely indicate the extended available transform sizes Forgot to do this with the previous commit. Actually makes the assembly being used. Still the fa

[FFmpeg-cvslog] avutil/mem: limit alignment to maximum simd align

ffmpeg | branch: master | Timo Rothenpieler | Sun Dec 3 21:01:50 2023 +0100| [6154137b186734961726ae538ab5cbe287bab163] | committer: Timo Rothenpieler avutil/mem: limit alignment to maximum simd align FFmpeg has instances of DECLARE_ALIGNED(32, ...) in a lot of structs, which then end up heap

[FFmpeg-cvslog] avfilter/ddagrab: only use acquired texture on valid updates

ffmpeg | branch: master | Timo Rothenpieler | Fri Feb 9 19:42:53 2024 +0100| [21c6d12449a2230a959da79f224b7443fe89d6d3] | committer: Timo Rothenpieler avfilter/ddagrab: only use acquired texture on valid updates > http://git.videolan.org/gitweb.cgi/ffmpeg.git/?a=commit;h=21c6d12449a2230a959da

[FFmpeg-cvslog] Revert "avutil/mem: limit alignment to maximum simd align"

ffmpeg | branch: master | Timo Rothenpieler | Fri Feb 9 20:20:03 2024 +0100| [4618b5ebb95dbef95877ea49c175b1c573ca6b36] | committer: Timo Rothenpieler Revert "avutil/mem: limit alignment to maximum simd align" Patch was not intended to be part of the set it got pushed with. This reverts comm

[FFmpeg-cvslog] avfilter/buffersink: add color_spaces, color_ranges params

ffmpeg | branch: master | Niklas Haas | Mon Feb 5 19:22:04 2024 +0100| [75f4cb81de6437ee23ae30a201f914b78b618d75] | committer: Niklas Haas avfilter/buffersink: add color_spaces, color_ranges params An oversight in my previous series. This omission slipped under the radar because fftools/ffmpeg

[FFmpeg-cvslog] fftools/ffplay: constrain supported YUV color spaces

ffmpeg | branch: master | Niklas Haas | Mon Feb 5 19:28:04 2024 +0100| [c619d20906d039060efbeaa822daf8e949f3ef24] | committer: Niklas Haas fftools/ffplay: constrain supported YUV color spaces SDL supports only these three matrices. Actually, it only supports these three combinations: BT.601+JP

[FFmpeg-cvslog] lavc/dxv: align to 4x4 blocks instead of 16x16

ffmpeg | branch: master | Connor Worley | Fri Feb 9 03:26:50 2024 -0800| [d5aaed9d4c60a1c3508317bf0cbc469eab339932] | committer: Martin Storsjö lavc/dxv: align to 4x4 blocks instead of 16x16 The previous assumption that DXV needs to be aligned to 16x16 was erroneous. 4x4 works just as well, a

[FFmpeg-cvslog] x86: Remove inline MMX assembly that clobbers the FPU state

ffmpeg | branch: master | Martin Storsjö | Fri Jan 26 14:55:49 2024 +0200| [7ec2354c38978b918dc079b611393becb6c80bf7] | committer: Martin Storsjö x86: Remove inline MMX assembly that clobbers the FPU state These inline implementations of AV_COPY64, AV_SWAP64 and AV_ZERO64 are known to clobber

[FFmpeg-cvslog] avcodec/dca_core: Remove unneeded emms.h inclusion

ffmpeg | branch: master | Andreas Rheinhardt | Fri Feb 9 23:08:33 2024 +0100| [ce7c90ff82afc3c147f7e277e8ddb006640eb98a] | committer: Andreas Rheinhardt avcodec/dca_core: Remove unneeded emms.h inclusion Possible since 7ec2354c38978b918dc079b611393becb6c80bf7. Reviewed-by: Martin Storsjö Si

[FFmpeg-cvslog] avfft: avoid overreads with RDFT API users

ffmpeg | branch: master | Lynne | Fri Feb 9 18:17:54 2024 +0100| [90adef99cab46ed1791c8096ac2ac0b89f67a266] | committer: Lynne avfft: avoid overreads with RDFT API users The new API requires an extra array member at the very end, which old API users did not do. This disables in-place RDFT tra

[FFmpeg-cvslog] avfft: avoid overreads with RDFT API users

ffmpeg | branch: release/6.1 | Lynne | Fri Feb 9 18:17:54 2024 +0100| [8815d775322570db8ecf82124467a818c681ed90] | committer: Lynne avfft: avoid overreads with RDFT API users The new API requires an extra array member at the very end, which old API users did not do. This disables in-place RDF

[FFmpeg-cvslog] avformat/mov_chan: do not assume channels are in native order

ffmpeg | branch: master | Marton Balint | Mon Jan 29 19:58:18 2024 +0100| [3d3cad7483785191b99557c78d5a4a551088c549] | committer: Marton Balint avformat/mov_chan: do not assume channels are in native order Existing code could have caused wrong channel order signalling or reduced channel count

[FFmpeg-cvslog] avformat/mov_chan: never override number of channels based on chan atom

ffmpeg | branch: master | Marton Balint | Mon Jan 29 20:15:28 2024 +0100| [dc9d64f7941f5b071283e16fa56e3af86e5c84d6] | committer: Marton Balint avformat/mov_chan: never override number of channels based on chan atom The channel designation metadata should not override the number of channels. L

[FFmpeg-cvslog] avcodec: remove some references to avcodec_close

ffmpeg | branch: master | James Almer | Sat Feb 10 00:04:16 2024 -0300| [81c2557691b12ceb79b3ba92aa496f2301ab4d18] | committer: James Almer avcodec: remove some references to avcodec_close Signed-off-by: James Almer > http://git.videolan.org/gitweb.cgi/ffmpeg.git/?a=commit;h=81c2557691b12ceb7

[FFmpeg-cvslog] tests/fate-run: Sanitize test argument

ffmpeg | branch: master | Andreas Rheinhardt | Wed Feb 7 12:09:04 2024 +0100| [5e2b0862eb1d408625232b37b7a2420403cd498f] | committer: Andreas Rheinhardt tests/fate-run: Sanitize test argument test -z is a binary operator. Signed-off-by: Andreas Rheinhardt > http://git.videolan.org/gitweb.c