<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jan 14, 2014 at 1:11 AM, Steve Markgraf <span dir="ltr"><<a href="mailto:steve@steve-m.de" target="_blank">steve@steve-m.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<div class="im"><br>
On 13.01.2014 22:26, Nikos Balkanas wrote:<br>
> I need to get a few traffic data bytes ~ 16 B from my dongle. libusb's<br>
> bulk transfer and therefore rtlsdr_read_sync, will fail with -8 if used<br>
> with less than 1024 B. Can anyone think of another way to read them?<br>
> (async also uses libusb's fill_bulk_transfer :-()<br>
<br>
</div>Read more and throw the rest away, what's the issue with that?<br>
But what do you need *16 bytes* for? That's just 62.5盜 of<br> samples...<br></blockquote><div><br></div><div>Performance is very important, Call is repeated many times. BTW that's what I am using right now, but looking for better.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
> I could possibly use rtlsdr_read_array, except that i don't know the<br>
> block and address that I need to use for traffic data :-(<br>
<br>
Those functions trigger control transfers and have nothing to do with<br>
the actual I/Q samples at all, so no, you can't use them.<br>
<br>
I have no idea what you're trying to accomplish, but it seems to me<br>
whatever it is, you are completely off track.<br></blockquote><div><br></div><div>I am not. Control transfers are fine with me. There must be a memory region where traffic I/O takes place.</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
Regards,<br>
Steve<br>
</blockquote></div><br></div></div>