On Thu, Aug 10, 2023 at 04:58:37PM +0200, Vittorio Giovara wrote:
> On Thu, Aug 10, 2023 at 2:39 PM Nicolas George wrote:
>
> > > No. You are taking for granted that SDR belongs in FFmpeg in the first
> > place,
> > > and that's exactly what people disagree with.
> >
> > And you are taking for
tor 2023-08-10 klockan 14:39 +0200 skrev Nicolas George:
> If a sponsor tried to leverage their sponsoring to dictate the
> direction
> of the project, threatening to withhold it unless they get their way,
> then we should realize that sponsor is a dangerous asshole and sever
> all
> ties with
On Thu, 10 Aug 2023, at 14:39, Nicolas George wrote:
>> livelihood, and millions for their computer use" in response to NG's
>> argument
>> that FFmpeg should be turned into a fun experimental research project, and
>> that people who wanted to keep FFmpeg what he calls a "serious open-source
On 8/10/2023 9:39 AM, Nicolas George wrote:
Rémi Denis-Courmont (12023-08-08):
No. You are taking for granted that SDR belongs in FFmpeg in the first place,
and that's exactly what people disagree with.
And you are taking for granted that it does not belongs in FFmpeg.
But what you refuse to
On Thu, Aug 10, 2023 at 2:39 PM Nicolas George wrote:
> > No. You are taking for granted that SDR belongs in FFmpeg in the first
> place,
> > and that's exactly what people disagree with.
>
> And you are taking for granted that it does not belongs in FFmpeg.
>
> But what you refuse to realize is
Rémi Denis-Courmont (12023-08-08):
> I have made some preposterous statements in my dark past, but I am pretty
> sure
> that I didn't make any statement to that effect, no.
>
> I did assert that there "are dozens of people, ostensibly including [you],
> that depend on FFmpeg being ""Serious
On Wed, Aug 9, 2023 at 5:59 PM Michael Niedermayer
wrote:
> On Tue, Aug 08, 2023 at 09:53:11PM +0300, Rémi Denis-Courmont wrote:
> > Le tiistaina 8. elokuuta 2023, 18.22.49 EEST Michael Niedermayer a écrit
> :
> > > > > That is missing that people suggest a path forward but
> > > > > with too
On Tue, Aug 08, 2023 at 09:53:11PM +0300, Rémi Denis-Courmont wrote:
> Le tiistaina 8. elokuuta 2023, 18.22.49 EEST Michael Niedermayer a écrit :
> > > > That is missing that people suggest a path forward but
> > > > with too few details to easily walk that path.
> > >
> > > Uh, I hate to state
Le tiistaina 8. elokuuta 2023, 18.22.49 EEST Michael Niedermayer a écrit :
> > > That is missing that people suggest a path forward but
> > > with too few details to easily walk that path.
> >
> > Uh, I hate to state the patently obvious, but if "no path forward is
> > needed", then there should
On Tue, Aug 8, 2023 at 5:23 PM Michael Niedermayer
wrote:
> Hi
>
> On Mon, Aug 07, 2023 at 06:39:10PM +0300, Rémi Denis-Courmont wrote:
> > Le sunnuntaina 6. elokuuta 2023, 22.53.23 EEST Michael Niedermayer a
> écrit :
> > > > > > Did you ask people to do that?
> > > > >
> > > > > yes, multiple
Hi
On Mon, Aug 07, 2023 at 06:39:10PM +0300, Rémi Denis-Courmont wrote:
> Le sunnuntaina 6. elokuuta 2023, 22.53.23 EEST Michael Niedermayer a écrit :
> > > > > Did you ask people to do that?
> > > >
> > > > yes, multiple times.
> > > > Also normally patch objections come with a path forward,
Le sunnuntaina 6. elokuuta 2023, 22.53.23 EEST Michael Niedermayer a écrit :
> > > > Did you ask people to do that?
> > >
> > > yes, multiple times.
> > > Also normally patch objections come with a path forward, that was not
> > > the case here.
> >
> > Not necessarily, sometimes preventing a
Hi Vittorio
On Sun, Aug 06, 2023 at 01:32:30AM +0200, Vittorio Giovara wrote:
> On Sat, Aug 5, 2023 at 8:55 PM Michael Niedermayer
> wrote:
>
> > Hi
> >
> > replying to the other question too
> >
> > On Wed, Aug 02, 2023 at 04:44:14PM +0200, Jean-Baptiste Kempf wrote:
> > > On Wed, 2 Aug 2023,
sön 2023-08-06 klockan 01:32 +0200 skrev Vittorio Giovara:
> On Sat, Aug 5, 2023 at 8:55 PM Michael Niedermayer
>
> wrote:
>
> > Hi
> >
> > replying to the other question too
> >
> > On Wed, Aug 02, 2023 at 04:44:14PM +0200, Jean-Baptiste Kempf
> > wrote:
> > > On Wed, 2 Aug 2023, at 16:20,
On Sat, Aug 5, 2023 at 8:55 PM Michael Niedermayer
wrote:
> Hi
>
> replying to the other question too
>
> On Wed, Aug 02, 2023 at 04:44:14PM +0200, Jean-Baptiste Kempf wrote:
> > On Wed, 2 Aug 2023, at 16:20, Michael Niedermayer wrote:
> > > There are multiple problems but the real problem is
Your attempts to troll other developers to work on SDR/AVRadio is flawed
and disrespectful to other FFmpeg people.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above,
Hi
replying to the other question too
On Wed, Aug 02, 2023 at 04:44:14PM +0200, Jean-Baptiste Kempf wrote:
> On Wed, 2 Aug 2023, at 16:20, Michael Niedermayer wrote:
> > There are multiple problems but the real problem is that
> > How many people discuss an SDR API ? (0)
> > How many people
On Fri, 4 Aug 2023, 13:35 Nicolas George, wrote:
> Michael Niedermayer (12023-08-04):
> > Everything is there for a reason.
> > Every part of mp4 has a use, still we extract the data and setup various
> > structs like AVStream, AVPacket, AVProgram and so on.
> > We do not return raw mp4/mov
Michael Niedermayer (12023-08-04):
> Everything is there for a reason.
> Every part of mp4 has a use, still we extract the data and setup various
> structs like AVStream, AVPacket, AVProgram and so on.
> We do not return raw mp4/mov atoms
> the seperation between programs in a stream of bits/bytes
On Thu, Aug 03, 2023 at 04:04:23PM -0400, Kieran Kunhya wrote:
> On Thu, 3 Aug 2023, 15:25 Michael Niedermayer,
> wrote:
>
> > On Thu, Aug 03, 2023 at 02:24:04PM -0400, Kieran Kunhya wrote:
> > > >
> > > >
> > > > There are 2 things DAB and DVB both use mpeg ts
> > > >
> > >
> > > DAB does not
tor 2023-08-03 klockan 15:25 +0200 skrev Nicolas George:
> Tomas Härdin (12023-07-31):
> > As far as I recall libxml2 does not enable the fancier features of
> > XML
> > unless told to do so. And if it can't disable things like DTD then
> > a
> > ticket should be opened with them to make that
On Thu, 3 Aug 2023, 15:25 Michael Niedermayer,
wrote:
> On Thu, Aug 03, 2023 at 02:24:04PM -0400, Kieran Kunhya wrote:
> > >
> > >
> > > There are 2 things DAB and DVB both use mpeg ts
> > >
> >
> > DAB does not use mpegts. It has several layers of it's own framing.
>
> Well, i stand corrected
On Thu, Aug 03, 2023 at 02:24:04PM -0400, Kieran Kunhya wrote:
> >
> >
> > There are 2 things DAB and DVB both use mpeg ts
> >
>
> DAB does not use mpegts. It has several layers of it's own framing.
Well, i stand corrected then. I saw it on the ML and in some spec but that
was about IP data in
>
>
> There are 2 things DAB and DVB both use mpeg ts
>
DAB does not use mpegts. It has several layers of it's own framing.
Kieran
>
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To
On Wed, Aug 02, 2023 at 04:44:14PM +0200, Jean-Baptiste Kempf wrote:
> On Wed, 2 Aug 2023, at 16:20, Michael Niedermayer wrote:
> > There are multiple problems but the real problem is that
> > How many people discuss an SDR API ? (0)
> > How many people propose an SDR API ? (0)
>
> Did you ask
On Wed, Aug 02, 2023 at 03:46:29PM +, Cosmin Stejerean wrote:
>
>
> > On Aug 2, 2023, at 7:30 AM, Nicolas George wrote:
> >
> > Michael Niedermayer (12023-08-02):
> >> The libraries should be split into runtime loadable plugins
> >> Not only would that make tools alot smaller it also would
Tomas Härdin (12023-08-03):
> I thought of another thing that bears mentioning: Michael has expressed
> interest in implementing DAB. This carries with it two problems:
>
> * Each DAB ensemble is an MPEG-TS stream
> * There can be more than one ensemble on air
>
> The first means mere
Tomas Härdin (12023-07-31):
> As far as I recall libxml2 does not enable the fancier features of XML
> unless told to do so. And if it can't disable things like DTD then a
> ticket should be opened with them to make that possible.
You are missing the point: even if all these features are entirely
sön 2023-07-30 klockan 15:04 +0200 skrev Nicolas George:
> Michael's code seems pretty self-contained to me.
>
> And once again:
>
> *** IT DOES NOT HAVE TO BE COMPLETE TO BE USEFUL. ***
I thought of another thing that bears mentioning: Michael has expressed
interest in implementing DAB. This
> On Aug 2, 2023, at 7:30 AM, Nicolas George wrote:
>
> Michael Niedermayer (12023-08-02):
>> The libraries should be split into runtime loadable plugins
>> Not only would that make tools alot smaller it also would allow
>> development of code available in ffmpeg that is maintained outside
>>
On Wed, 2 Aug 2023, at 16:20, Michael Niedermayer wrote:
> There are multiple problems but the real problem is that
> How many people discuss an SDR API ? (0)
> How many people propose an SDR API ? (0)
Did you ask people to do that?
> How many people say what they want an SDR API to be able to
Michael Niedermayer (12023-08-02):
> The libraries should be split into runtime loadable plugins
> Not only would that make tools alot smaller it also would allow
> development of code available in ffmpeg that is maintained outside
> FFmpeg.
>
> I suggested this previosuly, it is of course not a
On Wed, Aug 02, 2023 at 09:12:14AM -0500, Brad Isbell wrote:
> As a frequent FFmpeg user, and an occasional RTL-SDR user, the major
> tradeoff for me is in the size of FFmpeg binaries vs. features. I
> agree with Jean-Baptiste that if this were an optional library to be
> added to the build, then
On Wed, Aug 02, 2023 at 02:59:11PM +0200, Jean-Baptiste Kempf wrote:
> On Wed, 2 Aug 2023, at 14:55, Michael Niedermayer wrote:
> > the code already is in a seperate repository. And is basically isolated
> > in a single demuxer and single input device.
>
> But it's not a library in that
Brad Isbell (12023-08-02):
> As a frequent FFmpeg user, and an occasional RTL-SDR user, the major
> tradeoff for me is in the size of FFmpeg binaries vs. features. I
> agree with Jean-Baptiste that if this were an optional library to be
> added to the build, then that resolves any issues I might
As a frequent FFmpeg user, and an occasional RTL-SDR user, the major
tradeoff for me is in the size of FFmpeg binaries vs. features. I
agree with Jean-Baptiste that if this were an optional library to be
added to the build, then that resolves any issues I might have as a
user.
Then I have the
On Wed, 2 Aug 2023, at 14:55, Michael Niedermayer wrote:
> the code already is in a seperate repository. And is basically isolated
> in a single demuxer and single input device.
But it's not a library in that repository, like swscale, swresample or similar
libraries.
If it was, with an API, it
Hi Vittorio
On Wed, Aug 02, 2023 at 03:44:13AM +0200, Vittorio Giovara wrote:
> On Sun, Jul 30, 2023 at 3:04 PM Nicolas George wrote:
>
> > Kieran Kunhya (12023-07-28):
> > > FFmpeg doesn't implement TCP in userspace, it doesn't implement the
> > > WiFi protocol etc etc. Different layers are
On Sun, Jul 30, 2023 at 3:04 PM Nicolas George wrote:
> Kieran Kunhya (12023-07-28):
> > FFmpeg doesn't implement TCP in userspace, it doesn't implement the
> > WiFi protocol etc etc. Different layers are delegated to different
> > programs.
>
> Hi. You seem to be discussing this in more good
Le 31 juillet 2023 00:07:37 GMT+07:00, Andrey Turkin
a écrit :
>вс, 30 июл. 2023 г. в 16:04, Nicolas George :
>
>> Kieran Kunhya (12023-07-28):
>> > FFmpeg doesn't implement TCP in userspace, it doesn't implement the
>> > WiFi protocol etc etc. Different layers are delegated to different
>> >
sön 2023-07-30 klockan 15:04 +0200 skrev Nicolas George:
> That means every time we use a real XML library to parse
> “”, we pay the price for the complexity of the whole
> language, in terms of efficiency, reliability, security exposure.
As far as I recall libxml2 does not enable the fancier
Kieran Kunhya (12023-07-30):
> I plan to write a more detailed response to Nicolas' email. However,
> this response is superb because it immediately points out the flaw in
> the arguments. Users will not tolerate "incomplete" features, they
> will always want their edge case (packet capture
On Sun, Jul 30, 2023 at 6:07 PM Andrey Turkin wrote:
>
> вс, 30 июл. 2023 г. в 16:04, Nicolas George :
>
> > Kieran Kunhya (12023-07-28):
> > > FFmpeg doesn't implement TCP in userspace, it doesn't implement the
> > > WiFi protocol etc etc. Different layers are delegated to different
> > >
вс, 30 июл. 2023 г. в 16:04, Nicolas George :
> Kieran Kunhya (12023-07-28):
> > FFmpeg doesn't implement TCP in userspace, it doesn't implement the
> > WiFi protocol etc etc. Different layers are delegated to different
> > programs.
>
There is a good reason to have some part of TCP implemented
Kieran Kunhya (12023-07-28):
> FFmpeg doesn't implement TCP in userspace, it doesn't implement the
> WiFi protocol etc etc. Different layers are delegated to different
> programs.
Hi. You seem to be discussing this in more good faith than I previously
imagined, so I will try to tone done the
45 matches
Mail list logo