[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Use /dev/swradioN (v4l2 api) as source
From: |
Franco VENTURI |
Subject: |
Re: Use /dev/swradioN (v4l2 api) as source |
Date: |
Mon, 13 Jun 2022 18:28:50 -0400 (EDT) |
Stefan, instead of using the kernel API directly you may want to look into a
SoapySDR source in GNU Radio, since the SoapySDR block is now a first class
citizen in GNU Radio 3.9/3.10
According to this recent discussion in the SoapySDR GitHub repository
(https://github.com/pothosware/SoapySDR/issues/359) there's a SoapyMiri driver
(https://github.com/ericek111/SoapyMiri) that might work for you.
A comment in the same thread
(https://github.com/pothosware/SoapySDR/issues/359#issuecomment-1150982319) has
also instructions about integrating his fixes in OsmoSDR, if I understand
correctly.
I personally haven't tried this approach so I don't really know if it works or
not, but I thought you might find this information useful.
Franco
> On 06/13/2022 3:26 PM Stefan Oltmanns <stefan-oltmanns@gmx.net> wrote:
>
>
> Hello,
>
> is there any way to use devices exposed as /dev/swradioN by the v4l2
> Linux kernel API with GNURadio directly?
>
> At the moment there are only two in-tree kernel drivers, one for the
> RTL2832U and the other for the Mirics MSi2500. For the RTL2832U
> librtlsdr seems to be the better option, as it offers more features to
> control the device, but libmirisdr seems to unmaintained and not stable
> (at least for me), support has been removed from OsmoSDR years ago.
> I do have such a Dongle and with the kernel driver it seems to work just
> fine.
>
> I also found an out-of-tree driver for CX2388x-based TV cards, so a V4L2
> source block could be very useful. Is there any specific reason, why
> such a source block doesn't exist yet?
> Or is it just that nobody needed it and therefore no one bothered
> writing one?
>
> Best regards
> Stefan