> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Lynne
> Sent: Donnerstag, 13. Februar 2025 07:15
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [RFC] Experiment: enable github pull requests
>
> On 13/02/2025 03:59, Soft Works wrote:
> >
> Finally, with federation,
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Lynne
> Sent: Donnerstag, 13. Februar 2025 07:15
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [RFC] Experiment: enable github pull requests
>
> On 13/02/2025 03:59, Soft Works wrote:
> >
> >> -Original Message--
On 2/13/25 07:14, Lynne wrote:
Finally, with federation, there's are no restriction. If users have an
account on another Forgejo instance, such as codeberg, they can clone
and submit PRs to FFmpeg without having to register, and without needing
to use agit.
This will not work very well tog
Pavel Koshevoy:
> ---
> libavformat/mov.c | 40 +++-
> 1 file changed, 31 insertions(+), 9 deletions(-)
>
> diff --git a/libavformat/mov.c b/libavformat/mov.c
> index 85aef33b19..422e515fe8 100644
> --- a/libavformat/mov.c
> +++ b/libavformat/mov.c
> @@ -10790,
On 13/02/2025 03:59, Soft Works wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of Timo
Rothenpieler
Sent: Donnerstag, 13. Februar 2025 02:52
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [RFC] Experiment: enable github pull requests
On 13.02.2025 01:40, Soft Works wr
On 2/12/25 23:05, Timo Rothenpieler wrote:
PRs are not restricted. Creating repos is.
And there is no way to NOT restrict it, unless you want to pay several
hundred Euros a month in hosting fees extra, and constantly be on the
lookout for hosting illegal/harmful things.
Hosting tons of for
> -Original Message-
> From: ffmpeg-devel On Behalf Of Timo
> Rothenpieler
> Sent: Donnerstag, 13. Februar 2025 02:52
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [RFC] Experiment: enable github pull requests
>
> On 13.02.2025 01:40, Soft Works wrote:
> >
> >
> >> -Ori
BTW, the problem is reproducible with "Test for Quicktime 608 CC file.mov"
from https://samples.ffmpeg.org/MPEG2/subcc/
Pavel.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit l
On 13.02.2025 01:40, Soft Works wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of
Romain Beauxis
Sent: Donnerstag, 13. Februar 2025 01:25
To: FFmpeg development discussions and patches
Subject: Re: [FFmpeg-devel] [RFC] Experiment: enable github pull requests
Le mer. 12 févr.
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Romain Beauxis
> Sent: Donnerstag, 13. Februar 2025 01:25
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [RFC] Experiment: enable github pull requests
>
> Le mer. 12 févr. 2025 à
On 13.02.2025 00:34, Kieran Kunhya via ffmpeg-devel wrote:
Yes but surely if users do a simple clone of the main repository, they will
get all the branches of hundred of different pull requests?
No, why would they?
That's all abstracted away. Pretty much just an optimization on storage,
making
In date Monday 2025-02-10 17:29:49 +0100, Lynne wrote:
> Hi,
>
> I am requesting reimbursement for the following expenses made attending
> FOSDEM 2025, where I attended the meeting and discussed development topics
> with fellow developers.
>
> Eurostar tickets: 178.33 GBP
> Hotel: 97.04 GBP
Look
Le mer. 12 févr. 2025 à 18:17, Soft Works
a écrit :
>
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of Timo
> > Rothenpieler
> > Sent: Donnerstag, 13. Februar 2025 00:34
> > To: ffmpeg-devel@ffmpeg.org
> > Subject: Re: [FFmpeg-devel] [RFC] Experiment: enable github pull requ
> -Original Message-
> From: ffmpeg-devel On Behalf Of Timo
> Rothenpieler
> Sent: Donnerstag, 13. Februar 2025 00:34
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [RFC] Experiment: enable github pull requests
>
> On 13.02.2025 00:07, Soft Works wrote:
> >
> >> -Origi
---
libavformat/mov.c | 40 +++-
1 file changed, 31 insertions(+), 9 deletions(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 85aef33b19..422e515fe8 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -10790,22 +10790,44 @@ static int mov_cha
On Wed, 12 Feb 2025, 23:29 Timo Rothenpieler, wrote:
> On 12.02.2025 23:16, Soft Works wrote:
> >
> >
> >> -Original Message-
> >> From: ffmpeg-devel On Behalf Of Timo
> >> Rothenpieler
> >> Sent: Mittwoch, 12. Februar 2025 23:05
> >> To: ffmpeg-devel@ffmpeg.org
> >> Subject: Re: [FFmpeg
On 13.02.2025 00:07, Soft Works wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of Timo
Rothenpieler
Sent: Mittwoch, 12. Februar 2025 22:33
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [RFC] Experiment: enable github pull requests
On 12.02.2025 22:22, Stephen Hutchin
On 12.02.2025 23:16, Soft Works wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of Timo
Rothenpieler
Sent: Mittwoch, 12. Februar 2025 23:05
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [RFC] Experiment: enable github pull requests
On 12.02.2025 23:01, Soft Works wro
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Romain Beauxis
> Sent: Mittwoch, 12. Februar 2025 23:13
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [RFC] Experiment: enable github pull requests
>
> Le mer. 12 févr. 2025 à 15
> -Original Message-
> From: ffmpeg-devel On Behalf Of Timo
> Rothenpieler
> Sent: Mittwoch, 12. Februar 2025 22:33
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [RFC] Experiment: enable github pull requests
>
> On 12.02.2025 22:22, Stephen Hutchinson wrote:
> > Are all ac
Le mer. 12 févr. 2025 à 15:32, Timo Rothenpieler a
écrit :
>
> On 12.02.2025 22:22, Stephen Hutchinson wrote:
> > On 2/12/25 2:23 PM, Lynne wrote:
> >>
> >>
> >> On 12/02/2025 19:53, Romain Beauxis wrote:
> >>> Le mer. 12 févr. 2025 à 12:49, Lynne a écrit :
>
> Users can already login t
> -Original Message-
> From: ffmpeg-devel On Behalf Of Timo
> Rothenpieler
> Sent: Mittwoch, 12. Februar 2025 23:05
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [RFC] Experiment: enable github pull requests
>
> On 12.02.2025 23:01, Soft Works wrote:
> >
> >
> >> -Orig
On 12.02.2025 23:01, Soft Works wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of Timo
Rothenpieler
Sent: Mittwoch, 12. Februar 2025 22:51
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [RFC] Experiment: enable github pull requests
On 12.02.2025 22:37, Soft Works wro
On Wed, Feb 12, 2025 at 12:03:37PM +0100, Tomas Härdin wrote:
> tor 2025-02-06 klockan 15:58 +0100 skrev Michael Niedermayer:
> > Hi Tomas
> >
> > On Wed, Feb 05, 2025 at 03:24:24PM +0100, Tomas Härdin wrote:
> > > Seems reasonable to me and passes FATE
> > >
> > > /Tomas
> >
> > > avformat.h
> -Original Message-
> From: ffmpeg-devel On Behalf Of Timo
> Rothenpieler
> Sent: Mittwoch, 12. Februar 2025 22:51
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [RFC] Experiment: enable github pull requests
>
> On 12.02.2025 22:37, Soft Works wrote:
> >
> >
> >> -Orig
Hi
On Wed, Feb 12, 2025 at 11:56:16AM +0100, Tomas Härdin wrote:
> tor 2025-02-06 klockan 16:07 +0100 skrev Michael Niedermayer:
> > Hi Tomas
> >
> > On Wed, Feb 05, 2025 at 03:20:09PM +0100, Tomas Härdin wrote:
[...]
> > > diff --git a/libavformat/flacdec.c b/libavformat/flacdec.c
> > > index 3c3
On 2/7/2025 12:21 PM, James Almer wrote:
Parameter sets may be coded in the packet before an IRAP (as is the case for
the hev1 ISO-BMFF brand), and they should have priority as they may override
the extradata ones.
As such, prepend the extradata PS NALUs to the packet PS NALUs if they are
present
On 12.02.2025 22:37, Soft Works wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of Timo
Rothenpieler
Sent: Mittwoch, 12. Februar 2025 22:33
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [RFC] Experiment: enable github pull requests
On 12.02.2025 22:22, Stephen Hutchi
Hi Martin
On Wed, Feb 12, 2025 at 09:52:35PM +0200, Martin Storsjö wrote:
> On Wed, 12 Feb 2025, Michael Niedermayer wrote:
[...]
> > The actual code you wrote is fine and nicely optimizes the swap out
>
> Thanks, then I'll push it soon. And after some delay, I'd also backport it
> to a couple br
> -Original Message-
> From: ffmpeg-devel On Behalf Of Timo
> Rothenpieler
> Sent: Mittwoch, 12. Februar 2025 22:33
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [RFC] Experiment: enable github pull requests
>
> On 12.02.2025 22:22, Stephen Hutchinson wrote:
> > On 2/12/25
On 12.02.2025 22:22, Stephen Hutchinson wrote:
On 2/12/25 2:23 PM, Lynne wrote:
On 12/02/2025 19:53, Romain Beauxis wrote:
Le mer. 12 févr. 2025 à 12:49, Lynne a écrit :
Users can already login to the instance with their github accounts, so
there's no barrier to entry.
Would you mind sha
On 2/12/25 2:23 PM, Lynne wrote:
On 12/02/2025 19:53, Romain Beauxis wrote:
Le mer. 12 févr. 2025 à 12:49, Lynne a écrit :
Users can already login to the instance with their github accounts, so
there's no barrier to entry.
Would you mind sharing the url? A quick search didn't reveal anyth
From: Srikanth Kiran Kotagiri
For Fragmented MP4 files where the audio and video streams are written to
seperate fragments,
the -ss option will cause the file pointer to be set to the first available
fragment. This
is due to an interaction in search_frag_timestamp() function and
get_frag_time(
On Wed, Feb 12, 2025 at 07:49:20PM +0100, Lynne wrote:
> On 12/02/2025 19:06, Michael Niedermayer wrote:
> > Hi all
> >
> > I propose, that we enable github pull requests
> >
> > github is the most widely used development platform and has the lowest
> > barrier
> > of entry.
> >
> > after ~1-3
On Wed, 12 Feb 2025, Michael Niedermayer wrote:
Hi Martin
On Wed, Feb 12, 2025 at 11:25:03AM +0200, Martin Storsjö wrote:
[...]
Heres an example where the SWAP is needed:
noswap swap
5 -> [x 5] [x 5]
4 -> [5 4] [5 4]
5 -> [5 4] [4 5]
6 -> [4 6] [5 6]
5 -> [6 5] [6 5]
In the last case
Hi Martin
On Wed, Feb 12, 2025 at 11:25:03AM +0200, Martin Storsjö wrote:
[...]
> > Heres an example where the SWAP is needed:
> > noswap swap
> > 5 -> [x 5] [x 5]
> > 4 -> [5 4] [5 4]
> > 5 -> [5 4] [4 5]
> > 6 -> [4 6] [5 6]
> > 5 -> [6 5] [6 5]
> >
> > In the last case the 5 is in the
On 12/02/2025 19:53, Romain Beauxis wrote:
Le mer. 12 févr. 2025 à 12:49, Lynne a écrit :
On 12/02/2025 19:06, Michael Niedermayer wrote:
Hi all
Hi!
I propose, that we enable github pull requests
github is the most widely used development platform and has the lowest barrier
of entry.
Le mer. 12 févr. 2025 à 12:49, Lynne a écrit :
>
> On 12/02/2025 19:06, Michael Niedermayer wrote:
> > Hi all
Hi!
>
> > I propose, that we enable github pull requests
> >
> > github is the most widely used development platform and has the lowest
> > barrier
> > of entry.
> >
> > after ~1-3 Mont
On 12/02/2025 19:06, Michael Niedermayer wrote:
Hi all
I propose, that we enable github pull requests
github is the most widely used development platform and has the lowest barrier
of entry.
after ~1-3 Month, we then evaluate how many new developers this attracted,
how many new contributions i
Hi Nicolas,
Thank you for the feedback.
I understand that some have concerns about the CC, and I don’t expect
that to change overnight. My goal was not to create secrecy but to
strike a balance—ensuring privacy for sensitive discussions,
especially a peer-to-peer complaint, while directing them t
Hi all
I propose, that we enable github pull requests
github is the most widely used development platform and has the lowest barrier
of entry.
after ~1-3 Month, we then evaluate how many new developers this attracted,
how many new contributions it attracted.
What the ratios of reviewed vs ignore
Marth64 (HE12025-02-12):
> Hi Nicolas,
>
> I’ll be clear: my decision to funnel the conversation into a more
> isolated (but project-official) channel was based on experience and
> best practices, not guesswork. I have over a decade of real-world
> experience and training managing teams, resolving
Michael,
> I think its safer for the gsoc contributors to only list
> things where there is no disagreement.
Thank you for pondering this and taking the best interest of the
students into account.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
htt
---
libavformat/mov.c | 67 +++-
libavformat/movenc.c| 69 +++--
tests/ref/fate/caf-alac-remux | 5 ++-
tests/ref/fate/cover-art-flac-remux | 5 ++-
tests/ref/fate/matroska-alac-remux | 5 ++-
tests/ref/fat
Hi Nicolas,
I’ll be clear: my decision to funnel the conversation into a more
isolated (but project-official) channel was based on experience and
best practices, not guesswork. I have over a decade of real-world
experience and training managing teams, resolving conflict, and
guiding projects to su
ons 2025-02-12 klockan 12:49 +0100 skrev Nicolas George:
> Tomas Härdin (HE12025-02-12):
> > This is aristocracy, not democracy.
>
> Why do you believe democracy would be a good model for a Libre
> Software
> project?
The title of the thread includes the word "democratization"..
Plenty of free s
Hi Nicolas
On Wed, Feb 12, 2025 at 02:16:01PM +0100, Nicolas George wrote:
> Michael Niedermayer (HE12025-02-12):
> > I will remove SDR from the page before accepted
> > organizations are announced
>
> This kind of bait-and-switch could be very detrimental to the project
> for future editions of
ons 2025-02-12 klockan 13:27 +0100 skrev Andreas Rheinhardt:
> Tomas Härdin:
> > ons 2025-02-12 klockan 12:14 +0100 skrev Andreas Rheinhardt:
> > > Tomas Härdin:
> > > >
> > > >
> > > > ___
> > > > ffmpeg-devel mailing list
> > > > ffmpeg-devel@ffmpeg.o
Michael Niedermayer (HE12025-02-12):
> I will remove SDR from the page before accepted
> organizations are announced
This kind of bait-and-switch could be very detrimental to the project
for future editions of the program.
I think: either remove it right now or leave it and promise to kick out
an
Tomas Härdin (HE12025-02-12):
> This is aristocracy, not democracy.
Why do you believe democracy would be a good model for a Libre Software
project? Why do you believe the opinion of people should matter
irregardless of the quality and merit of their contribution to the
project?
(There is an obvi
Hi Frank
On Wed, Feb 12, 2025 at 08:20:43AM +, Frank Plowman wrote:
> On 12/02/2025 01:21, Michael Niedermayer wrote:
> > Hi all
> >
> > Ive added SDR to our GSoC 2025 page as there was just a single project
> > on that page and the page needs to be more complete yesterday
> >
> > If people
Tomas Härdin:
> ons 2025-02-12 klockan 12:14 +0100 skrev Andreas Rheinhardt:
>> Tomas Härdin:
>>>
>>>
>>> ___
>>> ffmpeg-devel mailing list
>>> ffmpeg-devel@ffmpeg.org
>>> https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>>>
>>> To unsubscribe, visit link
On Tue, 11 Feb 2025, Krzysztof Pyrkosz via ffmpeg-devel wrote:
---
libswscale/aarch64/rgb2rgb.c | 16 ++
libswscale/aarch64/rgb2rgb_neon.S | 262 ++
2 files changed, 278 insertions(+)
diff --git a/libswscale/aarch64/rgb2rgb.c b/libswscale/aarch64/rgb2rgb.c
index
ons 2025-01-29 klockan 21:33 +0100 skrev Michael Niedermayer:
> Make Voting Power Proportional to Contributions
> Fair Representation: Allocate voting power based on
> contributions, ensuring that those who dedicate substantial time and
> effort to the project have a stronger voice than
On Mon, Feb 3, 2025 at 9:55 AM Viraaj Raulgaonkar
wrote:
>
> If strict_std_compliance < FF_COMPLIANCE_STRICT, warn the user of the
> invalid sample rate instead of returning an error. In certain cases the
> sample rate can get decoded later on.
>
> Fixes Trac Ticket #11361.
> ---
> libavformat/ri
ons 2025-02-12 klockan 12:14 +0100 skrev Andreas Rheinhardt:
> Tomas Härdin:
> >
> >
> > ___
> > ffmpeg-devel mailing list
> > ffmpeg-devel@ffmpeg.org
> > https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
> >
> > To unsubscribe, visit link above, or ema
On Wed, Feb 12, 2025 at 2:17 AM Kieran Kunhya via ffmpeg-devel <
ffmpeg-devel@ffmpeg.org> wrote:
> On Wed, 12 Feb 2025, 00:20 Michael Niedermayer,
> wrote:
>
> > Hi everyone
> >
> > On Wed, Feb 12, 2025 at 06:30:11AM +0800, Steven Liu wrote:
> > > Michael Niedermayer 于2025年1月28日 周二10:21写道：
> > >
Tomas Härdin:
>
>
> ___
> ffmpeg-devel mailing list
> ffmpeg-devel@ffmpeg.org
> https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>
> To unsubscribe, visit link above, or email
> ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
This will for
ons 2025-02-12 klockan 02:21 +0100 skrev Michael Niedermayer:
> Hi all
>
> Ive added SDR to our GSoC 2025 page as there was just a single
> project
> on that page and the page needs to be more complete yesterday
>
> If people are against this say this NOW do not wait until we have
> accepted
> a
ons 2025-02-05 klockan 15:22 +0100 skrev Tomas Härdin:
> I trust that ticket #385 has a FATE test these days
Just tested the file in said ticket and it transcodes fine with this
patch applied.
/Tomas
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
tor 2025-02-06 klockan 15:58 +0100 skrev Michael Niedermayer:
> Hi Tomas
>
> On Wed, Feb 05, 2025 at 03:24:24PM +0100, Tomas Härdin wrote:
> > Seems reasonable to me and passes FATE
> >
> > /Tomas
>
> > avformat.h | 2 +-
> > format.c | 8
> > libopenmpt.c | 2 +-
> > 3
On Wed, Feb 12, 2025 at 2:21 AM Michael Niedermayer
wrote:
> Hi all
>
> Ive added SDR to our GSoC 2025 page as there was just a single project
> on that page and the page needs to be more complete yesterday
>
> If people are against this say this NOW do not wait until we have accepted
> a student
tor 2025-02-06 klockan 16:07 +0100 skrev Michael Niedermayer:
> Hi Tomas
>
> On Wed, Feb 05, 2025 at 03:20:09PM +0100, Tomas Härdin wrote:
> >
>
> > libavformat/flacdec.c | 6 ++
> > tests/ref/fate/cover-art-aiff-id3v2-remux | 5 +++--
> > tests/ref/fate/cover-art-
On Tue, 11 Feb 2025, Krzysztof Pyrkosz via ffmpeg-devel wrote:
Splitting the previous patch into two.
I noticed that on my x86 box, one of the newly added tests fail:
MMXEXT:
uyvytoyuv420_mmxext (sw_rgb.c:126)
yuyvtoyuv420_mmxext (sw_rgb.c:126)
- sw_rgb.uyvytoyuv [FAILED]
SSE2, AV
On a Zen 5, on Ubuntu 24.04 (with CLOCKS_PER_SEC 100), the
value of clock() in this loop increments by 0 most of the time,
and when it does increment, it usually increments by 1 compared
to the previous round.
Due to the "last_t + 2*last_td + (CLOCKS_PER_SEC > 1000) >= t"
expression, we only m
Make it easier to add more cases.
This should be a pure refactoring, with no functional changes.
---
libavutil/random_seed.c | 19 +++
1 file changed, 11 insertions(+), 8 deletions(-)
diff --git a/libavutil/random_seed.c b/libavutil/random_seed.c
index 8a4e4f1fc0..ca084b40da 1006
On Wed, 12 Feb 2025, Michael Niedermayer wrote:
On Mon, Feb 10, 2025 at 03:54:51PM +0200, Martin Storsjö wrote:
On Sun, 9 Feb 2025, Michael Niedermayer wrote:
Hi Martin
On Fri, Feb 07, 2025 at 12:04:53AM +0200, Martin Storsjö wrote:
On Thu, 6 Feb 2025, Michael Niedermayer wrote:
On Thu, F
On 12/02/2025 01:21, Michael Niedermayer wrote:
> Hi all
>
> Ive added SDR to our GSoC 2025 page as there was just a single project
> on that page and the page needs to be more complete yesterday
>
> If people are against this say this NOW do not wait until we have accepted
> a student and then s
68 matches
Mail list logo
