On Mon, Jul 10, 2023 at 08:57:36AM +0200, Lynne wrote:
> Jul 3, 2023, 00:46 by mich...@niedermayer.cc:
>
> > On Mon, Jul 03, 2023 at 12:03:10AM +0200, Lynne wrote:
> >
> >> Jul 2, 2023, 23:15 by mich...@niedermayer.cc:
> >>
> >> > On Sun, Jul 02, 2023 at 08:55:40PM +0200, Lynne wrote:
> >> >
> >>
Jul 3, 2023, 00:46 by mich...@niedermayer.cc:
> On Mon, Jul 03, 2023 at 12:03:10AM +0200, Lynne wrote:
>
>> Jul 2, 2023, 23:15 by mich...@niedermayer.cc:
>>
>> > On Sun, Jul 02, 2023 at 08:55:40PM +0200, Lynne wrote:
>> >
>> >> Jul 2, 2023, 13:01 by mich...@niedermayer.cc:
>> >>
>> >> > On Fri,
On Mon, Jul 03, 2023 at 12:03:10AM +0200, Lynne wrote:
> Jul 2, 2023, 23:15 by mich...@niedermayer.cc:
>
> > On Sun, Jul 02, 2023 at 08:55:40PM +0200, Lynne wrote:
> >
> >> Jul 2, 2023, 13:01 by mich...@niedermayer.cc:
> >>
> >> > On Fri, Jun 30, 2023 at 04:38:46PM +0200, Jean-Baptiste Kempf
Jul 2, 2023, 23:15 by mich...@niedermayer.cc:
> On Sun, Jul 02, 2023 at 08:55:40PM +0200, Lynne wrote:
>
>> Jul 2, 2023, 13:01 by mich...@niedermayer.cc:
>>
>> > On Fri, Jun 30, 2023 at 04:38:46PM +0200, Jean-Baptiste Kempf wrote:
>> >
>> >> On Fri, 30 Jun 2023, at 16:08, Michael Niedermayer
On Sun, Jul 02, 2023 at 08:55:40PM +0200, Lynne wrote:
> Jul 2, 2023, 13:01 by mich...@niedermayer.cc:
>
> > On Fri, Jun 30, 2023 at 04:38:46PM +0200, Jean-Baptiste Kempf wrote:
> >
> >> On Fri, 30 Jun 2023, at 16:08, Michael Niedermayer wrote:
> >> > Also as said previously, If there is at least
Jul 2, 2023, 21:52 by geo...@nsup.org:
> Lynne (12023-07-02):
>
>> git master is not a playground, but it is certainly a place for developers
>> to experiment with ideas they're *seriously* exploring.
>>
>> Sonic and Snow were experiments. They didn't work out, but nevertheless,
>> they made
Lynne (12023-07-02):
> git master is not a playground, but it is certainly a place for developers
> to experiment with ideas they're *seriously* exploring.
>
> Sonic and Snow were experiments. They didn't work out, but nevertheless,
> they made their mark on the status quo of compression research
Jul 2, 2023, 13:01 by mich...@niedermayer.cc:
> On Fri, Jun 30, 2023 at 04:38:46PM +0200, Jean-Baptiste Kempf wrote:
>
>> On Fri, 30 Jun 2023, at 16:08, Michael Niedermayer wrote:
>> > Also as said previously, If there is at least a 2nd developer working
>> > on this then we could & should move
Jul 2, 2023, 18:08 by geo...@nsup.org:
> Jean-Baptiste Kempf (12023-07-02):
>
>> Absolutely not.
>> You are the only one who believes that.
>>
>
> Except for the person who created FFmpeg in the first place. And
> probably other people too.
>
> Most great Libre Software projects are hackers
On Sun, Jul 02, 2023 at 08:20:03PM +0200, Nicolas George wrote:
[...]
> It would be 100% legal and within the rules, but stealing nonetheless.
> Michael is a thousand times more FFmpeg than you.
iam nothing like that and i really dont like how this thread
degenerates into increasingly offensive
Le 2 juillet 2023 19:01:41 GMT+03:00, Nicolas George a écrit :
>Rémi Denis-Courmont (12023-07-02):
>> Otherwise it's not offensive and inflammatory. Rather it's insulting and
>> defamatory.
>
>“Bean counter” was derogatory,
So you admit to insulting not just me but a whole bunch of other
Jean-Baptiste Kempf (12023-07-02):
> Unfortunately, for both questions, I think you are in the minority.
> But if you want, we can call an AG vote.
You can do so, but be sure to write the question in the way things will
happen:
“Do you want to continue making FFmpeg a hostile place for hackers
On Sun, 2 Jul 2023, at 18:07, Nicolas George wrote:
> Jean-Baptiste Kempf (12023-07-02):
>> Absolutely not.
>> You are the only one who believes that.
>
> Except for the person who created FFmpeg in the first place. And probably
> other people too.
Having talked to Fabrice lately, I didn’t get
Michael Niedermayer (12023-07-02):
> as libavradio so far has been the only actionable suggestion.
> ill move the code to that and next revission or the one after that
> will be in libavradio.
Please only do that if it makes working on the code easier for you.
These people will not take
Jean-Baptiste Kempf (12023-07-02):
> Absolutely not.
> You are the only one who believes that.
Except for the person who created FFmpeg in the first place. And
probably other people too.
Most great Libre Software projects are hackers playgrounds first. They
become immensely useful as a
Rémi Denis-Courmont (12023-07-02):
> Otherwise it's not offensive and inflammatory. Rather it's insulting and
> defamatory.
“Bean counter” was derogatory, but against an attitude like yours, not
against a matter of lower of higher.
This kind of strategy to assassinate my character is not very
Hi,
Le 2 juillet 2023 13:08:54 GMT+03:00, Paul B Mahol a écrit :
>On Sun, Jul 2, 2023 at 11:40 AM Nicolas George wrote:
>
>> Michael Niedermayer (12023-06-30):
>> > And if we could put it in git master then people could work together to
>> > build the libavradio out of it as we all want.
>> >
On Fri, Jun 30, 2023 at 04:38:46PM +0200, Jean-Baptiste Kempf wrote:
> On Fri, 30 Jun 2023, at 16:08, Michael Niedermayer wrote:
> > Also as said previously, If there is at least a 2nd developer working
> > on this then we could & should move this to a seperate libraray (libavradio)
>
> Why wait
On Sun, 2 Jul 2023, at 11:58, Nicolas George wrote:
>> Even if it is disabled by default, git master isn't a playground for
>> personal projects.
>
> Yes it is.
Absolutely not.
You are the only one who believes that.
--
Jean-Baptiste Kempf - President
+33 672 704 734
On Sun, Jul 2, 2023 at 11:58 AM Nicolas George wrote:
> Martin Storsjo (12023-07-01):
> > As numerous others have said already, this is at the wrong level of
> > abstraction, even if it happens to work for you for the current use case.
>
> Then say what yopu think is the right level.
>
> > Even
On Sun, Jul 2, 2023 at 11:40 AM Nicolas George wrote:
> Michael Niedermayer (12023-06-30):
> > And if we could put it in git master then people could work together to
> > build the libavradio out of it as we all want.
> >
> > Such collaboration is kind of one of the reasons of having a "git
Martin Storsjo (12023-07-01):
> As numerous others have said already, this is at the wrong level of
> abstraction, even if it happens to work for you for the current use case.
Then say what yopu think is the right level.
> Even if it is disabled by default, git master isn't a playground for
>
Michael Niedermayer (12023-06-30):
> And if we could put it in git master then people could work together to
> build the libavradio out of it as we all want.
>
> Such collaboration is kind of one of the reasons of having a "git master"
I want you to continue writing your great code where it is
Tomas Härdin (12023-07-01):
> Just start a separate project or contribute to GNU Radio or osmocom or
> whatever. How is this so difficult to grasp?
Yeah, handling a separate project and maintaining a separate built
system is the best use of the limited time of one of the best hackers in
the
>
> You can design something starting with a filter and then define everything
> a subclass of filter.
> you can design things with no common class and everything different types.
>
> But whatever you call the class for the SDR code and the class of the
> common
> demuxers. Their do look very darn
On Sat, Jul 01, 2023 at 09:42:14PM +0100, Kieran Kunhya wrote:
[...]
> > If so, what design ?
> >
>
> This is purely a flaw in FFmpeg that protocol/demux are joined up into the
> same library. Also an assumption (coming from things like AVI and probably
> reasonable at the time) that there is
>
> If we look at DAB or DVB in a more fundamental way, they have no need
> for mpegts.
> Should this (apparently unneeded) design decission in DAB/DVB dictate
> design on our side when it has not previously ?
>
What planet do you live on, of course they need MPEG-TS? How do you have
multiple
On Sat, Jul 01, 2023 at 10:41:34PM +0300, Martin Storsjö wrote:
> On Sat, 1 Jul 2023, Michael Niedermayer wrote:
>
> > On Sat, Jul 01, 2023 at 12:36:06AM +0300, Martin Storsjö wrote:
> > > On Fri, 30 Jun 2023, Michael Niedermayer wrote:
> > >
> > > > On Thu, Jun 29, 2023 at 05:43:53PM +0200,
lör 2023-07-01 klockan 22:41 +0300 skrev Martin Storsjö:
> On Sat, 1 Jul 2023, Michael Niedermayer wrote:
>
> > On Sat, Jul 01, 2023 at 12:36:06AM +0300, Martin Storsjö wrote:
> > > On Fri, 30 Jun 2023, Michael Niedermayer wrote:
> > >
> > > > On Thu, Jun 29, 2023 at 05:43:53PM +0200, Paul B
On Sat, 1 Jul 2023, Michael Niedermayer wrote:
On Sat, Jul 01, 2023 at 12:36:06AM +0300, Martin Storsjö wrote:
On Fri, 30 Jun 2023, Michael Niedermayer wrote:
On Thu, Jun 29, 2023 at 05:43:53PM +0200, Paul B Mahol wrote:
If you apply this I will apply my pending libswresample commits and
On Sat, Jul 01, 2023 at 12:36:06AM +0300, Martin Storsjö wrote:
[...]
> Even if it is disabled by default, git master isn't a playground for
> personal projects.
This is in no way intended as a "personal project"
(other parts replied to already)
thx
[...]
--
Michael GnuPG fingerprint:
On Sat, Jul 1, 2023 at 8:56 PM Michael Niedermayer
wrote:
> On Sat, Jul 01, 2023 at 06:28:03PM +0300, Rémi Denis-Courmont wrote:
> > Hi,
> >
> > Le 30 juin 2023 21:02:36 GMT+03:00, Michael Niedermayer <
> mich...@niedermayer.cc> a écrit :
> > >On Fri, Jun 30, 2023 at 07:40:53PM +0200, Michael
Quoting Martin Storsjö (2023-06-30 23:36:06)
> I object to merging this patch.
>
> As numerous others have said already, this is at the wrong level of
> abstraction, even if it happens to work for you for the current use case.
>
> Even if it is disabled by default, git master isn't a playground
On Sat, Jul 01, 2023 at 06:28:03PM +0300, Rémi Denis-Courmont wrote:
> Hi,
>
> Le 30 juin 2023 21:02:36 GMT+03:00, Michael Niedermayer
> a écrit :
> >On Fri, Jun 30, 2023 at 07:40:53PM +0200, Michael Niedermayer wrote:
> >> On Fri, Jun 30, 2023 at 04:38:46PM +0200, Jean-Baptiste Kempf wrote:
>
Hi,
Le 30 juin 2023 21:02:36 GMT+03:00, Michael Niedermayer
a écrit :
>On Fri, Jun 30, 2023 at 07:40:53PM +0200, Michael Niedermayer wrote:
>> On Fri, Jun 30, 2023 at 04:38:46PM +0200, Jean-Baptiste Kempf wrote:
>> > On Fri, 30 Jun 2023, at 16:08, Michael Niedermayer wrote:
>> > > Also as said
On Fri, Jun 30, 2023 at 06:00:18PM +0100, Kieran Kunhya wrote:
> On Fri, 30 Jun 2023 at 15:08, Michael Niedermayer
> wrote:
>
> > On Thu, Jun 29, 2023 at 05:43:53PM +0200, Paul B Mahol wrote:
> > > If you apply this I will apply my pending libswresample commits and also
> > > remove sonic
Hi Martin
On Sat, Jul 01, 2023 at 12:36:06AM +0300, Martin Storsjö wrote:
> On Fri, 30 Jun 2023, Michael Niedermayer wrote:
>
> > On Thu, Jun 29, 2023 at 05:43:53PM +0200, Paul B Mahol wrote:
> > > If you apply this I will apply my pending libswresample commits and also
> > > remove sonic
fre 2023-06-30 klockan 16:08 +0200 skrev Michael Niedermayer:
> Also as said previously, If there is at least a 2nd developer working
> on this then we could & should move this to a seperate libraray
> (libavradio)
Just start a separate project or contribute to GNU Radio or osmocom or
whatever.
On Fri, 30 Jun 2023, Michael Niedermayer wrote:
On Thu, Jun 29, 2023 at 05:43:53PM +0200, Paul B Mahol wrote:
If you apply this I will apply my pending libswresample commits and also
remove sonic decoder from libavcodec.
ok, if you plan to fix the bugs in the libswresample patches
ill wait
On Fri, Jun 30, 2023 at 07:40:53PM +0200, Michael Niedermayer wrote:
> On Fri, Jun 30, 2023 at 04:38:46PM +0200, Jean-Baptiste Kempf wrote:
> > On Fri, 30 Jun 2023, at 16:08, Michael Niedermayer wrote:
> > > Also as said previously, If there is at least a 2nd developer working
> > > on this then
On Fri, Jun 30, 2023 at 7:41 PM Michael Niedermayer
wrote:
> On Fri, Jun 30, 2023 at 04:38:46PM +0200, Jean-Baptiste Kempf wrote:
> > On Fri, 30 Jun 2023, at 16:08, Michael Niedermayer wrote:
> > > Also as said previously, If there is at least a 2nd developer working
> > > on this then we could
On Fri, Jun 30, 2023 at 04:38:46PM +0200, Jean-Baptiste Kempf wrote:
> On Fri, 30 Jun 2023, at 16:08, Michael Niedermayer wrote:
> > Also as said previously, If there is at least a 2nd developer working
> > on this then we could & should move this to a seperate libraray (libavradio)
>
> Why wait
On Fri, 30 Jun 2023 at 15:08, Michael Niedermayer
wrote:
> On Thu, Jun 29, 2023 at 05:43:53PM +0200, Paul B Mahol wrote:
> > If you apply this I will apply my pending libswresample commits and also
> > remove sonic decoder from libavcodec.
>
> ok, if you plan to fix the bugs in the libswresample
On Fri, 30 Jun 2023, at 16:08, Michael Niedermayer wrote:
> Also as said previously, If there is at least a 2nd developer working
> on this then we could & should move this to a seperate libraray (libavradio)
Why wait for a 2nd dev?
--
Jean-Baptiste Kempf - President
+33 672 704 734
On Thu, Jun 29, 2023 at 05:43:53PM +0200, Paul B Mahol wrote:
> If you apply this I will apply my pending libswresample commits and also
> remove sonic decoder from libavcodec.
ok, if you plan to fix the bugs in the libswresample patches
ill wait a bit, so others can object and if no objections
If you apply this I will apply my pending libswresample commits and also
remove sonic decoder from libavcodec.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or
Changes since last:
fix unneccesarily large blocks
FM stereo
kbd window bug
FM emphasis filters
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
47 matches
Mail list logo
