David Young schrieb:
Do you think that the software that concerns the FCC is concerned with
must reside in the radio? Sometimes the transmission parameters such
as modulation, mask, and power are under control of the host computer.
If the FCC's definition of software-defined radio encompasses so
Bart Mermuys wrote:
Hi,
Tom Rondeau wrote:
Dev Ramudit wrote:
Tom Rondeau wrote:
What port are you trying to use? Have you tried to run your scripts
between machines on the same network (that is, same subnet; not
through
a router or anything)?
Tom
I've generally tested with the 65500
keval wrote:
> File "/usr/lib/python2.5/site-packages/gnuradio/audio_alsa.py", line 228,
> in sink
> return _audio_alsa.sink(*args)
> RuntimeError: audio_alsa_sink
The error reporting is unfortunately not as specific as it could be.
In my experience, the most frequent cause of the above is
Tom Rondeau wrote (in a different thread):
> You can run GNU Radio using the new version of the hierarchical blocks.
Strictly speaking, the new hierarchical blocks should really be called
"new runtime with (optionally) nestable flow graphs." Existing,
"single-level" flow graphs will run nearly u
Hello,
New FCC rules may impact Linux-based devices
Jul. 06, 2007
New U.S. regulations went into effect today that could change how
vendors of devices with software-defined radios (SDR) use open-source
software. The new rules could impact manufacturers of mobile phones,
WiFi cards, and other de
Greetings.
(Not sure that this message actually was posted, so I'm submitting a second
time.)
Got gnuradio compiled, made, and actually ran the dialtone test last night.
However, when I attempted the same this morning, I got the following message
(which, I have to say, I've gotten before but thou