Dear Mad,
Thank you very much for identifying this bug, adding a new device and
sending the patch!
I have added it all to the code on SVN, githib and the Windows plugin.
As for the second issue, I can't shed any light on that. I'm actually still
on 3.3 and 3.4 - I need to get with the 'program' :)
Kind regards,
Balint
-----Original Message-----
From: mad [mailto:mad@auth.se]
Sent: Saturday, 31 March 2012 10:44 AM
To: Balint Seeber
Cc: osmocom-sdr(a)lists.osmocom.org
Subject: Re: RTL2832 GNU Radio Source block now in gr-baz
Hi Balint, hi list!
Nice work creating a gnuradio source out of rtl-sdr, thank you for that.
But I've tested it using a Dexatek DVB-T Dongle which uses a FC0013 tuner
and there are two issues I ran into.
First, there is the wrong handling of a return value when setting the
frequency on the FC0013.
The attached patch integrates the Dexatek and fixes that issue.
But the second one isn't as easy to fix because I guess you would need
some more insight into how a Gnuradio block is constructed to do that.
The following python std::runtime_error exception is thrown in grc
everytime a graph using the RTL2832 source is started.
[...]
Wait delay: 11,130 ms
>> gr_fir_fff: using SSE
Traceback
(most recent call last):
File "/home/mad/gr/top_block.py", line 109, in <module>
tb = top_block()
File "/home/mad/gr/top_block.py", line 82, in __init__
self.connect((self.rtl2832_source_0, 0), (self.blks2_wfm_rcv_0, 0))
File "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/top_block.py",
line 124, in connect
self._connect(points[i-1], points[i])
File "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/top_block.py",
line 129, in _connect
self._tb.primitive_connect(src_block.to_basic_block(), src_port,
AttributeError: 'baz_rtl_source_c_sptr' object has no attribute
'to_basic_block'
Perhaps you have some idea about that.
BTW, I'm using 3.5.2.1 Gnuradio with 2.7.2+ Python, your feaf6c commit of
gr-baz and using stand-alone rtl-sdr the stick works well.
Regards,
Mad