Well the error is coming from inside the call to gtk.main(), not
directly from any calls in the GRC source.
When you press the execute button, it does a call to os.system and a
thread waits for os.system to return. When you press the stop button,
you are actually are calling a kill -9 on the r
I have recently checked in the updates to the hierarchical flowgraph
code as outlined in a previous email.
One of the changes is that there are no longer any gr_runtime.* files as
this class has been removed from the code as part of an API change.
However, due to the somewhat broken way we handle
While using the GNU Radio Companion, I've been getting frequent crashes.
They always occur after terminating a flowgraph that has been run from
within GRC. After terminating the fg, there is a few second pause, and
then GRC quits. The error output on the cli where GRC was launched is:
/Users/ed
Has anyone done a source block for the SDR-I/Q from RFSPACE?
@(^.^)@ Ed
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Most high-end cable tuner chips are in QFN packs. I am in search of a
manually solderable tuner IC which can provide good IMRR over 50-400 MHZ
range for my SDR project. I got hold of TUA6020 from Infineon Tech and
TDA65xx Philips Tuners in TSSOP packs. However, they seem to have poor IMRR.
I dont w
Firt of all, I think that the chances that you'll find a cell
phone running an fm demodulator for GMSK demodulation are very slim,
and if they do use it, shame on them ;-)
It is the worst way to demodulate a GMSK signal in a GSM environment...
Achilleas
On 8/23/07, Jeffrey Karrels <[EMAIL PRO
For those who are experimenting with or testing the (unreleased,
undocumented) new hierarchical flowgraph code, I am about to check in an
incompatible change. (Most people can ignore this message.)
As a final API change to the code for its official introduction in
release 3.1, the interface has be
