On Sat, Jun 24, 2023 at 12:12:50PM +0200, Tomas Härdin wrote:
> fre 2023-06-23 klockan 23:36 +0200 skrev Michael Niedermayer:
> > On Fri, Jun 23, 2023 at 10:19:37PM +0200, Tomas Härdin wrote:
> > > fre 2023-06-23 klockan 22:18 +0200 skrev Tomas Härdin:
> > > > tor 2023-06-22 klockan 16:57 +0200 skr
fre 2023-06-23 klockan 23:36 +0200 skrev Michael Niedermayer:
> On Fri, Jun 23, 2023 at 10:19:37PM +0200, Tomas Härdin wrote:
> > fre 2023-06-23 klockan 22:18 +0200 skrev Tomas Härdin:
> > > tor 2023-06-22 klockan 16:57 +0200 skrev Michael Niedermayer:
> > > > If we support just audio and video (de
On Fri, Jun 23, 2023 at 10:19:37PM +0200, Tomas Härdin wrote:
> fre 2023-06-23 klockan 22:18 +0200 skrev Tomas Härdin:
> > tor 2023-06-22 klockan 16:57 +0200 skrev Michael Niedermayer:
> > > If we support just audio and video (de)modulation it fits nicely in
> > > FFmpeg
> >
> > You have no idea w
fre 2023-06-23 klockan 22:18 +0200 skrev Tomas Härdin:
> tor 2023-06-22 klockan 16:57 +0200 skrev Michael Niedermayer:
> > If we support just audio and video (de)modulation it fits nicely in
> > FFmpeg
>
> You have no idea what you are getting into. Are we going to implement
> a
> DVB-T demuxer in
tor 2023-06-22 klockan 16:57 +0200 skrev Michael Niedermayer:
> If we support just audio and video (de)modulation it fits nicely in FFmpeg
You have no idea what you are getting into. Are we going to implement a
DVB-T demuxer in this project? For what purpose? You can just as well
implement a modem
On 6/22/2023 1:09 PM, Anton Khirnov wrote:
Hi,
I'm sorry to say, the patch at its current state is quite far from
something I'd consider acceptable for git master.
1) Given that there are sdr and sdrfile demuxers, it seems to me that
the transport layer should be split into a protocol rather tha
On Thu, Jun 22, 2023 at 07:43:11PM +0200, Michael Niedermayer wrote:
> On Thu, Jun 22, 2023 at 06:09:47PM +0200, Anton Khirnov wrote:
[...]
> > 3) sdr_read_header() and sdr_read_packet() are giant, hideous, and
> > unreadable.
>
> I disagree that they are hideous and unreadable. In fact its largel
On Thu, Jun 22, 2023 at 06:09:47PM +0200, Anton Khirnov wrote:
> Hi,
> I'm sorry to say, the patch at its current state is quite far from
> something I'd consider acceptable for git master.
>
> 1) Given that there are sdr and sdrfile demuxers, it seems to me that
> the transport layer should be sp
Hi,
I'm sorry to say, the patch at its current state is quite far from
something I'd consider acceptable for git master.
1) Given that there are sdr and sdrfile demuxers, it seems to me that
the transport layer should be split into a protocol rather than be
inside the demuxer
2) Threading inside t
Am 22.06.23 um 17:01 schrieb James Almer:
On 6/22/2023 11:57 AM, Michael Niedermayer wrote:
Hi all
My humble opinion(s) and plan(s) about SDR
FFmpeg as a multimedia framework should support SDR.
The only practical way to support SDR in FFmpeg ATM is through a demuxer (or
equivalent)
Not ever
On 6/22/2023 11:57 AM, Michael Niedermayer wrote:
Hi all
My humble opinion(s) and plan(s) about SDR
FFmpeg as a multimedia framework should support SDR.
The only practical way to support SDR in FFmpeg ATM is through a demuxer (or
equivalent)
Not everyone is happy about a SDR demuxer.
The "ac
11 matches
Mail list logo
