On Sun, Sep 24, 2023 at 6:09 AM Michael Niedermayer
wrote:
>
> Hi
>
> Iam a little tired so expect a more tidy mail in a few days but i want to
> reply with a few points immedeately as they seem important.
>
>
> On Sun, Sep 24, 2023 at 09:37:03AM +0100, Kyle Swanson wrote:
> >
> > Gitlab (or
On 9/24/2023 11:13 AM, Jean-Baptiste Kempf wrote:
> What are you talking about? This is just people in the room, who asked to be
> in the extra bucket, because they don't have the required commit numbers. It
> does not mean it's the complete list.
I do have the relevant commit numbers, I was
On Sat, Sep 23, 2023 at 11:32:28PM +0200, Paul B Mahol wrote:
> On Sat, Sep 23, 2023 at 11:02 PM Michael Niedermayer
> wrote:
>
> > From: Paul B Mahol
> >
> > Instead use float one by default for sample rate conversions.
> > The s16p internal transfer format produces visible and hearable
> >
Paul B Mahol (12023-09-24):
> libavdevice is using libavformat API that is unacceptable maintenance burden.
This is a lie. You would not even know if libavdevice is a maintenance
burden, you never touch it.
--
Nicolas George
signature.asc
Description: PGP signature
On 9/24/23, Nicolas George wrote:
> Paul B Mahol (12023-09-24):
>> Citations needed.
>
>
>
>> libavdevice have no API.
>
> Yes, that was my point. If you do not understand why it is an essential
> part of libavdevice, I suggest you take the time to learn what
> libavdevice is all about and
Paul B Mahol (12023-09-24):
> Citations needed.
> libavdevice have no API.
Yes, that was my point. If you do not understand why it is an essential
part of libavdevice, I suggest you take the time to learn what
libavdevice is all about and refrain from commenting on it before you
have gotten a
On 9/24/23, Nicolas George wrote:
> Paul B Mahol (12023-09-24):
>> Define 'works'.
>>
>> It is clearly sub-optimal.
>
> Many users use it for many different tasks and it serves them
> efficiently.
>
> There are probably ways to enhance the API of libavdevice. If you have
> suggestions, then
Paul B Mahol (12023-09-24):
> Define 'works'.
>
> It is clearly sub-optimal.
Many users use it for many different tasks and it serves them
efficiently.
There are probably ways to enhance the API of libavdevice. If you have
suggestions, then please share them. But when you say that libavdevices
On 9/24/23, Nicolas George wrote:
> Paul B Mahol (12023-09-24):
>> libavdevice is abusing libavformat.
>>
>> It should have own API or be removed.
>
> libavdevice works.
Define 'works'.
It is clearly sub-optimal.
___
ffmpeg-devel mailing list
Attached.
From 8863580694665ff33312829209b7aabc41ae1855 Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Sun, 24 Sep 2023 19:28:40 +0200
Subject: [PATCH] avcodec/dxa: use uint8_t for type of arrays
Signed-off-by: Paul B Mahol
---
libavcodec/dxa.c | 4 ++--
1 file changed, 2 insertions(+), 2
Michael Niedermayer (12023-09-24):
> Also SW must be easy maintainable, everything i hear of gitlab is saying
> the opposit.
I have not read the rest of the message yet, for now I just want to
mention that a non-negligible part of my job in the last year involved
upgrading GitLab after emergency
On Sun, Sep 24, 2023 at 04:10:00PM +0100, Ronald S. Bultje wrote:
> Hi,
>
> On Sun, Sep 24, 2023 at 1:40 PM Marton Balint wrote:
>
> > On Sun, 24 Sep 2023, Kyle Swanson wrote:
> > > DNS
> > > ---
> > >
> > > - Currently the DNS of ffmpeg.org is managed by Fabrice
> > > - Michael was asked
Signed-off-by: Michael Niedermayer
---
tests/fate/ffprobe.mak | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/tests/fate/ffprobe.mak b/tests/fate/ffprobe.mak
index d2abe8a11e1..ee76a0dab3f 100644
--- a/tests/fate/ffprobe.mak
+++ b/tests/fate/ffprobe.mak
@@ -35,7 +35,8 @@
Signed-off-by: Michael Niedermayer
---
tests/fate/api.mak | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/fate/api.mak b/tests/fate/api.mak
index 688fc0f9b39..ebdedd3ff5b 100644
--- a/tests/fate/api.mak
+++ b/tests/fate/api.mak
@@ -16,7 +16,7 @@
Signed-off-by: Michael Niedermayer
---
tests/fate/libswscale.mak | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tests/fate/libswscale.mak b/tests/fate/libswscale.mak
index f8572f9c37b..f2dcd352560 100644
--- a/tests/fate/libswscale.mak
+++ b/tests/fate/libswscale.mak
@@
Hi Michael,
On Sun, Sep 24, 2023 at 11:09 AM Michael Niedermayer
wrote:
> On Sun, Sep 24, 2023 at 09:37:03AM +0100, Kyle Swanson wrote:
> > Gitlab (or something like Gitlab)
> > -
> >
> > - Ronald is proposing that we move to Gitlab, or something similar
> >
Hi,
On Sun, Sep 24, 2023 at 1:40 PM Marton Balint wrote:
> On Sun, 24 Sep 2023, Kyle Swanson wrote:
> > DNS
> > ---
> >
> > - Currently the DNS of ffmpeg.org is managed by Fabrice
> > - Michael was asked if he has control over the ffmpeg.org DNS
> register.
> > - Michael says he thinks he
On Sun, Sep 24, 2023 at 02:36:20PM +0200, Marton Balint wrote:
>
>
> On Sun, 24 Sep 2023, Kyle Swanson wrote:
>
> > DNS
> > ---
> >
> > - Currently the DNS of ffmpeg.org is managed by Fabrice
> > - Michael was asked if he has control over the ffmpeg.org DNS register.
> > - Michael says
On Sun, 24 Sep 2023, Kyle Swanson wrote:
DNS
---
- Currently the DNS of ffmpeg.org is managed by Fabrice
- Michael was asked if he has control over the ffmpeg.org DNS register.
- Michael says he thinks he has some.
- Ronald would be curious to know what "some" means.
- Ronald
Paul B Mahol (12023-09-24):
> libavdevice is abusing libavformat.
>
> It should have own API or be removed.
libavdevice works.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On Sun, Sep 24, 2023 at 11:12 AM Nicolas George wrote:
> Neal Gompa (12023-09-23):
> > If it's just taking SDR devices as inputs and allowing you to encode
> > audio and video streams, I'm not sure why you *wouldn't* have this as
> > something in libavdevice or extended from it as a separate
>> General Assembly, Candidates (J-B will mail a vote):
>> - BBB
>> - Derek
>
> Quite interresting that every single developer who probably isnt going
> to support
> some of the significant changes proposed later disappeared from the
> Previous
> Candidates
What are you talking about? This
Hi,
I plan to resent this series without the latest patch.
Regarding Patch 1 and 2 do you have any comment?
One thing is that unlike the decode.c which has a common
ff_decode_frame_props_from_pkt() there is no such thing for the encode
part. Or maybe I missed it ?
I noticed that the
Neal Gompa (12023-09-23):
> If it's just taking SDR devices as inputs and allowing you to encode
> audio and video streams, I'm not sure why you *wouldn't* have this as
> something in libavdevice or extended from it as a separate library.
The people who oppose Michael's SDR also have been trying
24 matches
Mail list logo
