Actions
Forum Thread Details
  • Replies 9 replies
  • Subscribers 302 subscribers
  • Views 3324 views
  • Users 0 members are here
Related
See a helpful answer?

Be sure to click 'more' and select 'suggest as answer'!

If you're the thread creator, be sure to click 'more' then 'Verify as Answer'!

Looking for support resources for GNURadio

colporteur

Can you share resources you have used or are aware of for troubleshooting issues with GNURadio software installation on Ubuntu?

 

I am receiving error messages when I try to use a Audio Source or Audio Sink block? My goal was to test the GNURadio installation using a audio source and audio sink block and/or Signal Source and Audio sink blocks and have it play a tone from the computer speaker. I have followed the suggested fixes in the following link because they make some reference to Audio. It didn't resolve my issue.

https://wiki.gnuradio.org/index.php/ALSAPulseAudio

https://wiki.gnuradio.org/index.php/Audio_Source

https://wiki.gnuradio.org/index.php/Audio_Sink

 

The environment:

tried

GNURadio version 3.8.1.0 (Python 3.8.5): Ubuntu package install

tried

GNURadio version 3.9 Ubuntu package install

Ubuntu 20.04.2 LTS

uname -r 5.8.0-43-generic

 

I have been unsuccessful in getting a response from the mailing GNURadio list https://lists.gnu.org/mailman/listinfo/discuss-gnuradio so I can post a question. IT appears to be active but I get no response from my subscription attempts. I had hoped someone has experienced a similar problem and can offer advice.

 

I'm looking for your go-to resource for troubleshooting GNURadio issues. Can you help?

 

Error Messages:

Audio Source error

Generating: '/home/user/Documents/GNURadio/audio.py'

 

Executing: /usr/bin/python3 -u /home/user/Documents/GNURadio/audio.py

 

Warning: failed to XInitThreads()

Traceback (most recent call last):

File "/home/user/Documents/GNURadio/audio.py", line 128, in <module>

main()

File "/home/user/Documents/GNURadio/audio.py", line 106, in main

tb = top_block_cls()

File "/home/user/Documents/GNURadio/audio.py", line 76, in __init__

self.audio_source_0 = audio.source(samp_rate, 'pulse_monitor', True)

AttributeError: type object 'audio' has no attribute 'source'

>>> Done (return code 1)

 

Audio Sink error

Generating: '/home/user/Documents/GNURadio/audio.py'

 

Executing: /usr/bin/python3 -u /home/user/Documents/GNURadio/audio.py

 

Warning: failed to XInitThreads()

Traceback (most recent call last):

File "/home/user/Documents/GNURadio/audio.py", line 130, in <module>

main()

File "/home/user/Documents/GNURadio/audio.py", line 108, in main

tb = top_block_cls()

File "/home/user/Documents/GNURadio/audio.py", line 77, in __init__

self.audio_sink_0 = audio.sink(samp_rate, 'hw:0,0', True)

AttributeError: type object 'audio' has no attribute 'sink'

 

>>> Done (return code 1)

Parents

  • At a glance this looks like an outdated library, or a missing library ('audio' , since from "gnuradio import audio"). The type 'audio' not having an attribute 'sink' would mean that the code either couldn't interrogate and create an 'instance' of the audio object to refer to, or it isn't defined in the library for 'audio' that 'sink' even exists in it.

     

    Updating from an older version of the libraries to a newer one, and thus creating the dependencies would explain why GNURadio, when using or compiling the same version, would then work.

     

    Either it was interrogating a more localised python library install for GNURadio or the system wide python library install and somewhere along the line realised the dependencies it needed and installed the right ones.

     

    Other typical explanations for these are often down to permissions and having the correct access to folders.

Reply

  • At a glance this looks like an outdated library, or a missing library ('audio' , since from "gnuradio import audio"). The type 'audio' not having an attribute 'sink' would mean that the code either couldn't interrogate and create an 'instance' of the audio object to refer to, or it isn't defined in the library for 'audio' that 'sink' even exists in it.

     

    Updating from an older version of the libraries to a newer one, and thus creating the dependencies would explain why GNURadio, when using or compiling the same version, would then work.

     

    Either it was interrogating a more localised python library install for GNURadio or the system wide python library install and somewhere along the line realised the dependencies it needed and installed the right ones.

     

    Other typical explanations for these are often down to permissions and having the correct access to folders.

Children
No Data