From: Wang Yaqiang
Signed-off-by: Wang Yaqiang
---
libavcodec/libwebpenc_animencoder.c | 18 --
libavcodec/libwebpenc_common.c | 2 ++
libavcodec/libwebpenc_common.h | 1 +
3 files changed, 19 insertions(+), 2 deletions(-)
diff --git a/libavcodec/libwebpenc_animenco
From: Wang Yaqiang
Signed-off-by: Wang Yaqiang
---
libavcodec/libwebpenc_animencoder.c | 17 +++--
libavcodec/libwebpenc_common.c | 2 ++
libavcodec/libwebpenc_common.h | 1 +
3 files changed, 18 insertions(+), 2 deletions(-)
diff --git a/libavcodec/libwebpenc_animencod
From: Wang Yaqiang
Signed-off-by: Wang Yaqiang
---
libavcodec/libwebpenc_animencoder.c | 17 +++--
libavcodec/libwebpenc_common.c | 2 ++
libavcodec/libwebpenc_common.h | 1 +
3 files changed, 18 insertions(+), 2 deletions(-)
diff --git a/libavcodec/libwebpenc_animencod
From: 汪亚强
detect only audio formats where the tag might exist.
For example, if an rgb rawvideo data starts with ID3,
it will cause the packet data to be missing by 10 bytes,
causing a transcoding error.
Signed-off-by: 汪亚强
---
libavformat/demux.c | 8
1 file changed, 4 insertions(+
From: yangyalei <[email protected]>
1. Support reuse the graph to play different audio.
2. Support config part of the graph.
Signed-off-by: yangyalei <[email protected]>
---
libavfilter/avfilter.c | 8 +-
libavfilter/avfilter.h | 9 ++
libavfilter/avfiltergraph.c | 217 ++
From: yangyalei050 <[email protected]>
1. Support reuse the graph to play different audio.
2. Support config part of the graph.
Signed-off-by: yangyalei050 <[email protected]>
---
libavfilter/avfilter.c | 8 +-
libavfilter/avfilter.h | 9 ++
libavfilter/avfiltergraph.c | 217
From: yangsen5 <[email protected]>
Signed-off-by: yangsen5 <[email protected]>
---
libavformat/file.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavformat/file.c b/libavformat/file.c
index 6a66040b65..8099a7e931 100644
--- a/libavformat/file.c
+++ b/libavformat/file.
--- Begin Message ---
From: Matthew Rademaker
Instead of stopping video output to the card as soon as encoding is
finished, wait until the card reports that all buffered frames have
been played out. Wait longer if there are more frames, shorter if
there are fewer so that we end ASAP.
See https:/
--- Begin Message ---
Hi,
I'm wondering if it was possible to add support for image links in svg files to
ffmpeg? I was trying to use mpv (that uses ffmpeg) to render such linked images
in .svg files directly, but it didn't show any images that were linked via
xlink:href attribute. It only worked
--- Begin Message ---
I have just reported an incident where I had attempted to utilize ffmpeg with
the specific purpose of X window capture. As of now, X window capture is not
currently supported using FFmpeg. So far, the latest command that I had
attempted for an X window capture was the foll
--- Begin Message ---
This has been causing quality degradation for people since the dawn of sws,
and the performance concerns that originally led to this default have been
soundly defeated by the march of time.
---
doc/APIchanges | 3 +++
libswscale/options.c | 4 +++-
libswscale/version.h
On 2025/08/04 04:12, Michael Niedermayer wrote:
> can you split this in 3 patches, it sounds like these are 3 distinct changes
>
> thx
that seems a little excessive ! the 3 changes are all related and very small
individually
also, i moved the patch to forgejo as was suggested by Lynne on IRC:
On 2025/08/05 01:02, kimapr via ffmpeg-devel wrote:
> Hi! it would be nice if my bug fix
>
>avformat/libopenmpt: fix seeking weirdness
>
> was backported to 6.1.3 and 7.0.3 (dunno about 5.1.7 as i haven't checked
> if libopenmpt even exists there). not sure how that wou
From: vytskalt
VK_QUEUE_FAMILY_IGNORED is only valid when the image is in CONCURRENT
sharing mode. When there is only one queue family it's in the EXCLUSIVE
sharing mode and the dst queue family must match it.
Fixes validation error during drm->vulkan frame mapping:
"pDependencyInfo->pImageMemor
From: vytskalt
If ff_vk_exec_discard_deps is not called after ff_vk_exec_add_dep_frame
we get a reference cycle causing the frames context to never be freed.
Same situation as in 74e27d9e3182d2d256d11bb0d5d45633b054bbcb
Signed-off-by: vytskalt
---
libavutil/hwcontext_vulkan.c | 6 +-
1 fi
revised the patch, hopefully it's better now. i also fixed
another weirdness that i didn't fix in the original patch
On 2025/07/31 19:19, Michael Niedermayer wrote:
> while your email contains quite some details, the commit message of
> just "libopenmpt: fix seeking" is too terse
added some deta
This patch fixes strange seeking behavior i have observed in mpv when using the
libopenmpt demuxer, caused by mismatch in position state between the demuxer
and underlying libopenmpt library. Not setting the presentation timestamp
field of the AVPacket caused it to be guessed by libavformat, bu
From: yangsen5 <[email protected]>
Signed-off-by: yangsen5 <[email protected]>
---
libavformat/file.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavformat/file.c b/libavformat/file.c
index 6a66040b65..856a6cbd0a 100644
--- a/libavformat/file.c
+++ b/libavformat/file.
On 2025/08/04 19:40, Michael Niedermayer wrote:
>> Next will be 6.1.3 and 7.0.3
> i intend to make these ASAP, and next after that will be 5.1.7
Hi! it would be nice if my bug fix
avformat/libopenmpt: fix seeking weirdness
was backported to 6.1.3 and 7.0.3 (dunno about 5.1.7 as i haven't chec
PR #20268 opened by michaelni
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20268
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20268.patch
The setup code fow w,h,left,top is complex, the code using it also falls in
at least 2 different classes, one using left/top the other not.
To en
PR #20273 opened by ArazIusubov
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20273
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20273.patch
This patch adds support for the texture array feature
used by AMD boards in the D3D12 HEVC encoder.
In texture array mode, a single texture arra
PR #20274 opened by michaelni
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20274
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20274.patch
Avoids failure of xyz12 fate tests on mingw and linux x86-32
Signed-off-by: Michael Niedermayer
>From a9bc076f4873161e96098337a16b4657a0174fd5
PR #20277 opened by michaelni
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20277
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20277.patch
Signed-off-by: Michael Niedermayer
>From fddada82fb61a75f207b57d316114a57b97781a0 Mon Sep 17 00:00:00 2001
From: Michael Niedermayer
Date: Mon
PR #20278 opened by ngaullier
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20278
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20278.patch
Three independant patches, grouped here only because related to fate, so
preferably merged in a row for better looking in git log.
One is a trivi
PR #20552 opened by ArazIusubov
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20552
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20552.patch
Implement AV1 hardware encoding using Direct3D 12 Video API (D3D12VA).
D3D12 AV1 headers are available starting with Windows SDK 10.0.26100,
so
Hi,
I currently work on VVC implementation on Amlogic platform. There we use ffmpeg
to demux the stream.
All other codecs like h264 or h265 do have codec parameters extra data:
https://github.com/xbmc/xbmc/blob/master/xbmc/cores/VideoPlayer/DVDDemuxers/DVDDemuxFFmpeg.cpp#L2377
Is there just no e
PR #20550 opened by michaelni
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20550
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20550.patch
>From 38d62a1a51a84e220b6dbeaefd961f170d2d5c72 Mon Sep 17 00:00:00 2001
From: Michael Niedermayer
Date: Thu, 18 Sep 2025 17:32:46 +0200
Subject:
PR #20551 opened by michaelni
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20551
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20551.patch
The existing is_luma check is fragile as depending on the order
of channels it can be set or reset
No testcase
Signed-off-by: Michael Niedermaye
PR #20493 opened by jianhuaw
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20493
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20493.patch
The tiff reads the icc profile to the side data but doesn't write the icc
profile from side data to the TIFF_ICC_PROFILE.
Signed-off-by: Wu Jianh
PR #20561 opened by Lynne
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20561
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20561.patch
This PR adds support for the Panasonic V-Log transfer function, used in
Panasonic cameras.
To avoid bloating structures unnecessarily, the definitio
PR #20557 opened by frankplow
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20557
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20557.patch
This loosens the coupling between CBS and the decoder by no longer using
`CodedBitstreamH266Context` (containing the most recently parsed PSs & P
PR #20563 opened by welder
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20563
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20563.patch
The primary optimization is to load the first row before entering the loop
instead of loading two rows each iteration.
>From 832f354be2ae0e63e8c47
PR #20576 opened by mkver
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20576
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20576.patch
It may call the function multiple times.
>From 5f80608feca66b611cf863b6f46357b32fd8709c Mon Sep 17 00:00:00 2001
From: Andreas Rheinhardt
Date: Mon
PR #20581 opened by mkver
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20581
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20581.patch
>From 1fc2742ae595ae175eafca502b976bd8bfd19876 Mon Sep 17 00:00:00 2001
From: Andreas Rheinhardt
Date: Tue, 23 Sep 2025 05:40:39 +0200
Subject: [PAT
PR #20556 opened by mkver
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20556
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20556.patch
Also a bit mccdec.
>From 8e4cbb053bd2dd9c345701e940e5ff4ec2eca766 Mon Sep 17 00:00:00 2001
From: Andreas Rheinhardt
Date: Fri, 19 Sep 2025 19:42:24
PR #20568 opened by michaelni
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20568
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20568.patch
simply updated and rebased to current git master
is it ok as is or should we ignore ANMF chunks if strict_std_compliance >
FF_COMPLIANCE_EXPERIME
PR #20560 opened by michaelni
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20560
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20560.patch
Signed-off-by: Michael Niedermayer
>From 798c4c50d53a01eb24f172575869738c9e26d93c Mon Sep 17 00:00:00 2001
From: Michael Niedermayer
Date: Sat
PR #20559 opened by michaelni
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20559
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20559.patch
Fixes: out of array read
Fixes: BIGSLEEP-445383648
Fixes: crash_input_1/2/3.dhav
Found-by: Google Big Sleep
Signed-off-by: Michael Niedermayer
PR #20533 opened by Lynne
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20533
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20533.patch
>From f46d078521e6ce8fe2ce2648ae7d29367eb9c928 Mon Sep 17 00:00:00 2001
From: Lynne
Date: Wed, 27 Aug 2025 17:39:16 +0900
Subject: [PATCH 1/6] lavf/
PR #20529 opened by mkver
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20529
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20529.patch
>From 10ff1b2875904afbf8059e271fa664d90c5c30f3 Mon Sep 17 00:00:00 2001
From: Andreas Rheinhardt
Date: Mon, 15 Sep 2025 18:45:24 +0200
Subject: [PAT
PR #20530 opened by mkver
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20530
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20530.patch
>From 2438cd28d45abb2d100f6b672f0e558e807a6714 Mon Sep 17 00:00:00 2001
From: Andreas Rheinhardt
Date: Mon, 15 Sep 2025 20:10:05 +0200
Subject: [PAT
> -Original Message-
> From: Michael Niedermayer
> Sent: Tuesday, September 16, 2025 10:49 AM
> To: FFmpeg development discussions and patches
> Cc: [email protected]
> Subject: [POLL] [VOTE] code.ffmpeg.org vs. ML
>
> Hi all
>
> 2 months ago we voted on testing Forgejo vs Gitlab, we p
PR #20549 opened by mkver
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20549
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20549.patch
Right now, the private contexts of every decoder supporting
H.274 film grain synthesis (namely H.264, HEVC and VVC)
contain a H274FilmGrainDatabase; s
PR #20548 opened by mkver
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20548
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20548.patch
This reverts commits fd55c4b5f72a157fbb128d0ef203e9922b53552b
(for tls_openssl.c) and c74181a04b5f4e650eae662231e56518daef64d4
(for tls_gnutls.c).
It
Hi Romain,
My pleasure and thanks for contributing this change.
I was just wanting to know on this line (tagged in PR comments), if
there are scenarios
where we may only get one of these blocks on segment change and if we need to
also emit it to extradata.
```
if (priv->header && priv->comment &&
---
libavformat/rtc.c | 564 ++---
libavformat/rtc.h | 60 ++---
libavformat/whip.c | 180 +++
3 files changed, 402 insertions(+), 402 deletions(-)
diff --git a/libavformat/rtc.c b/libavformat/rtc.c
index 2dc0383d3e..8c848b6026 100644
--- a/l
PR #20680 opened by timblechmann
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20680
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20680.patch
* add more fallbacks with different error codes
* add strerror_s codepath for windows/msvc
>From 6ea5baadd63ae9ab37855fb3ede56415ff671663 Mon
---
configure| 1 +
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/rtc.c| 895 +--
libavformat/rtc.h| 38 +-
libavformat/rtpdec.c | 6 +-
libavformat/rtpdec.h | 11 +
libavformat/whep
PR #20707 opened by ArazIusubov
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20707
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20707.patch
Reopen patch D3D12 H264 encoder support.
This patch introduces hardware-accelerated H.264 encoding
using Direct3D 12 Video API (D3D12VA).
>Fr
PR #20678 opened by timblechmann
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20678
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20678.patch
i had submitted this patch before via email, but git-send-email workflow was
rather cumbersome. very happy to see i can submit a PR now
---
PR #20705 opened by mkver
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20705
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20705.patch
One could probably replace the hadamard mmxext functions by SSE2 ones if one
just used an unaligned load/store in case one does not have an aligned s
From: zhangxu
Refer to Advanced Systems Format (ASF) Specification
Parse AverageTimePerFrame from ExtendedStreamPropertiesObject
Signed-off-by: ZhangXu
---
libavformat/asfdec_f.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/libavformat/asfdec_f.c b/libavfor
Add basic WHEP support based on the WHIP implementation
- Implemented the core WHEP playback logic. (Note: RTX retransmission handling
is not yet supported).
- Modified a few interfaces in the RTP demux to allow them to be reused for the
WHEP implementation.
The series is structured as follows:
PR #20601 opened by cenzhanquan1
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20601
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20601.patch
- Decoder:
- Respect request_sample_fmt if set, default to S16 instead of FLTP
- Add support for S16, S16P, FLT and FLTP sample formats
-
PR #20716 opened by Jamaika1
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20716
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20716.patch
>From f1276fe5217d07fda6d7dba77d0740a32d4fdc15 Mon Sep 17 00:00:00 2001
From: Jamaika1
Date: Sat, 18 Oct 2025 17:26:10 +
Subject: [PATCH] Add
PR #20596 opened by damitha
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20596
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20596.patch
Currently stream level and container level metadata are dropped. This PR will
address that.
>From 0c852b6a80b4529759994424ca7d31c3c2c2d290 Mon Se
PR #20658 opened by michaelni
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20658
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20658.patch
This fixes the case of leaving the struct uninitialized and crashing
Untested, as no testcase
Signed-off-by: Michael Niedermayer
>From 54e775f
PR #20582 opened by mkver
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20582
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20582.patch
>From 45f89dbd435e83ed76acc410b14a44dce1a72f95 Mon Sep 17 00:00:00 2001
From: Andreas Rheinhardt
Date: Sun, 21 Sep 2025 22:51:18 +0200
Subject: [PAT
On 30/09/2025 03:44, Koushik Dutta via ffmpeg-devel wrote:
Signed-off-by: Koushik Dutta
---
libavcodec/ffv1enc_vulkan.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/ffv1enc_vulkan.c b/libavcodec/ffv1enc_vulkan.c
index 259bc75d4c..a54180a98b 100644
--- a/libavcodec
PR #20575 opened by mkver
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20575
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20575.patch
>From 5cb58a94a6fc59d96fafbffb10b4a191409e7223 Mon Sep 17 00:00:00 2001
From: Andreas Rheinhardt
Date: Mon, 22 Sep 2025 14:40:24 +0200
Subject: [PAT
Thank you for taking a look. Bungee is the result of independent research and
optimisation. It was released in Feb 2024 as MPL v2.0. Bungee Pro was released
alongside Bungee: although it shares an API, its algorithms are proprietary,
its audio quality is industry leading and it is highly optimis
PR #20713 opened by my4ng
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20713
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20713.patch
This fixes issue #20540 and #20657 with VAAPI's approach.
It combines P-frame with following B-frame into a single packet with the
latter's order, a
PR #20665 opened by mkver
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20665
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20665.patch
>From 1f02b0baca4e92ed3e432c476b16b9d8e140be88 Mon Sep 17 00:00:00 2001
From: Andreas Rheinhardt
Date: Wed, 8 Oct 2025 03:45:20 +0200
Subject: [PATC
---
libavformat/whip.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavformat/whip.c b/libavformat/whip.c
index 472c6dbf16..6ace9240f9 100644
--- a/libavformat/whip.c
+++ b/libavformat/whip.c
@@ -617,12 +617,14 @@ static int generate_sdp_offer(AVFormatContext *s)
---
libavformat/rtc.c | 564 ++---
libavformat/rtc.h | 60 ++---
libavformat/whip.c | 180 +++
3 files changed, 402 insertions(+), 402 deletions(-)
diff --git a/libavformat/rtc.c b/libavformat/rtc.c
index 2dc0383d3e..8c848b6026 100644
--- a/l
Add basic WHEP support based on the WHIP implementation
- Implemented the core WHEP playback logic. (Note: RTX retransmission handling
is not yet supported).
- Modified a few interfaces in the RTP demux to allow them to be reused for the
WHEP implementation.
The series is structured as follows:
PR #20637 opened by toots
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20637
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20637.patch
This fixes PTS/DTS discontinuity on sequentialized ogg streams.
>From 98c89233807a1efae0ebaa1cb9ae4ff6c09b8969 Mon Sep 17 00:00:00 2001
From: Romai
*** BLURB HERE ***
baigao (3):
avformat/whip whep: create rtc for common RTC code shared by whip and
whep
avformat/whip whep: reanme whip prefix to rtc for common RTC
structures
avformat/whip whep: add whep support
configure|1 +
libavformat/Makefile |3
PR #20592 opened by mkver
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20592
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20592.patch
Unused since ad77345a5d14862f4701e5ad422b03b14934a5b9.
>From 6bd29f31912942e10c4d03ce180ea34baaaef08f Mon Sep 17 00:00:00 2001
From: Andreas Rheinha
Hi everyone,
I'm reaching out regarding ARM64EC support for FFmpeg on Windows.
I have been working on enabling ARM64EC compilation and have successfully built
FFmpeg binaries for this target. To achieve this it required modifications to
the build configuration files and to the gas-preprocessor
PR #20621 opened by cenzhanquan1
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20621
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20621.patch
This commit introduces a new API that allows commands to be recursively
forwarded through filter graphs, enabling dynamic control of filters
at
PR #20679 opened by timblechmann
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20679
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20679.patch
i'd appreciate a second pair of eyes on this patch: it tries to enable support
for kCVPixelFormatType_422YpCbCr8_yuvs mapped to AV_PIX_FMT_YUY
PR #20681 opened by Jamaika1
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20681
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20681.patch
```
h264_idct.asm:764: warning: redefining multi-line macro `STORE_DIFFx2'
[-w+pp-macro-redef-multi]
```
>From 4e4864cf12178c3dc9f21008c50cf8f25
Hello,
I can't share any test cases, the crashes only happened in prod and I can't
send those files.
The patch looks good, I will test it with some files that caused the crashes, I
just need to get to it.
Thanks,
Zsolt
___
ffmpeg-devel mailing list -
PR #20699 opened by mkver
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20699
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20699.patch
>From f868a52fd1642daf745e15b4684c9e5631db68a3 Mon Sep 17 00:00:00 2001
From: Andreas Rheinhardt
Date: Mon, 13 Oct 2025 06:20:07 +0200
Subject: [PAT
PR #20691 opened by mkver
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20691
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20691.patch
Forgotten in 4c55724da86ddc5ef10966f287a3d50fe1a1cbbe.
>From f9cec45319be66e29c723c4a1dd0afd2a6d81145 Mon Sep 17 00:00:00 2001
From: Andreas Rheinha
---
libavformat/Makefile |2 +-
libavformat/{whip.c => rtc.c} | 856 +---
libavformat/rtc.h | 220 ++
libavformat/whip.c| 1386 +
4 files changed, 264 insertions(+), 2200 deletions(-)
copy libavformat/{whip
PR #20687 opened by mkver
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20687
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20687.patch
The v_lowpass wrappers (which are instantiated by this macro)
are only used in the put (and not the avg) form for SSSE3
(the avg form is only used for
PR #20587 opened by mkver
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20587
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20587.patch
While looking at ohdec.c for other stuff, I noticed that the error handling
seems suspicious in several error paths:
1. When the dec_ref buffer can't
PR #20590 opened by mkver
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20590
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20590.patch
>From 5328f198c2c21d9f2fc7bc0c2a560143134c3dca Mon Sep 17 00:00:00 2001
From: Andreas Rheinhardt
Date: Wed, 24 Sep 2025 00:45:24 +0200
Subject: [PAT
PR #20593 opened by CheryDan
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20593
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20593.patch
This patch adds rvv support for hevc_sao_edge_filter
On Banana PI F3(256-bit vectors):
hevc_sao_edge_8_8_c:
PR #20588 opened by mkver
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20588
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20588.patch
The const here is unnecessary, because everything inside
SECTION_RODATA is automatically const and using it exports
these objects from the object file
PR #20591 opened by mkver
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20591
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20591.patch
>From 0cdb58004bee28b183894a0cb91f12d247e5a835 Mon Sep 17 00:00:00 2001
From: Andreas Rheinhardt
Date: Wed, 24 Sep 2025 04:34:47 +0200
Subject: [PAT
PR #20618 opened by mkver
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20618
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20618.patch
Forgotten in d6cb0d2c2bb8469f17d59dd82c8221b98e169d1a.
>From af8474d800cd3a55fbcd763766102f2c8d5042c2 Mon Sep 17 00:00:00 2001
From: Andreas Rheinha
PR #20602 opened by mkver
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20602
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20602.patch
There is another issue not fixed in this PR: The decoder treats
avctx->sample_rate as time base of avpkt->pts, although it is
AVCodecContext.pkt_tim
Hello,
Apologies for the delay.
I have been testing #20327 today with various samples (local, online)
and the api-dump-stream-meta-test tool to observe metadata changes
while listening.
Code looks good, and to me it seems Romain addressed concerns.
I think it makes sense to drop the header packet
PR #20714 opened by MakarDev
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20714
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20714.patch
Signed-off-by: MakarDev
Added 1D AVX2 assembly vectorization support for the sliding window accumulator
on the avfiler/boxblur filter.
Benchmark
Hi Folks
We are part of the group creating a new open source and free to use
professional IP Video protocol called OMT (open media transport)
It's similar to NDI in many ways, but completely open source and royalty free.
We have have already completed implementation of this protocol into FFMPEG
Romain,
Thank you for the clarity.
I approved. Will push in ~48 hours if there is no more concerns here.
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
PR #20670 opened by michaelni
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20670
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20670.patch
Fixes: use of uninitialized memory
Fixes:
449549597/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_VVC_fuzzer-5600497089445888
Found-by: cont
PR #20720 opened by cgutman
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20720
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20720.patch
194414f introduced a regression by skipping the call to ff_get_format()
if pix_fmt was already set by the user. In this scenario, critical
hwaccel i
PR #20723 opened by cenzhanquan1
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20723
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20723.patch
1. Adds support for respecting the requested sample format. Previously,
the decoder always used AV_SAMPLE_FMT_FLTP. Now it checks if the
PR #20717 opened by frankplow
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20717
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20717.patch
seq_decode is used to ensure that a picture and all of its reference pictures
use the same SPS. Any time the SPS changes, seq_decode should be in
PR #20719 opened by Hendi48
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20719
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20719.patch
In PIFF-branded mp4 files, the senc data comes in a uuid box.
The rest of the CENC code is already working fine with such files; this change
is th
PR #20730 opened by CheryDan
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20730
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20730.patch
This patch adds a sign bit to the randomly generated sao_offset_val.
>From 5fff7ab8459576885b3c0e0ef62cd7b7a2213c1c Mon Sep 17 00:00:00 2001
From
On 20/10/2025 18:14, Michael Niedermayer wrote:
Hi everyone
We currently have 2 issue trackers (trac and forgejo),
Previous discussion:
"[RFC] Issue tracker" and "trac ticket statistics"
https://lists.ffmpeg.org/archives/list/[email protected]/thread/HS46O6K62MHRHJDJC45XLRMR64RE5IB7/#LMXC
On 20/10/2025 19:50, Tomas Härdin via ffmpeg-devel wrote:
Hi
I'm writing this email to get a feel for how everyone feels about
making more use of C++ in the codebase. I am only proposing using C++
*internally*, and only where it makes sense. I am not suggesting a
"move" to C+
PR #20306 opened by michaelni
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20306
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20306.patch
Remove some pointers into freed buffers
Fixes BIGSLEEP-440183164
>From fbc1d9dca1aa30ac5e2c63c295652c4b1f54d7be Mon Sep 17 00:00:00 2001
From: M
On 21/08/2025 15:44, Jacob Lifshay via ffmpeg-devel wrote:
On August 20, 2025 10:47:03 PM PDT, Lynne via ffmpeg-devel
wrote:
+Hardware accelerated decoding: Vulkan VP9, VAAPI VVC, OpenHarmony
H264/5
+Hardware accelerated encoding: Vulkan AV1, OpenHarmony H264/5
+Filters
PR #20313 opened by muiz2
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20313
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20313.patch
d1b96c380826c505a8c7e655b5ad4fdb0c2de167 fixes some hevc seeking issues
but will int overflow when timestamp is >int_max.
>From eddaae989ef0fe689727
501 - 600 of 3424 matches
Mail list logo
