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 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 externally that pipes bits into the mpegts demuxer.
> 
> Herp, I obviously mean a DVB-T *modem*

as said previously i did a AM demodulator, one classical implementation
and one that demodulates it synchronously mapping in phase and quadrature
to mid and side channels or just mono
The idea of the mid and side channels is that if theres 1 transmitter its
mono, if there are 2 transmitters they will appear to come from different
directions as one listens

And i plan to do FM demodulation.

after that i likely have many other non SDR things i want to work on
and would very much be happy to then find someone else working on DAB/DVB
but if noone does and i find time i might look at DAB because the existing DAB
software thats on my ubuntu box works very poorly with the hw i had
in fact it even has difficulty finding the frequency of the DAB signal
alot of the time. (which is ridiculous)

I have not looked at DVB at all so i cannot comment.
if its a mess, the question is in what way it is a mess.

FFmpeg should have DVB support in some form. whatever external or
internal bits that would use. It should be supported.
GNU radio, a different lib, libavradio, a demuxer, a filter in a future
avfilter API whatever but it should be supported in some form

thx

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

No snowflake in an avalanche ever feels responsible. -- Voltaire