Le lauantaina 23. syyskuuta 2023, 9.49.47 EEST Neal Gompa a écrit :
> On Fri, Sep 22, 2023 at 12:33 PM Michael Niedermayer
>
> wrote:
> > > What does this mean? Does this mean an FFmpeg release containing code
> > > that
> > > interfaces with your SDR library? Or does it mean the library fully
>
Le torstaina 21. syyskuuta 2023, 21.56.52 EEST Michael Niedermayer a écrit :
> Hi
>
> On Thu, Sep 21, 2023 at 05:33:54PM +0100, Kieran Kunhya via ffmpeg-devel
wrote:
> > On Thu, Sep 21, 2023 at 5:21 PM Michael Niedermayer
> >
> > wrote:
> > > OTOH If a majority of people are against the SDR
Paul B Mahol (12023-09-21):
> If this SDR troll code ever get committed in FFmpeg libraries I will
> immediately leave project.
That would be sad for the project. But I am sorry, I sincerely believe
that if you were to follow through with it, it would be a price worth
paying to have Michael
On Sun, 24 Sept 2023, 18:34 Paul B Mahol, wrote:
> 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.
>
Why
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
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
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
On Sat, Sep 23, 2023 at 6:55 AM Michael Niedermayer
wrote:
>
> On Sat, Sep 23, 2023 at 02:49:47AM -0400, Neal Gompa wrote:
> > On Fri, Sep 22, 2023 at 12:33 PM Michael Niedermayer
> > wrote:
> > >
> > > On Fri, Sep 22, 2023 at 03:55:57PM +0200, Gijs Peskens wrote:
> > > >
> > > > On 21-09-2023
On Sat, Sep 23, 2023 at 02:49:47AM -0400, Neal Gompa wrote:
> On Fri, Sep 22, 2023 at 12:33 PM Michael Niedermayer
> wrote:
> >
> > On Fri, Sep 22, 2023 at 03:55:57PM +0200, Gijs Peskens wrote:
> > >
> > > On 21-09-2023 18:21, Michael Niedermayer wrote:
> > > > Hi all
> > > >
> > > > As the 6.1
On Fri, Sep 22, 2023 at 12:33 PM Michael Niedermayer
wrote:
>
> On Fri, Sep 22, 2023 at 03:55:57PM +0200, Gijs Peskens wrote:
> >
> > On 21-09-2023 18:21, Michael Niedermayer wrote:
> > > Hi all
> > >
> > > As the 6.1 release is upcoming and as it was previously stated by me that
> > > sdr
> > >
On Fri, Sep 22, 2023 at 03:55:57PM +0200, Gijs Peskens wrote:
>
> On 21-09-2023 18:21, Michael Niedermayer wrote:
> > Hi all
> >
> > As the 6.1 release is upcoming and as it was previously stated by me that
> > sdr
> > will be part of 6.1. Heres some update of what i intend to do about that.
>
On 21-09-2023 18:21, Michael Niedermayer wrote:
Hi all
As the 6.1 release is upcoming and as it was previously stated by me that sdr
will be part of 6.1. Heres some update of what i intend to do about that.
People previously agreed to including a SDR input device in libavdevice with
SDR in a
On Thu, Sep 21, 2023 at 9:37 PM Nicolas George wrote:
> Vittorio Giovara (12023-09-21):
> > So this is an example of accusatory tone - discrediting the previous
> author
> > in order to make your arguments have more weight. It's a bad move and
> > easily spottable, you should argue with better
Vittorio Giovara (12023-09-21):
> So this is an example of accusatory tone - discrediting the previous author
> in order to make your arguments have more weight. It's a bad move and
> easily spottable, you should argue with better elements at your disposal,
> not by claiming that I don't package
On Thu, Sep 21, 2023 at 3:05 PM Nicolas George wrote:
> Vittorio Giovara (12023-09-21):
> > What about other developers' time for maintenance?
>
> Yes, what about it?
>
> How much time did YOU spend maintaining libavfilter or libavdevice?
> Zero.
>
> How much time will you spend maintaining SDR?
On Thu, Sep 21, 2023 at 9:05 PM Nicolas George wrote:
> Vittorio Giovara (12023-09-21):
> > What about other developers' time for maintenance?
>
> Yes, what about it?
>
> How much time did YOU spend maintaining libavfilter or libavdevice?
> Zero.
>
> How much time will you spend maintaining SDR?
Vittorio Giovara (12023-09-21):
> What about other developers' time for maintenance?
Yes, what about it?
How much time did YOU spend maintaining libavfilter or libavdevice?
Zero.
How much time will you spend maintaining SDR? Zero.
What does it change for you and everybody who thinks like you?
Hi
On Thu, Sep 21, 2023 at 05:33:54PM +0100, Kieran Kunhya via ffmpeg-devel wrote:
> On Thu, Sep 21, 2023 at 5:21 PM Michael Niedermayer
> wrote:
> > OTOH If a majority of people are against the SDR code at the time of
> > branching 6.1. Then i will make a separate release identical to 6.1 with
On Thu, Sep 21, 2023 at 2:51 PM Nicolas George wrote:
> Vittorio Giovara (12023-09-21):
> > Good, if it's so isolated it can be moved to a separate library and we're
> > arguing over nothing.
>
> Wasting Michael's time for the maintenance and users' time for
> installing it in the process. That
Vittorio Giovara (12023-09-21):
> Good, if it's so isolated it can be moved to a separate library and we're
> arguing over nothing.
Wasting Michael's time for the maintenance and users' time for
installing it in the process. That is a completely stupid idea.
> Will you stop with this accusatory
On Thu, Sep 21, 2023 at 2:19 PM Nicolas George wrote:
> Vittorio Giovara (12023-09-21):
> > Because it adds maintenance burden and it's out of scope with the proejct
>
> The feature is isolated, so that is a lie.
>
Good, if it's so isolated it can be moved to a separate library and we're
Vittorio Giovara (12023-09-21):
> Because it adds maintenance burden and it's out of scope with the proejct
The feature is isolated, so that is a lie.
> No thanks, feature creep is a bad mojo.
“Creep” is your opinion, the opinion of somebody who we never see on
users mailing lists by the way.
On Thu, Sep 21, 2023 at 1:16 PM Nicolas George wrote:
> Kieran Kunhya via ffmpeg-devel (12023-09-21):
> > How on earth is it acceptable that you can publish your hobby project
> > under the FFmpeg project name?
>
> How on earth is it acceptable that you continue bikeshedding a feature
> that
Kieran Kunhya via ffmpeg-devel (12023-09-21):
> How on earth is it acceptable that you can publish your hobby project
> under the FFmpeg project name?
How on earth is it acceptable that you continue bikeshedding a feature
that some users have been enthusiastically waiting for?
> I have been
On Thu, Sep 21, 2023 at 6:21 PM Michael Niedermayer
wrote:
> Hi all
>
> As the 6.1 release is upcoming and as it was previously stated by me that
> sdr
> will be part of 6.1. Heres some update of what i intend to do about that.
>
Very bold claim.
>
> People previously agreed to including a
On Thu, Sep 21, 2023 at 5:21 PM Michael Niedermayer
wrote:
> OTOH If a majority of people are against the SDR code at the time of
> branching 6.1. Then i will make a separate release identical to 6.1 with
> the SDR code and of course also provide security support
How on earth is it acceptable
Hi all
As the 6.1 release is upcoming and as it was previously stated by me that sdr
will be part of 6.1. Heres some update of what i intend to do about that.
People previously agreed to including a SDR input device in libavdevice with
SDR in a seperate library.
If the community and the SDR
28 matches
Mail list logo
