<div dir="ltr"><div>I am sorry, my mistake. You are right, it tunes to 2.2 GHz. Mixing up my Ghz with Mhz :-(<br></div><br><div>I am not using, however, rtl-sdr, just librtlsdr with my program. I tune to 2.1 Ghz with no problems ;-)</div>
<div><br></div><div>Just to make sure I ran your command line:</div><div><br></div><div>rtl_sdr -f 100000000 -<br>Found 1 device(s):<br>  0:  Realtek, RTL2838UHIDIR, SN: 00000074<br><br>Using device 0: Generic RTL2832U OEM<br>
Found Elonics E4000 tuner<br>Tuned to 100000000 Hz.<br>Reading samples in async mode...<br><Binary data deleted>...</div><div><br></div><div>The only problem I noticed is giving me a core-dump when I kill it with <ctrl>-C.</div>
<div><br></div><div>I have a 64x Ubuntu 12.04 using latest rtl_sdr sources ;-)</div><div><br></div><div>BR,</div><div>Nikos </div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Jan 11, 2014 at 12:56 PM, Gonzalo José Carracedo Carballal <span dir="ltr"><<a href="mailto:batchdrake@gmail.com" target="_blank">batchdrake@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello!<br>
<br>
This is my first time using this mailing list, hope it's the right<br>
place to post this.<br>
<br>
I compiled rtl-sdr under Debian 7.2 (32 bits x86) it detects my ezcap<br>
e4k properly but it's unable to read samples. When running rtl_sdr<br>
like this, it just hangs:<br>
<br>
---8<--------------------------------------------------------------------------------------------<br>
% rtl_sdr -f 100000000 -<br>
Found 1 device(s):<br>
  0:  Realtek, RTL2838UHIDIR, SN:<br>
<br>
Using device 0: Generic RTL2832U OEM<br>
Found Elonics E4000 tuner<br>
Tuned to 100000000 Hz.<br>
Reading samples in async mode...<br>
---8<--------------------------------------------------------------------------------------------<br>
<br>
Pressing Ctrl+C only makes rdl_sdr say "Signal caught, exiting!", but<br>
it won't exit unless you kill it explicitly with SIGKILL. If I run it<br>
in synchronous mode, I get this output instead:<br>
<br>
---8<--------------------------------------------------------------------------------------------<br>
% rtl_sdr -f 100000000 -S -<br>
Found 1 device(s):<br>
  0:  Realtek, RTL2838UHIDIR, SN:<br>
<br>
Using device 0: Generic RTL2832U OEM<br>
Found Elonics E4000 tuner<br>
Tuned to 100000000 Hz.<br>
Reading samples in sync mode...<br>
WARNING: sync read failed.<br>
<br>
Library error -8, exiting...<br>
rtlsdr_demod_write_reg failed with -1<br>
---8<--------------------------------------------------------------------------------------------<br>
<br>
I tried to reinstall libusb, recompiling it from a newer version (I'm<br>
currently using 1.0-16rc10)  and got the same output. As -8 means<br>
overflow for libusb, I decided to increase the output block size. I<br>
had to edit rtl_sdr.c to read as much as 30M, and that was the only<br>
way I could get some output. Block sizes below 10M just won't do the<br>
trick:<br>
<br>
---8<--------------------------------------------------------------------------------------------<br>
 % rtl_sdr -b 30000000 -f 100000000 -S -<br>
Found 1 device(s):<br>
  0:  Realtek, RTL2838UHIDIR, SN:<br>
<br>
Using device 0: Generic RTL2832U OEM<br>
Found Elonics E4000 tuner<br>
Tuned to 100000000 Hz.<br>
Reading samples in sync mode...<br>
Short read, samples lost, exiting!<br>
<br>
Library error 0, exiting...<br>
(here be messy bytes of 64 bytes sampled by RTL)<br>
---8<--------------------------------------------------------------------------------------------<br>
<br>
That's why I recompiled libusb with logging, and I got this output<br>
(now, with 3M blocks):<br>
<br>
---8<--------------------------------------------------------------------------------------------<br>
[...]<br>
Reading samples in sync mode...<br>
libusb: 1.079895 debug [submit_bulk_transfer] need 184 urbs for new<br>
transfer with length 3000000<br>
libusb: 1.080660 debug [libusb_handle_events_timeout_completed] doing<br>
our own event handling<br>
libusb: 1.080692 debug [handle_events] poll() 4 fds with timeout in 60000ms<br>
libusb: 1.083056 debug [handle_events] poll() returned 1<br>
libusb: 1.083082 debug [reap_for_handle] urb type=3 status=-75 transferred=64<br>
libusb: 1.083104 debug [handle_bulk_completion] handling completion<br>
status -75 of bulk urb 1/184<br>
libusb: 1.083125 debug [handle_bulk_completion] overflow, actual_length=64<br>
libusb: 1.083146 debug [disarm_timerfd]<br>
libusb: 1.083161 debug [usbi_handle_transfer_completion] transfer<br>
0x97a0424 has callback 0xb775c7f0<br>
libusb: 1.083182 debug [bulk_transfer_cb] actual_length=64<br>
WARNING: sync read failed.<br>
<br>
Library error -8, exiting...<br>
[...]<br>
---8<--------------------------------------------------------------------------------------------<br>
<br>
Status -75 (overflow) made me think about a limitation on the URB size<br>
in my system, but it looks that in Linux that's a standard (16K), so I<br>
ran out of ideas. I don't know where the problem is anymore, whether<br>
in rtl-sdr, libusb, usbfs or even in my system; because I've compiled<br>
it in two different systems already (my laptop - Ubuntu 12.04 - and my<br>
home computer - Debian Sid -) and it works fine in both of them.<br>
<br>
Regards,<br>
<span class="HOEnZb"><font color="#888888">--<br>
>> Gonzalo José Carracedo Carballal<br>
<br>
</font></span></blockquote></div><br></div></div>