From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ffbox0-bg.mplayerhq.hu (ffbox0-bg.ffmpeg.org [79.124.17.100]) by master.gitmailbox.com (Postfix) with ESMTP id 99A3E44D30 for ; Sun, 18 Jun 2023 13:48:42 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 0545C68BF22; Sun, 18 Jun 2023 16:48:40 +0300 (EEST) Received: from relay8-d.mail.gandi.net (relay8-d.mail.gandi.net [217.70.183.201]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 596B168AC01 for ; Sun, 18 Jun 2023 16:48:33 +0300 (EEST) X-GND-Sasl: michael@niedermayer.cc Received: by mail.gandi.net (Postfix) with ESMTPSA id 85B8F1BF205 for ; Sun, 18 Jun 2023 13:48:32 +0000 (UTC) Date: Sun, 18 Jun 2023 15:48:31 +0200 From: Michael Niedermayer To: FFmpeg development discussions and patches Message-ID: <20230618134831.GW1391451@pb2> References: <20230616222048.6562-1-michael@niedermayer.cc> <20230616222048.6562-6-michael@niedermayer.cc> <20230617084627.GM1391451@pb2> <20230617124842.GN1391451@pb2> <20230617183723.GP1391451@pb2> MIME-Version: 1.0 In-Reply-To: X-Spam-Flag: yes X-Spam-Level: ************ X-GND-Spam-Score: 180 X-GND-Status: SPAM Subject: Re: [FFmpeg-devel] [PATCH 5/5] avformat: add sdr support X-BeenThere: ffmpeg-devel@ffmpeg.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: FFmpeg development discussions and patches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: FFmpeg development discussions and patches Content-Type: multipart/mixed; boundary="===============3723933104213096411==" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: --===============3723933104213096411== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="kNNT+6Fter3caj5w" Content-Disposition: inline --kNNT+6Fter3caj5w Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 18, 2023 at 02:59:37PM +0200, Lynne wrote: > Jun 17, 2023, 20:37 by michael@niedermayer.cc: >=20 > > On Sat, Jun 17, 2023 at 08:08:11PM +0200, Paul B Mahol wrote: > > [...] > > > >> Which library handles compressed stuff? > >> > > > > For digital stuff like DAB/DVB/... > > > > sdrdemux in libavformat will demodulate, do error correction then retur= n AVPacket > > with H.264 / Mpeg2 video or AAC or wahetever > > That then will get passed to libavcodec, same as with any other demuxer. > > > > This code is not written yet. There is just analog AM demodulation. I p= osted > > this patch as soon as the first usecase worked > > > > usecase was "listen to random AM radio stations in ffplay" :) > > and it can also grab all AM stations in a 10Mhz window and demodulate a= ll > > (that 10mhz is what my hw and usb bandwidth can do max) > > > > I intend to add FM demodulation, because it seems a fun thing to try to= do. > > > > someone will need to add DAB/DVB support, I would be happy if someone e= lse > > comes forth to do that. If noone does ill think about if i want to do it > > or not once FM is done and once this is in git. > > > > The initial reaction from some was a bit spicy, so i need to think > > how much fun this is in FFmpeg. > > But one thing i can say for sure, is, if i cannot use this in ffplay > > then it makes no sense for me to put more time into it > > > > We could implement seeking to next/previous stations differently but > > it seems a bit like creating extra work for everyone. > > I mean a new API in sdrdemux then ffplay needs to support that and then > > other players would need to support it and so on. While really the > > seeking on a realtime input has no other use > > >=20 > I like the new functionality, but I too think that libavformat > should just source the data from a device, and that libavfilter > should demodulate. Can you elaborate on how that would work ? Lets take an example, if i press the right arrow with the current code it picks the next station to the right which it has previously probed This may involve reconfiguring the hardware if that station is outside the captured frequency range. if there is no such station it will instruct the hardware to move the vissible frequcny window to the right for 3-4 blocks and then move to the right again and so on until a suitable station is detected. if libavformat gets the data from the hardware and libavfilter demodulates this becomes much more complex because both components need to act together for moving to the next station next problem: with DAB /DVB the output from demodulation is compressed AAC/H.264 and such we would have a AAC output from a libavfilter. That needs to go to libavcod= ec or a muxer. if everything is in a demuxer as in the patch, that would just work. But fr= om libavfilter theres no clean way to do this currently as libavfilter sits after the decoder and now would need to get data in before the decoders. Also there are a few little issues here and there, like channels starting a= nd stoping transmission (for example air traffic control and pilots do not continously transmit but just when they speak and also depending on distance with aircrafts moving, so channels would increase over time. a demuxer can easily add channels later, iam not sure how well libavfilter can do this ATM > There are applications for which you'd > like to store the raw Mhz/Ghz audio data as well as the > decoded data. That is actually already possible (it had some bugs in the patch submitted = so i need to submit a v2) you can just use the "-dumpurl" option to store the = raw data prior to any processing. > Additionally, filters can receive commands, while demuxers can't, > so switching stations would be simpler. That can be fixed if needed thx [...] --=20 Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB If you think the mosad wants you dead since a long time then you are either wrong or dead since a long time. --kNNT+6Fter3caj5w Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABEIAB0WIQSf8hKLFH72cwut8TNhHseHBAsPqwUCZI8LJwAKCRBhHseHBAsP q+M8AKCCHg5v8V+/3DEJk94EXqV97bpwhgCfd1qX4WOj9nDC/q5cWOYcX/LB3uY= =Di2l -----END PGP SIGNATURE----- --kNNT+6Fter3caj5w-- --===============3723933104213096411== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe". --===============3723933104213096411==--