rtlsdr_read_sync failure

This is merely a historical archive of years 2008-2021, before the migration to mailman3.

A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/osmocom-sdr@lists.osmocom.org/.

Nikos Balkanas nikos.balkanas at eyeonix.com
Mon Jan 13 23:20:26 UTC 2014


On Tue, Jan 14, 2014 at 1:11 AM, Steve Markgraf <steve at steve-m.de> wrote:

> Hi,
>
> On 13.01.2014 22:26, Nikos Balkanas wrote:
> > I need to get a few traffic data bytes ~ 16 B from my dongle. libusb's
> > bulk transfer and therefore rtlsdr_read_sync, will fail with -8 if used
> > with less than 1024 B. Can anyone think of another way to read them?
> > (async also uses libusb's fill_bulk_transfer :-()
>
> Read more and throw the rest away, what's the issue with that?
> But what do you need *16 bytes* for? That's just 62.5盜 of
>  samples...
>

Performance is very important, Call is repeated many times. BTW that's what
I am using right now, but looking for better.


> > I could possibly use rtlsdr_read_array, except that i don't know the
> > block and address that I need to use for traffic data :-(
>
> Those functions trigger control transfers and have nothing to do with
> the actual I/Q samples at all, so no, you can't use them.
>
> I have no idea what you're trying to accomplish, but it seems to me
> whatever it is, you are completely off track.
>

I am not. Control transfers are fine with me. There must be a memory region
where traffic I/O takes place.

>
> Regards,
> Steve
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/osmocom-sdr/attachments/20140114/e0b96e28/attachment.htm>


More information about the osmocom-sdr mailing list