PR #20996 opened by James Almer (jamrial)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20996
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20996.patch
LibreSSL uses a permisive license, and libtls uses none of the OpenSSL code.
>From 4b26112a187d5589f9fd5d5d4ca7c7a680138caf Mon
PR #20994 opened by Steven Xiao (younengxiao)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20994
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20994.patch
# FFmpeg Patch Submission: D3D12 Video Encoder Intra Refresh Support
## Patch Title
avcodec/d3d12va_encode: Add intra refresh
PR #20993 opened by James Almer (jamrial)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20993
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20993.patch
>From 79823311f5ac847b7a85319b7814959bc84d89a7 Mon Sep 17 00:00:00 2001
From: James Almer
Date: Fri, 21 Nov 2025 16:58:13 -0
Description: PGP signature
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Thanks for the feedback. I'll focus on something else then.
On Fri, Nov 21, 2025 at 11:36 PM Nicolas George via ffmpeg-devel <
[email protected]> wrote:
> Practice2001 via ffmpeg-devel (HE12025-11-21):
> > Addition of tcp_keepalive, tcp_keepidle, tcp_keepintvl, and tcp
Practice2001 via ffmpeg-devel (HE12025-11-21):
> Addition of tcp_keepalive, tcp_keepidle, tcp_keepintvl, and tcp_keepcnt
> support to the TCP protocol. Exposeing these options to the HTTP protocol
> so they can be used for HTTP(S) connections. Updated documentation.
> Tested with:
p_keepidle > 0 ?
(DWORD)s->tcp_keepidle * 1000 : 720);
+vals.keepaliveinterval = (DWORD)(s->tcp_keepintvl > 0 ?
(DWORD)s->tcp_keepintvl * 1000 : 1000);
+/* WSAIoctl returns SOCKET_ERROR on failure */
+if (WSAIoctl((SOCKET)fd, SIO_KEEPALIVE_VALS, &vals, sizeof(vals),
+ NULL, 0, &bytes, NULL, NULL) == SOCKET_ERROR) {
+ff_log_net_error(ctx, AV_LOG_WARNING,
"WSAIoctl(SIO_KEEPALIVE_VALS)");
+}
+}
+#endif /* HAVE_WINSOCK2_H */
+
}
#if !HAVE_WINSOCK2_H
--
2.34.1
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
> -Original Message-
> From: 김현호(HYUN HO KIM) via ffmpeg-devel
> Sent: Tuesday, October 28, 2025 20:28
> To: [email protected]
> Cc: 김현호(HYUN HO KIM)
> Subject: [FFmpeg-devel] [PATCH] avcodec/qsv: Multiple calls to
> ff_qsv_init_session_frames() cause ha
PR #20992 opened by mkver
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20992
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20992.patch
Deprecated in 59220d559b5077c15fa6434e42df95f3b92f0199.
(Alternatively we could keep it and no longer claim that it is deprecated.)
>F
PR #20991 opened by mkver
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20991
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20991.patch
>From fccdc3f5dea922fbc3100814dce721acef82bfbb Mon Sep 17 00:00:00 2001
From: Andreas Rheinhardt
Date: Fri, 21 Nov 2025 13:58:22 +0100
Subj
PR #20990 opened by Zhao Zhili (quink)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20990
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20990.patch
>From f4fe9004a5ad6d3328e2acf79272aeafde0e1bf2 Mon Sep 17 00:00:00 2001
From: Zhao Zhili
Date: Fri, 21 Nov 2025 20:43:56 +0800
Subj
Hi.
Pavel Roslyy via ffmpeg-devel (HE12025-11-11):
> I was misunderstanding what mailman does, so my statement was nonsense
> and can be disregarded.
This thing is a maze of contradictory information and fallacies, many
eyes on it is best to have a chance to find a solution.
> I
PR #20989 opened by Neal Gompa (Conan_Kudo)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20989
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20989.patch
Red Hat Enterprise Linux 9 is one patch version lower than what
FFmpeg currently requests. The slightly older versions still result
PR #20988 opened by dkozinski
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20988
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20988.patch
- Replaced direct assignments with 'av_be2ne16' and 'av_be2ne32' for byte order
conversion in 'apv_decode_metada
PR #20987 opened by Zhao Zhili (quink)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20987
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20987.patch
Supress lint failure.
>From f87f355e3611e66b91b7b9e45156446b1bf8455c Mon Sep 17 00:00:00 2001
From: Zhao Zhili
Date: Fri, 21 Nov 2
PR #20986 opened by GXTX
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20986
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20986.patch
Fixes #20983
I believe this is mostly correct, however, I did run into *another* file that
fails to en/decode properly when compression is 1 and
PR #20985 opened by GXTX
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20985
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20985.patch
Fixes: #20982
This doesn't appear with every XMV.
>From 797d63a4d77ab06dafedb4d76a8393481bcc7b2f Mon Sep 17 00:00:00 2001
From: wutno
D
PR #20984 opened by James Almer (jamrial)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20984
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20984.patch
>From 1c311c52834b125a9af4637b04df33194565450c Mon Sep 17 00:00:00 2001
From: James Almer
Date: Thu, 20 Nov 2025 18:15:23 -0
PR #20980 opened by Martin Storsjö (mstorsjo)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20980
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20980.patch
This allows using the tool for one-off reindentations without needing
the check_arm_indent.sh script (e.g. for use outside of
PR #20979 opened by ArazIusubov
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20979
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20979.patch
The current behavior allows creating a second AMF hw_device_ctx, which may lead
to incorrect behavior or failures.
This patch fixes that
PR #20978 opened by Zhao Zhili (quink)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20978
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20978.patch
(cherry picked from commit 36e5576a44b36698614e95956c5cb6b213c29ef3)
>From 4c21924924eaa0bc718d953b5ad0ee062e4d74f7 Mon Sep 17 00
PR #20977 opened by Zhao Zhili (quink)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20977
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20977.patch
>From 70e3fbb6484c171d0fa3b6d466865adc2c7332e6 Mon Sep 17 00:00:00 2001
From: Zhao Zhili
Date: Tue, 28 Oct 2025 15:43:46 +0800
Subj
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
PR #20976 opened by Zhao Zhili (quink)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20976
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20976.patch
>From f846397a9265ecec4101fd2bfa234ca6936840b9 Mon Sep 17 00:00:00 2001
From: Zhao Zhili
Date: Tue, 28 Oct 2025 20:25:12 +0800
Subj
PR #20975 opened by Zhao Zhili (quink)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20975
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20975.patch
>From e74cabe39e131684a1139cbc128bbfec2241c738 Mon Sep 17 00:00:00 2001
From: Zhao Zhili
Date: Sat, 15 Nov 2025 23:58:14 +0800
Subj
PR #20974 opened by jzern
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20974
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20974.patch
codecctl_intp() is used to populate values via aom_codec_control(), not
set them. This change moves the output of the return pointer's value
PR #20973 opened by Steven Xiao (younengxiao)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20973
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20973.patch
This code submission is purposed to support the **motion estimation precision
mode** for the D3D12 video encoder.
By default
PR #20972 opened by Kacper Michajłow (kasper93)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20972
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20972.patch
Forgotten in c607aae2b95b05bdc7066e3572737cb00a596e9f.
Signed-off-by: Kacper Michajłow
From
On 2025-10-13 19:40, Michael Niedermayer via ffmpeg-devel wrote:
Hi Everyone
As we are now looking for sponsors, we also should look for tasks to
fund.
as i suggested on irc, a j2k vulkan decoder. since a lot of archivists
are still stuck with j2k.
also would be good to decode (maybe in
sample)
+bitrate *= 8.0 / par->bits_per_coded_sample;
+
if (id == 0xFFFE) {
par->codec_tag = 0;
} else {
--
2.43.0
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
ers[j].uid,
+(AVRational) { 1, 10 },
+chapters[j].start, chapters[j].end,
+chapters[j].title);
+max_start = chapters[j].start;
+}
}
+}
matroska_add_in
;
#define CHILD_OF(parent) { .def = { .n = parent } }
--
2.51.2
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
MATROSKA_ID_CHAPTERSEGMENTUID 0x6E67
+#define MATROSKA_ID_CHAPTERSEGMENTEDITIONUID 0x6EBC
typedef enum {
MATROSKA_TRACK_TYPE_NONE = 0x0,
--
2.51.2
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to ffmpeg-devel-le
---
2 files changed, 64 insertions(+), 37 deletions(-)
--
2.51.2
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Hi FFmpeg team,
My name is Shashwat, and I wanted to reach out to express my appreciation
for the work you’ve built over the years. I’m currently building an
AI-driven video editing system where a large part of the architecture
relies on FFmpeg for composing timelines, applying transformations
PR #20971 opened by xobust
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20971
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20971.patch
This lays the groundwork for ordered-chapter playback in Matroska, fixing
ticket [#3123](https://trac.ffmpeg.org/ticket/3123).
To stay compatible
On Wed, Nov 19, 2025 at 05:21:13AM +0100, Michael Niedermayer via ffmpeg-devel
wrote:
> On Sat, Nov 15, 2025 at 04:15:14PM +0100, Michael Niedermayer via
> ffmpeg-devel wrote:
> > Hi all
> >
> > due to accumulated bug fixes, i think we should make a new release fr
Hi Zhao
On Wed, Nov 19, 2025 at 01:25:30PM +0800, Zhao Zhili via ffmpeg-devel wrote:
>
> > 在 2025年11月19日,下午12:29,Michael Niedermayer via ffmpeg-devel
> > 写道:
> >
> > On Sat, Nov 15, 2025 at 11:29:26PM +0800, Zhao Zhili via ffmpeg-devel
> > wrote:
> >&g
PR #20969 opened by Jack Lau (JackLau)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20969
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20969.patch
Fix #20712
When print_sdp() fails during rtp streaming, sch_start()
returns error code without calling wirte_trailer, causing
a memory
PR #20968 opened by Martin Storsjö (mstorsjo)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20968
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20968.patch
This function uses ff_sws_pixel_type_size to switch on the
size of the provided type. However, ff_sws_pixel_type_size returns
a
PR #20966 opened by jchw
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20966
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20966.patch
Photoshop documents can contain additional "auxiliary" channels that don't take
part in layer compositing, therefore, using the c
> 在 2025年11月19日,下午12:29,Michael Niedermayer via ffmpeg-devel
> 写道:
>
> On Sat, Nov 15, 2025 at 11:29:26PM +0800, Zhao Zhili via ffmpeg-devel wrote:
>>
>>
>>>> On Nov 15, 2025, at 23:15, Michael Niedermayer via ffmpeg-devel
>>>> wrote:
>&
On Sat, Nov 15, 2025 at 11:29:26PM +0800, Zhao Zhili via ffmpeg-devel wrote:
>
>
> > On Nov 15, 2025, at 23:15, Michael Niedermayer via ffmpeg-devel
> > wrote:
> >
> > Hi all
> >
> > due to accumulated bug fixes, i think we should make a new rele
On Sat, Nov 15, 2025 at 04:15:14PM +0100, Michael Niedermayer via ffmpeg-devel
wrote:
> Hi all
>
> due to accumulated bug fixes, i think we should make a new release from
> release/8.0 soon
will probably make 7.1.3 shortly after 8.0.1
[...]
--
Michael GnuPG
PR #20965 opened by Jack Lau (JackLau)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20965
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20965.patch
>From cebbb7f74bcff89761b80d6ec0aad627dd4c2232 Mon Sep 17 00:00:00 2001
From: Jack Lau
Date: Sat, 23 Aug 2025 09:09:47 +0800
Subj
PR #20963 opened by Marvin Scholz (ePirat)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20963
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20963.patch
As discussed in #20118
>From e49ff365ac11312ce0c6bc8363d4b6ce656db3d2 Mon Sep 17 00:00:00 2001
From: Marvin Scholz
Date: Wed,
PR #20962 opened by Cosmin Stejerean (cosmin)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20962
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20962.patch
The handling of L11 dolby vision metadata was based on an old version of
`dovi_tool`
however the structure does not match the
I was not sure about how to CC the current maintainers via code.f.o so this
is the CC..
-- Forwarded message -
De : toots via ffmpeg-devel
Date: mar. 18 nov. 2025 à 17:02
Subject: [FFmpeg-devel] [PATCH] Add myself as maintainer to the various ogg
files. (PR #20961)
To:
Cc: toots
PR #20961 opened by toots
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20961
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20961.patch
>From ade83020b43d572b4b9f1d1c821fe9f558d31768 Mon Sep 17 00:00:00 2001
From: Romain Beauxis
Date: Tue, 18 Nov 2025 16:58:59 -0600
Subject: [PA
Michael Niedermayer via ffmpeg-devel (HE12025-11-02):
> We have people in the community who have experience with company stuff
But not necessarily the people we should trust to have the best
interests of the project at heart.
> I care about money, so i dont have to care about money
>
Jack Lau via ffmpeg-devel (HE12025-11-17):
> PR #20944 opened by Jack Lau (JackLau)
> URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20944
> Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20944.patch
>
> Fix #20940
>
> This reverts commit 4440e499ba
>
>
PR #20960 opened by James Almer (jamrial)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20960
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20960.patch
>From 8030577241e9439a1ee94c7b9bf1d3d205878d1f Mon Sep 17 00:00:00 2001
From: James Almer
Date: Tue, 18 Nov 2025 00:41:12 -0
PR #20959 opened by mux47
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20959
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20959.patch
Avoid calling ff_opus_parse_packet() on flush (buf_size == 0)
Fixes spurious 'Error parsing Opus packet header' in complete-frames mo
PR #20958 opened by ddesouza
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20958
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20958.patch
This is the revised version of PR #20562, according to the comments from @haasn
and @mkver.
>From a14bccc09b9af29672c141a447999fd3d99a1ba1
PR #20957 opened by Ramiro Polla (ramiro)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20957
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20957.patch
This prevents out of bounds access on unscaled converters that process
multiple lines at a time.
Fixes issue #11691.
>F
PR #20956 opened by Marvin Scholz (ePirat)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20956
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20956.patch
>From 00ef656a85f245a400b0cd83a0732c892703a7ae Mon Sep 17 00:00:00 2001
From: Marvin Scholz
Date: Tue, 18 Nov 2025 15:17:05 +0
PR #20955 opened by Jack Lau (JackLau)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20955
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20955.patch
>From 837b0dd8d96c6f258bbccdfe5e05b40ebabf249a Mon Sep 17 00:00:00 2001
From: Jack Lau
Date: Sat, 15 Nov 2025 19:23:39 +0800
Subj
PR #20953 opened by Martin Storsjö (mstorsjo)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20953
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20953.patch
Following up on previous concerns:
- Adding new unconditionally built source files in libraries. Yes, that's
indeed a bi
PR #20952 opened by Zhao Zhili (quink)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20952
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20952.patch
>From 3d02b4ed961e928a6f103e3a5c39238866df70bb Mon Sep 17 00:00:00 2001
From: Zhao Zhili
Date: Tue, 18 Nov 2025 12:46:13 +0800
Subj
On 17/11/2025 16:01, Niklas Haas wrote:
On Monday, November 17th, 2025 at 3:48 PM, Tobias Rapp via ffmpeg-devel
wrote:
On 11/11/2025 03:33, Michael Niedermayer via ffmpeg-devel wrote:
Hi
adding niklas to the CC so its not missed
but i agree the patch LGTM
On Tue, Nov 04, 2025 at 08:52
PR #20951 opened by HecaiYuan
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20951
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20951.patch
This wrapper performs runtime dispatch to SIMD-optimized functions and
falls back to a C implementation for unsupported block heights.
>F
> On Nov 18, 2025, at 09:26, Xiang, Haihao via ffmpeg-devel
> wrote:
>
> From: Disclosure
>
> Reviewed-by: Zhong Li
> Reviewed-by: Haihao Xiang
> Cc: Michael Niedermayer
> Signed-off-by: Disclosure
> ---
> libavcodec/qsv.c | 2 ++
> libavfilt
sv_transfer_data_to(AVHWFramesContext *ctx,
AVFrame *dst,
}
in.Info = out->Info;
-map_frame_to_surface(src_frame, &in);
+ret = map_frame_to_surface(src_frame, &in);
+if (ret < 0)
+ return ret;
do {
err = MFXVideoVPP_RunFrameVPPAsync(s->session_upload, &in, out, NULL,
&sync);
--
2.43.0
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
P_signature.asc
Description: OpenPGP digital signature
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
PR #20950 opened by Kacper Michajłow (kasper93)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20950
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20950.patch
This is useful if one wants to inspect build artifacts after running
fate.sh script.
From
PR #20949 opened by anders-mjoll
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20949
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20949.patch
During migration to the activation filter API the aselect filter was
accidentally turned into a no-op filter.
>F
rwise, lower score. */
if (ret != AVERROR_EOF)
goto fail;
--
2.34.1
_______
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
PR #20948 opened by Kacper Michajłow (kasper93)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20948
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20948.patch
While cl.exe supports -guard:signret, armasm64 complains about
unknown flag. Note that -guard:ehcont is accepted by armasm64
PR #20947 opened by Kacper Michajłow (kasper93)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20947
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20947.patch
From 3616b152ce8899437442b290d1a74bfbb4836961 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Kacper=20Michaj=C5=82ow?=
Date: Mon
PR #20946 opened by anthonybajoua
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20946
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20946.patch
Currently, when there is a file that is muxed in fragmented mode with flags
`frag_keyframe+delay_moov+empty_moov+dash` the second track
PR #20944 opened by Jack Lau (JackLau)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20944
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20944.patch
Fix #20940
This reverts commit 4440e499ba
It breaks some filters like feedback, and make
li->frame_blocked_in check invaild.
Sig
PR #20943 opened by Marvin Scholz (ePirat)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20943
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20943.patch
Backports #20541 and #20542 to 7.1.
>From 2730ec798357856ba996ac856b14f8325168ebcd Mon Sep 17 00:00:00 2001
From: Marvin Sch
PR #20942 opened by mkver
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20942
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20942.patch
>From fd5fbb41ccaf846a3dc1742ba65dfe6714a543aa Mon Sep 17 00:00:00 2001
From: Andreas Rheinhardt
Date: Mon, 17 Nov 2025 15:35:38 +0100
Subj
On Monday, November 17th, 2025 at 3:48 PM, Tobias Rapp via ffmpeg-devel
wrote:
>
>
> On 11/11/2025 03:33, Michael Niedermayer via ffmpeg-devel wrote:
>
> > Hi
> >
> > adding niklas to the CC so its not missed
> > but i agree the patch LGTM
> >
&g
On 11/11/2025 03:33, Michael Niedermayer via ffmpeg-devel wrote:
Hi
adding niklas to the CC so its not missed
but i agree the patch LGTM
On Tue, Nov 04, 2025 at 08:52:36PM +0100, Nicolas George via ffmpeg-devel wrote:
Carl Hetherington via ffmpeg-devel (HE12025-11-03):
Since
Hi everyone
Iam working on setting up ffmpeg github sponsors support (this will be
connected to SPI)
thx
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
I am the wisest man alive, for I know one thing, and that is that I know
nothing. -- Socrates
signature.asc
Hi
On Sun, Nov 16, 2025 at 09:16:03PM -0800, ff--- via ffmpeg-devel wrote:
> On 2025-11-16 07:59, Michael Niedermayer via ffmpeg-devel wrote:
> > On Sun, Nov 16, 2025 at 04:12:00PM +0100, Michael Niedermayer via
> > ffmpeg-devel wrote:
> > > On Sun, Nov 16, 2025 at 01:56:4
PR #20941 opened by Lynne
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20941
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20941.patch
>From ac98c3e731bccf35480a3bddebc930627cd2d482 Mon Sep 17 00:00:00 2001
From: Lynne
Date: Sat, 20 May 2023 16:09:22 +0200
Subject: [PATCH] aac
d and the usual
practice here.
PS: Sorry for double mailing my patch. I was not aware that opening a
PR would do the same.
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
PR #20939 opened by Niklas Haas (haasn)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20939
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20939.patch
The approach of this ASM routine is to process two channels at a time using
AVX instructions. Obviously, there is no point in doing
nal>, WPS
Office<https://www.wps.com/> and OpenShot<https://www.openshot.org/> currently
ship as x64-only binaries and dynamically load FFmpeg DLLs at runtime. On
Windows ARM64 devices, these applications run under x64 emulation, which
introduces noticeable performance overhead.
PR #20938 opened by Jack Lau (JackLau)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20938
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20938.patch
>From 175d0fc3cbb1f9ae8954317985e41555d828771b Mon Sep 17 00:00:00 2001
From: Desmond Liu
Date: Thu, 30 Oct 2025 17:22:12 -0
PR #20937 opened by Jack Lau (JackLau)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20937
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20937.patch
Fix #20571
Avoid build errors with openssl forks (like libressl)
that lack some APIs.
Fail early during configure instead of hitting
PR #20936 opened by Lynne
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20936
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20936.patch
This commit implements support for decoding of MPEG Surround data
(USAC-flavoured).
I'm raising funds and resources to build a rocket capab
On 2025-11-16 07:59, Michael Niedermayer via ffmpeg-devel wrote:
On Sun, Nov 16, 2025 at 04:12:00PM +0100, Michael Niedermayer via
ffmpeg-devel wrote:
On Sun, Nov 16, 2025 at 01:56:49PM +, Kieran Kunhya via
ffmpeg-devel wrote:
> On Sun, 16 Nov 2025, 05:04 Michael Niedermayer via ffm
PR #20934 opened by mkver
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20934
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20934.patch
>From 76eef407bf5fa62e129352d2c460b57e6a5fc759 Mon Sep 17 00:00:00 2001
From: Andreas Rheinhardt
Date: Mon, 17 Nov 2025 00:05:16 +0100
Subj
On Sun, Nov 16, 2025 at 04:00:38PM +, Kieran Kunhya via ffmpeg-devel wrote:
> On Sun, 16 Nov 2025, 15:12 Michael Niedermayer,
> wrote:
>
> >
> > But theres a lot more. We need some sort of wiki page, call for people
> > sending project proposals, I mean we wan
o STF.
> I need to read through this, maybe there are differences
>
To my knowledge there are no requirements for us to do this. It's a
donation.
Also we should allocate some of this to fund merging forks.
>
Sigh...
Kieran
>
_______
ffm
Hi everyone
On Sun, Nov 16, 2025 at 04:12:00PM +0100, Michael Niedermayer via ffmpeg-devel
wrote:
> Hi Kieran
>
> On Sun, Nov 16, 2025 at 01:56:49PM +, Kieran Kunhya via ffmpeg-devel
> wrote:
> > On Sun, 16 Nov 2025, 05:04 Michael Niedermayer via ffmpeg-devel, <
> &
Hi Kieran
On Sun, Nov 16, 2025 at 01:56:49PM +, Kieran Kunhya via ffmpeg-devel wrote:
> On Sun, 16 Nov 2025, 05:04 Michael Niedermayer via ffmpeg-devel, <
> [email protected]> wrote:
>
> > Hi everyone
> >
> > It seems neither Thilo nor Pierre have
On Sun, 16 Nov 2025, 05:04 Michael Niedermayer via ffmpeg-devel, <
[email protected]> wrote:
> Hi everyone
>
> It seems neither Thilo nor Pierre have time to look into this.
> Does someone else have time ? (id like to work on the 8.0.1 release
> and backports and many
Michael Niedermayer 于2025年11月5日周三 05:24写道:
>
> Hi Steven
>
> On Thu, Oct 30, 2025 at 03:19:54PM +0800, Steven Liu via ffmpeg-devel wrote:
> > Hi Folks,
> >
> >
> > I would like to request reimbursement for the following expenses
> > incurred attendi
PR: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20933
On Sun, Nov 16, 2025 at 4:19 PM nots1dd wrote:
>
> From what I understand, we only need to be moving N bytes as window_size
> - s->hop_size after inverse fft to the buffer for overlap. Currently the
> compiler throws a wa
PR #20933 opened by nots1dd
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20933
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20933.patch
>From what I understand, we only need to be moving N bytes as window_size
- s->hop_size after inverse fft to the buffer for overlap. Current
PR #20932 opened by mkver
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20932
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20932.patch
>From a7102ce7ed9e6c0a8c61a92eb8e66b4260057adb Mon Sep 17 00:00:00 2001
From: Andreas Rheinhardt
Date: Sat, 15 Nov 2025 16:18:16 +0100
Subj
move(buf, buf + s->hop_size, window_size * sizeof(float));
> +memmove(buf, buf + hop_size, (window_size - hop_size) *
> sizeof(float));
> for (int i = 0; i < window_size; i++)
> buf[i] += fft_out[i].re * window_lut[i] * f;
> }
> --
> 2.51.0
>
oat));
for (int i = 0; i < window_size; i++)
buf[i] += fft_out[i].re * window_lut[i] * f;
}
--
2.51.0
_______
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
> On Nov 10, 2025, at 08:24, Michael Niedermayer via ffmpeg-devel
> wrote:
>
> Hi Kieran
>
> On Sat, Nov 01, 2025 at 02:37:45AM +, Kieran Kunhya via ffmpeg-devel
> wrote:
>> On Fri, 31 Oct 2025, 17:06 michaelni via ffmpeg-devel, <
>> ffmpeg-devel@
On 2025-11-16 04:02 am, Tolga Celebi via ffmpeg-devel wrote:
From: tolgakaan12 <[email protected]>
The set_encoder_id function in fftools/ffmpeg_mux_init was writing a shortened
encoder tag even when -bitexact flag was set, instead of omitting it entirely
PR #20931 opened by Jack Lau (JackLau)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20931
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20931.patch
WHIP force the use of Annex B by enabling h264_mp4toannexb
BSF in whip_check_bitstream. However, this BSF runs during
packet writing and
1 - 100 of 2583 matches
Mail list logo