Tomas Härdin (12023-07-02):
> On Debian these are provided by apt same as all other libraries
> including libc, so yes.
By this reasoning, xbill would be considered a system library. Try
again.
--
Nicolas George
signature.asc
Description: PGP signature
sön 2023-07-02 klockan 11:34 +0200 skrev Nicolas George:
> Tomas Härdin (12023-06-30):
> > Factually incorrect. libxml2 provides what we need. libexpat would
> > also
> > be acceptable. In fact providing that option may be useful to
> > packagers.
>
> Do you consider these to be system libraries?
Tomas Härdin (12023-06-30):
> Factually incorrect. libxml2 provides what we need. libexpat would also
> be acceptable. In fact providing that option may be useful to
> packagers.
Do you consider these to be system libraries?
> ABI and API stability are Pretty Fucking Important. This attitude
On Fri, Jun 30, 2023 at 11:51:21PM +0200, Tomas Härdin wrote:
> tor 2023-06-29 klockan 09:14 +0200 skrev Nicolas George:
> > Tomas Härdin (12023-06-29):
[...]
> I am perfectly capable of writing an XML parser, potentially a formally
> correct one. But more importantly I am capable of understanding
tor 2023-06-29 klockan 09:14 +0200 skrev Nicolas George:
> Tomas Härdin (12023-06-29):
>
> > The reason why XML parsing shouldn't be
> > implemented in FFmpeg isn't just because it is difficult but
> > because:
> >
> > * it is out of scope
>
> It is necessary.
Hello,
On Thu, 29 Jun 2023, at 09:14, Nicolas George wrote:
>>The reason why XML parsing shouldn't be
>> implemented in FFmpeg isn't just because it is difficult but because:
>>
>> * it is out of scope
>
> It is necessary.
Says you.
This is not an opinion that seems to
Tomas Härdin (12023-06-29):
> This is very revealing.
Indeed.
> The reason why XML parsing shouldn't be
> implemented in FFmpeg isn't just because it is difficult but because:
>
> * it is out of scope
It is necessary.
> * it is technical debt
> * shitty parsing is the
sön 2023-06-25 klockan 00:19 +0200 skrev Nicolas George:
> I am especially annoyed by the “it's too hard” naysayers — the same I
> have been getting when I say that I want to write a XML suited to our
> needs to replace our use of libxml.
This is very revealing. The reason why XML parsing
Le sunnuntaina 25. kesäkuuta 2023, 1.19.04 EEST Nicolas George a écrit :
> Michael Niedermayer (12023-06-23):
> > * What iam interrested in was working with the signals at a low level, why
> > because i find it interresting and fun.
>
> Then this is what you should be spending your time on, and
Tomas Härdin (12023-06-27):
> I propose we add the ability for ffmpeg to send email. After all some
> users might find that useful. And because many users use webmail we
> should also implement HTML parsing.
If you like to work on it and manage to produce something that
integrates elegantly in
tis 2023-06-27 klockan 12:57 +0200 skrev Nicolas George:
> Tomas Härdin (12023-06-27):
> > Yes those are all fine use cases. But that doesn't explain why they
> > belong in FFmpeg rather than say a driver that turns generic SDRs
> > into
> > V4L FM devices, or a dedicated GUI application.
>
>
Tomas Härdin (12023-06-27):
> Yes those are all fine use cases. But that doesn't explain why they
> belong in FFmpeg rather than say a driver that turns generic SDRs into
> V4L FM devices, or a dedicated GUI application.
They can be implemented in any of these pieces of software, including
sön 2023-06-25 klockan 11:54 +0200 skrev Michael Niedermayer:
> On Sun, Jun 25, 2023 at 12:01:07AM +0200, Tomas Härdin wrote:
> > lör 2023-06-24 klockan 23:01 +0200 skrev Michael Niedermayer:
> > > On Sat, Jun 24, 2023 at 11:51:57AM +0200, Tomas Härdin wrote:
> > > > fre 2023-06-23 klockan 23:18
On Sat, Jun 24, 2023 at 10:27:13PM +0200, Rémi Denis-Courmont wrote:
>
>
> Le 23 juin 2023 20:12:41 GMT+02:00, Michael Niedermayer
> a écrit :
> >Hi
> >
> >On Fri, Jun 23, 2023 at 06:37:18PM +0200, Rémi Denis-Courmont wrote:
> >> Hi,
> >>
> >> Le 23 juin 2023 13:17:28 GMT+02:00, Michael
On Sun, Jun 25, 2023 at 12:19:04AM +0200, Nicolas George wrote:
> Michael Niedermayer (12023-06-23):
> > * What iam interrested in was working with the signals at a low level, why
> > because i find it interresting and fun.
>
> Then this is what you should be spending your time on, and to hell
On Sat, Jun 24, 2023 at 10:27:13PM +0200, Rémi Denis-Courmont wrote:
>
>
> Le 23 juin 2023 20:12:41 GMT+02:00, Michael Niedermayer
> a écrit :
> >Hi
> >
> >On Fri, Jun 23, 2023 at 06:37:18PM +0200, Rémi Denis-Courmont wrote:
> >> Hi,
> >>
> >> Le 23 juin 2023 13:17:28 GMT+02:00, Michael
>
> > 3. as a fun excercise about SDR, modulations and related math.
>
> There is no reason why your own personal experiments should contaminate
> master.
>
Agreed, there's nothing wrong with writing an SDR library around FFmpeg
programming paradigms (C, handwritten asm and not intrinsics etc). B
On Sun, Jun 25, 2023 at 12:01:07AM +0200, Tomas Härdin wrote:
> lör 2023-06-24 klockan 23:01 +0200 skrev Michael Niedermayer:
> > On Sat, Jun 24, 2023 at 11:51:57AM +0200, Tomas Härdin wrote:
> > > fre 2023-06-23 klockan 23:18 +0200 skrev Michael Niedermayer:
> > > >
> > > > Are you planing to
Michael Niedermayer (12023-06-23):
> * What iam interrested in was working with the signals at a low level, why
> because i find it interresting and fun.
Then this is what you should be spending your time on, and to hell with
anybody who says otherwise.
Unless you have commitments that we are
lör 2023-06-24 klockan 23:01 +0200 skrev Michael Niedermayer:
> On Sat, Jun 24, 2023 at 11:51:57AM +0200, Tomas Härdin wrote:
> > fre 2023-06-23 klockan 23:18 +0200 skrev Michael Niedermayer:
> > >
> > > Are you planing to add SDR support through some library like GNU
> > > radio
> > > to FFmpeg
lör 2023-06-24 klockan 22:27 +0200 skrev Rémi Denis-Courmont:
> Unless you're connecting to the radio receiver via IP (which would be
> a kludge IMO)
Just a minor point: piping IQ data over TCP or UDP is actually quite
common in the radio scene. I also wouldn't be surprised if Linux gains
an API
On Sat, Jun 24, 2023 at 11:51:57AM +0200, Tomas Härdin wrote:
> fre 2023-06-23 klockan 23:18 +0200 skrev Michael Niedermayer:
> > Hi Tomas
> >
> > On Fri, Jun 23, 2023 at 10:10:29PM +0200, Tomas Härdin wrote:
> > > No. Absolutely not.
> > >
> > > Radio stuff belongs in radio projects such as GNU
Le 23 juin 2023 20:12:41 GMT+02:00, Michael Niedermayer
a écrit :
>Hi
>
>On Fri, Jun 23, 2023 at 06:37:18PM +0200, Rémi Denis-Courmont wrote:
>> Hi,
>>
>> Le 23 juin 2023 13:17:28 GMT+02:00, Michael Niedermayer
>> a écrit :
>> >On Fri, Jun 23, 2023 at 10:34:10AM +0800, Kieran Kunhya wrote:
fre 2023-06-23 klockan 23:18 +0200 skrev Michael Niedermayer:
> Hi Tomas
>
> On Fri, Jun 23, 2023 at 10:10:29PM +0200, Tomas Härdin wrote:
> > No. Absolutely not.
> >
> > Radio stuff belongs in radio projects such as GNU Radio. This is
> > extreme scope creep.
> >
> > I can throw an AM detector
Hi Tomas
On Fri, Jun 23, 2023 at 10:10:29PM +0200, Tomas Härdin wrote:
> No. Absolutely not.
>
> Radio stuff belongs in radio projects such as GNU Radio. This is
> extreme scope creep.
>
> I can throw an AM detector together in 15 minutes. That doesn't mean it
> belongs in FFmpeg. You are also
No. Absolutely not.
Radio stuff belongs in radio projects such as GNU Radio. This is
extreme scope creep.
I can throw an AM detector together in 15 minutes. That doesn't mean it
belongs in FFmpeg. You are also treading into modem territory, among
other things. Please contribute to actually
On 6/23/2023 4:10 PM, Paul B Mahol wrote:
On Fri, Jun 23, 2023 at 8:56 PM Michael Niedermayer
wrote:
On Fri, Jun 23, 2023 at 08:17:16PM +0200, Paul B Mahol wrote:
On Fri, Jun 23, 2023 at 8:12 PM Michael Niedermayer <
mich...@niedermayer.cc>
wrote:
Hi
On Fri, Jun 23, 2023 at 06:37:18PM
On Fri, Jun 23, 2023 at 8:56 PM Michael Niedermayer
wrote:
> On Fri, Jun 23, 2023 at 08:17:16PM +0200, Paul B Mahol wrote:
> > On Fri, Jun 23, 2023 at 8:12 PM Michael Niedermayer <
> mich...@niedermayer.cc>
> > wrote:
> >
> > > Hi
> > >
> > > On Fri, Jun 23, 2023 at 06:37:18PM +0200, Rémi
On Fri, Jun 23, 2023 at 08:17:16PM +0200, Paul B Mahol wrote:
> On Fri, Jun 23, 2023 at 8:12 PM Michael Niedermayer
> wrote:
>
> > Hi
> >
> > On Fri, Jun 23, 2023 at 06:37:18PM +0200, Rémi Denis-Courmont wrote:
> > > Hi,
> > >
> > > Le 23 juin 2023 13:17:28 GMT+02:00, Michael Niedermayer <
> >
On Fri, Jun 23, 2023 at 8:12 PM Michael Niedermayer
wrote:
> Hi
>
> On Fri, Jun 23, 2023 at 06:37:18PM +0200, Rémi Denis-Courmont wrote:
> > Hi,
> >
> > Le 23 juin 2023 13:17:28 GMT+02:00, Michael Niedermayer <
> mich...@niedermayer.cc> a écrit :
> > >On Fri, Jun 23, 2023 at 10:34:10AM +0800,
Hi
On Fri, Jun 23, 2023 at 06:37:18PM +0200, Rémi Denis-Courmont wrote:
> Hi,
>
> Le 23 juin 2023 13:17:28 GMT+02:00, Michael Niedermayer
> a écrit :
> >On Fri, Jun 23, 2023 at 10:34:10AM +0800, Kieran Kunhya wrote:
> >> FFmpeg is not the place for SDR. SDR is as large and complex as the
> >>
Hi,
Le 23 juin 2023 13:17:28 GMT+02:00, Michael Niedermayer
a écrit :
>On Fri, Jun 23, 2023 at 10:34:10AM +0800, Kieran Kunhya wrote:
>> FFmpeg is not the place for SDR. SDR is as large and complex as the
>> entirety of multimedia.
>>
>> What next, is FFmpeg going to implement TCP in
On Fri, 23 Jun 2023, 19:17 Michael Niedermayer,
wrote:
> On Fri, Jun 23, 2023 at 10:34:10AM +0800, Kieran Kunhya wrote:
> > FFmpeg is not the place for SDR. SDR is as large and complex as the
> > entirety of multimedia.
> >
> > What next, is FFmpeg going to implement TCP in userspace, Wifi,
On Fri, Jun 23, 2023 at 10:34:10AM +0800, Kieran Kunhya wrote:
> FFmpeg is not the place for SDR. SDR is as large and complex as the
> entirety of multimedia.
>
> What next, is FFmpeg going to implement TCP in userspace, Wifi, Ethernet,
> an entire 4G and 5G stack?
FFmpeg is not the place for SDR. SDR is as large and complex as the
entirety of multimedia.
What next, is FFmpeg going to implement TCP in userspace, Wifi, Ethernet,
an entire 4G and 5G stack?
All without any separation of layers (the problem you currently have)?
Kieran
On Thu, Jun 22, 2023 at 01:42:39PM -0300, James Almer wrote:
> On 6/22/2023 1:26 PM, Michael Niedermayer wrote:
> > On Thu, Jun 22, 2023 at 12:10:06PM -0300, James Almer wrote:
> > > On 6/22/2023 12:05 PM, Michael Niedermayer wrote:
> > > > On Thu, Jun 22, 2023 at 10:55:44AM -0300, James Almer
On 6/22/2023 1:26 PM, Michael Niedermayer wrote:
On Thu, Jun 22, 2023 at 12:10:06PM -0300, James Almer wrote:
On 6/22/2023 12:05 PM, Michael Niedermayer wrote:
On Thu, Jun 22, 2023 at 10:55:44AM -0300, James Almer wrote:
On 6/22/2023 10:43 AM, Michael Niedermayer wrote:
On Mon, Jun 19, 2023
On Thu, Jun 22, 2023 at 12:10:06PM -0300, James Almer wrote:
> On 6/22/2023 12:05 PM, Michael Niedermayer wrote:
> > On Thu, Jun 22, 2023 at 10:55:44AM -0300, James Almer wrote:
> > > On 6/22/2023 10:43 AM, Michael Niedermayer wrote:
> > > > On Mon, Jun 19, 2023 at 12:28:05AM +0200, Michael
On 6/22/2023 12:05 PM, Michael Niedermayer wrote:
On Thu, Jun 22, 2023 at 10:55:44AM -0300, James Almer wrote:
On 6/22/2023 10:43 AM, Michael Niedermayer wrote:
On Mon, Jun 19, 2023 at 12:28:05AM +0200, Michael Niedermayer wrote:
Signed-off-by: Michael Niedermayer
---
configure
On Thu, Jun 22, 2023 at 10:55:44AM -0300, James Almer wrote:
> On 6/22/2023 10:43 AM, Michael Niedermayer wrote:
> > On Mon, Jun 19, 2023 at 12:28:05AM +0200, Michael Niedermayer wrote:
> > > Signed-off-by: Michael Niedermayer
> > > ---
> > > configure|4 +
> > >
On 6/22/2023 10:43 AM, Michael Niedermayer wrote:
On Mon, Jun 19, 2023 at 12:28:05AM +0200, Michael Niedermayer wrote:
Signed-off-by: Michael Niedermayer
---
configure|4 +
doc/demuxers.texi| 71 ++
libavformat/Makefile |2 +
libavformat/allformats.c
On Mon, Jun 19, 2023 at 12:28:05AM +0200, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> configure|4 +
> doc/demuxers.texi| 71 ++
> libavformat/Makefile |2 +
> libavformat/allformats.c |2 +
> libavformat/sdrdemux.c | 1739
Signed-off-by: Michael Niedermayer
---
configure|4 +
doc/demuxers.texi| 71 ++
libavformat/Makefile |2 +
libavformat/allformats.c |2 +
libavformat/sdrdemux.c | 1739 ++
5 files changed, 1818 insertions(+)
create
43 matches
Mail list logo
