Re: [FFmpeg-devel] SDR lib comments

2023-10-02 Thread Nicolas George
Rémi Denis-Courmont (12023-09-29): > We can't just --disable-whatever. We do support building against > distribution-provided FFmpeg afterall, where we have no influence on > the build settings. We try to be nice and cooperative upstreams and > downstreams. Oh, but if you rely on FFmpeg from distr

Re: [FFmpeg-devel] SDR lib comments

2023-10-02 Thread Nicolas George
Rémi Denis-Courmont (12023-09-29): > First, I don't *represent* any downstream. I just happen to be one of > several maintainers of one such project. And you write here about them: you decide to represent them. > In my experience, > what you claim

Re: [FFmpeg-devel] SDR lib comments

2023-10-02 Thread Nicolas George
Vittorio Giovara (12023-09-29): > In a previous thread you said SDR shouldn't be a separate library because > it wastes downstream time to package and bundle it separately. No, it wastes Michael's time. It also wastes downstream time, indeed, but that is not our problem. Yet, it shows how useless

Re: [FFmpeg-devel] SDR lib comments

2023-09-29 Thread Nicolas George
Rémi Denis-Courmont (12023-09-29): > A core feature that depends on niche hardware libpostproc does not depend on niche hardware. If the discussion bores you to the point of not remembering what is being discussed, maybe just dropping it and letting those who care spend their time. -- Nicolas

Re: [FFmpeg-devel] SDR lib comments

2023-09-29 Thread Rémi Denis-Courmont
Le 29 septembre 2023 14:43:11 GMT+03:00, Nicolas George a écrit : >Anton Khirnov (12023-09-29): >> What does anybody gain from it being in our source tree, as opposed to a >> separate library? > >Not having to maintain yet another packaging and build system. Talk about flimsy "scraps of the bo

Re: [FFmpeg-devel] SDR lib comments

2023-09-29 Thread Vittorio Giovara
On Fri, Sep 29, 2023 at 3:03 AM Nicolas George wrote: > Well, I think this makes it obvious why I think people representing > downstream projects should have very little influence on the future of > FFmpeg. > In a previous thread you said SDR shouldn't be a separate library because it wastes dow

Re: [FFmpeg-devel] SDR lib comments

2023-09-29 Thread Nicolas George
Anton Khirnov (12023-09-29): > What does anybody gain from it being in our source tree, as opposed to a > separate library? Not having to maintain yet another packaging and build system. Not having an external dependency for something that could be considered a core feature. -- Nicolas George

Re: [FFmpeg-devel] SDR lib comments

2023-09-29 Thread Anton Khirnov
Quoting Michael Niedermayer (2023-09-28 21:28:35) > On Thu, Sep 28, 2023 at 12:28:22PM +0200, Anton Khirnov wrote: > > Quoting Michael Niedermayer (2023-09-23 18:43:44) > > > Is a seperate library really the right choice for SDR in FFmpeg at this > > > stage ? > > > > > > Also code can always be

Re: [FFmpeg-devel] SDR lib comments

2023-09-29 Thread Rémi Denis-Courmont
Le 29 septembre 2023 10:03:13 GMT+03:00, Nicolas George a écrit : >Well, I think this makes it obvious why I think people representing >downstream projects should have very little influence on the future of >FFmpeg. First, I don't *represent* any downstream. I just happen to be one of several

Re: [FFmpeg-devel] SDR lib comments

2023-09-29 Thread Rémi Denis-Courmont
Le 29 septembre 2023 10:03:13 GMT+03:00, Nicolas George a écrit : >Rémi Denis-Courmont (12023-09-29): >> And as a downstream OSS application developer, I'd really rather >> postproc be officially and properly dropped, so I can justify dropping >> it downstream as well. > >Let me get this straig

Re: [FFmpeg-devel] SDR lib comments

2023-09-29 Thread Nicolas George
Rémi Denis-Courmont (12023-09-29): > And as a downstream OSS application developer, I'd really rather > postproc be officially and properly dropped, so I can justify dropping > it downstream as well. Let me get this straight? You COULD just add --disable-postproc in your downstream project and be

Re: [FFmpeg-devel] SDR lib comments

2023-09-28 Thread Michael Niedermayer
On Thu, Sep 28, 2023 at 05:07:17PM -0400, Vittorio Giovara wrote: > On Thu, Sep 28, 2023 at 3:28 PM Michael Niedermayer > wrote: > > > On Thu, Sep 28, 2023 at 12:28:22PM +0200, Anton Khirnov wrote: > > > Quoting Michael Niedermayer (2023-09-23 18:43:44) > > > > Is a seperate library really the ri

Re: [FFmpeg-devel] SDR lib comments

2023-09-28 Thread Michael Niedermayer
On Fri, Sep 29, 2023 at 12:05:56AM +0300, Rémi Denis-Courmont wrote: > > > Le 28 septembre 2023 22:28:35 GMT+03:00, Michael Niedermayer > a écrit : > >On Thu, Sep 28, 2023 at 12:28:22PM +0200, Anton Khirnov wrote: > >> Quoting Michael Niedermayer (2023-09-23 18:43:44) > >> > Is a seperate libra

Re: [FFmpeg-devel] SDR lib comments

2023-09-28 Thread Vittorio Giovara
On Thu, Sep 28, 2023 at 3:28 PM Michael Niedermayer wrote: > On Thu, Sep 28, 2023 at 12:28:22PM +0200, Anton Khirnov wrote: > > Quoting Michael Niedermayer (2023-09-23 18:43:44) > > > Is a seperate library really the right choice for SDR in FFmpeg at > this stage ? > > > > > > Also code can alway

Re: [FFmpeg-devel] SDR lib comments

2023-09-28 Thread Rémi Denis-Courmont
Le 28 septembre 2023 22:28:35 GMT+03:00, Michael Niedermayer a écrit : >On Thu, Sep 28, 2023 at 12:28:22PM +0200, Anton Khirnov wrote: >> Quoting Michael Niedermayer (2023-09-23 18:43:44) >> > Is a seperate library really the right choice for SDR in FFmpeg at this >> > stage ? >> > >> > Also

Re: [FFmpeg-devel] SDR lib comments

2023-09-28 Thread Michael Niedermayer
On Thu, Sep 28, 2023 at 12:28:22PM +0200, Anton Khirnov wrote: > Quoting Michael Niedermayer (2023-09-23 18:43:44) > > Is a seperate library really the right choice for SDR in FFmpeg at this > > stage ? > > > > Also code can always be moved into an seperate library > > we've had postproc in the

Re: [FFmpeg-devel] SDR lib comments

2023-09-28 Thread Anton Khirnov
Quoting Michael Niedermayer (2023-09-23 18:43:44) > Is a seperate library really the right choice for SDR in FFmpeg at this stage > ? > > Also code can always be moved into an seperate library we've had postproc in the tree for ages, nobody maintains it or cares about it, yet it seems impossible