PR #20117 opened by Lynne
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20117
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20117.patch
This PR adds support for the VP9 Vulkan hwaccel.
The first commit uses the CBS infrastructure to parse the VP9 header. This
allows us to implement a
PR #20116 opened by Yalda
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20116
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20116.patch
At last, the BDMV demuxer.
The goal is to replace the limited bluray protocol handler that exists today.
Seeking is still experimental (can be buggy
On Mon, Aug 4, 2025 at 8:06 PM Kacper Michajlow wrote:
> Slightly related, I don't like how simple the web ui commit log of
> forgejo is, it doesn't show commiter at all. For me this information
> is as important as the author. I'm keeping notes on forgejo usage and
> will share it when the time c
On Tue, 5 Aug 2025 at 05:06, Kacper Michajlow wrote:
>
> On Mon, 4 Aug 2025 at 23:38, Marton Balint wrote:
> >
> >
> >
> > On Mon, 4 Aug 2025, Alexander Strasser via ffmpeg-devel wrote:
> >
> > > Hi Michael,
> > > hi all!
> > >
> > > I think it's a good time to bring stuff like this up for discus
On Mon, 4 Aug 2025 at 23:38, Marton Balint wrote:
>
>
>
> On Mon, 4 Aug 2025, Alexander Strasser via ffmpeg-devel wrote:
>
> > Hi Michael,
> > hi all!
> >
> > I think it's a good time to bring stuff like this up for discussion.
> >
> > On 2025-08-03 21:02 +0200, Michael Niedermayer wrote:
> >>
> >
On Mon, Aug 04, 2025 at 07:54:41PM -0300, James Almer wrote:
> The check to return on EOF should not be inside a block that will not be
> entered after reaching EOF.
> Should fix "libavcodec/bytestream.h:144:27: runtime error: applying zero
> offset to null pointer".
>
> Signed-off-by: James Alm
PR #20114 opened by Timo Rothenpieler (BtbN)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20114
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20114.patch
Not sure on the Changelog entry. How is that normally handled, to document an
important change that will happen on next major bump
PR #20113 opened by michaelni
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20113
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20113.patch
Signed-off-by: Michael Niedermayer
>From 3fbc67c8a8a29b89d29fbeab5c50318fd25e0a1e Mon Sep 17 00:00:00 2001
From: Michael Niedermayer
Date: Mon
The check to return on EOF should not be inside a block that will not be
entered after reaching EOF.
Should fix "libavcodec/bytestream.h:144:27: runtime error: applying zero offset
to null pointer".
Signed-off-by: James Almer
---
libavformat/iff.c | 6 +++---
1 file changed, 3 insertions(+), 3
On Mon, 4 Aug 2025, Alexander Strasser via ffmpeg-devel wrote:
Hi Michael,
hi all!
I think it's a good time to bring stuff like this up for discussion.
On 2025-08-03 21:02 +0200, Michael Niedermayer wrote:
On Sun, Aug 03, 2025 at 05:31:39PM +0200, Michael Niedermayer wrote:
[...]
The sol
On 2025-08-03 17:04 +0200, Timo Rothenpieler wrote:
> On 8/3/2025 3:26 PM, Michael Niedermayer wrote:
> > On Sun, Aug 03, 2025 at 01:45:17PM +0200, Timo Rothenpieler wrote:
> > > On 8/3/2025 9:41 AM, Michael Niedermayer wrote:
> > > > Hi
> > > >
> > > > can we have a tag that causes "automerge on
Hi Michael,
hi all!
I think it's a good time to bring stuff like this up for discussion.
On 2025-08-03 21:02 +0200, Michael Niedermayer wrote:
>
> On Sun, Aug 03, 2025 at 05:31:39PM +0200, Michael Niedermayer wrote:
> [...]
> > The solutions are obvious:
> > 1. ignore security and supply chain a
On Mon, Aug 4, 2025 at 7:19 PM Jacob Lifshay wrote:
>
>
>
> On August 4, 2025 6:49:20 AM PDT, Alan Kelly via ffmpeg-devel
> wrote:
> > The gather is unmasked but the instruction does a merge into ymm4, which
> > depends on the value of ymm4 from the previous loop iteration. The
> > out-of-order
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
---
libavcodec/mfenc.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/libavcodec/mfenc.c b/libavcodec/mfenc.c
index 30531fe3e8..942c75cb9d 100644
--- a/libavcodec/mfenc.c
+++ b/libavcodec/mfenc.c
@@ -148,6 +148,15 @@ static int64_t mf_sample_get_pts(AVCodecContext *avctx,
IMFSamp
On 8/4/2025 9:17 PM, c...@ffmpeg.org wrote:
Hi *ffmpeg-devel* ,
The primary mail of your account was just changed to btbn-ffmpegde...@btbn.de.
This means that this e-mail address will no longer receive e-mail notifications
for your account.
Sorry for the noise, the original plan with this ac
Hi *ffmpeg-devel* ,
The primary mail of your account was just changed to btbn-ffmpegde...@btbn.de.
This means that this e-mail address will no longer receive e-mail notifications
for your account.
If this was you, then you can safely ignore this mail.
If this wasn't you, your account is compro
On August 4, 2025 6:49:20 AM PDT, Alan Kelly via ffmpeg-devel
wrote:
> The gather is unmasked but the instruction does a merge into ymm4, which
> depends on the value of ymm4 from the previous loop iteration. The
> out-of-order scheduler does not know statically that the instruction is
> fully
Hi *ffmpeg-devel* ,
You have just enabled TOTP for your account. This means that for all future
logins to your account, you must use TOTP as a 2FA method.
If this was you, then you can safely ignore this mail.
If this wasn't you, your account is compromised. Please contact the admins of
this s
On Mon, 4 Aug 2025, Michael Niedermayer wrote:
On Thu, Jul 31, 2025 at 04:21:35PM +0800, Cai Fan wrote:
Signed-off-by: Cai Fan
---
libavformat/img2enc.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/libavformat/img2enc.c b/libavformat/img2enc.c
index 41638d92b8.
Le lun. 4 août 2025 à 03:21, Michael Niedermayer a
écrit :
>
> Hi Romain
>
> On Mon, Aug 04, 2025 at 02:11:03AM +0200, Michael Niedermayer wrote:
> > Hi Romain
> >
> > On Sun, Aug 03, 2025 at 05:50:17PM -0500, Romain Beauxis wrote:
> > > Le dim. 3 août 2025 à 16:36, Michael Niedermayer
> > > a éc
On 8/4/25 4:45 PM, Nicolas George wrote:
Dummy_test_user (HE12025-08-04):
PR #20112 opened by Dummy_test_user
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20112
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20112.patch
I did that pull request to see what is preventing me from submi
Hendrik Leppkes (HE12025-08-04):
> Whats the barrier of entry to sending a patch to the ML right now?
Being able to, which is strongly correlated to knowing good practices.
> Does it quiz you on the guidelines?
Do you have better to propose?
--
Nicolas George
On Mon, Aug 4, 2025 at 4:45 PM Nicolas George wrote:
>
> Dummy_test_user (HE12025-08-04):
> > PR #20112 opened by Dummy_test_user
> > URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20112
> > Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20112.patch
> >
> > I did that pull request to see
Dummy_test_user (HE12025-08-04):
> PR #20112 opened by Dummy_test_user
> URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20112
> Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20112.patch
>
> I did that pull request to see what is preventing me from submitting crappy
> code.
> Apparently
On Sat, May 17, 2025 at 11:57:26PM +0200, Michael Niedermayer wrote:
> On Sat, May 17, 2025 at 05:03:22PM +0200, Michael Niedermayer wrote:
> > On Sat, Mar 15, 2025 at 01:36:59AM +0100, Michael Niedermayer wrote:
> > > On Wed, Mar 12, 2025 at 02:17:32PM +0100, Michael Niedermayer wrote:
> > > > On
PR #20112 opened by Dummy_test_user
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20112
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20112.patch
I did that pull request to see what is preventing me from submitting crappy
code.
Apparently nothing.
>From a7cb339395ab3b81f38dfd5a4f19d
The gather is unmasked but the instruction does a merge into ymm4, which
depends on the value of ymm4 from the previous loop iteration. The
out-of-order scheduler does not know statically that the instruction is
fully unmasked, preventing parallel out-of-order execution of the
gathers.
---
libswsc
Kieran Kunhya via ffmpeg-devel (HE12025-08-04):
> It's really a huge mystery why developers are leaving.
>
> We may never know the answer.
Let me guess.
We tell our long-time developers that the new and exciting code they
wrote does not belong in the project.
We give write access to people who
Hi Romain
On Mon, Aug 04, 2025 at 02:11:03AM +0200, Michael Niedermayer wrote:
> Hi Romain
>
> On Sun, Aug 03, 2025 at 05:50:17PM -0500, Romain Beauxis wrote:
> > Le dim. 3 août 2025 à 16:36, Michael Niedermayer
> > a écrit :
> [...]
> > > > Do you have any advice on how to look for a reviewer f
Tobias Rapp (HE12025-08-04):
> It would be nice if pull request
> https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20059 could be discussed, and
> either rejected or approved before a 8.0 release is made.
>
> That PR proposes to change the default value for "apply_cropping" (which was
> introduced in 7
It would be nice if pull request
https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20059 could be discussed,
and either rejected or approved before a 8.0 release is made.
That PR proposes to change the default value for "apply_cropping" (which
was introduced in 7.1).
Regards, Tobias
_
Hi,
Thank you for the suggestion.
The tmp field in VideoMuxData is a fixed-size embedded array (char
tmp[4][1024]), not a pointer. This makes using av_asprintf() not suitable.
typedef struct VideoMuxData {
const AVClass *class; /**< Class for private options. */
int start_img_numb
33 matches
Mail list logo
