Trying to run on Raspberry Pi 2 Model B

606 views
Skip to first unread message

Michael Harpe

unread,
Mar 5, 2015, 10:22:26 AM3/5/15
to gq...@googlegroups.com
Using version 2.3.0 with jessy distro.

Compile runs clean. No errors at all. I am getting the following when run the program and then hit the 'Start DSP' button in the program after accepting all the defaults.

Dongle is a FunCube Pro+

----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

pi@raspberrypi ~/gqrx-2.3.0 $ gqrx
linux; GNU C++ version 4.9.1; Boost_105500; UHD_003.007.003-0-unknown

gr-osmosdr 0.1.3 (0.1.3) gnuradio 3.7.5
built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri hackrf bladerf rfspace airspy 
Using Volk machine: neon_hardfp_orc
gr::log :INFO: audio source - Audio sink arch: alsa
Could not resolve property : pattern10600
Could not resolve property : pattern10600
Could not resolve property : pattern10600
Could not resolve property : pattern10600
Could not resolve property : pattern10600
Could not resolve property : pattern10600
Could not resolve property : pattern10600
Could not resolve property : pattern10600
gr-osmosdr 0.1.3 (0.1.3) gnuradio 3.7.5
built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri hackrf bladerf rfspace airspy 
Using FUNcube Dongle V2.0 (hw:1)
gr::log :INFO: audio source - Audio source arch: alsa
Opened: hw:1
Dongle sucessfully initialized
Result of Action :+++++
FCDAPP 20.03 
 Lna gain enabled
 Mixer gain enabled
If gain set to: 15
Set frequency correction to: -3
Set Frequency to: 1.445e+08 Hz, corrected to: 144499566 Hz
If gain set to: 15
 Lna gain enabled
 Mixer gain enabled
Could not resolve property : pattern10600
Could not resolve property : pattern10600
Could not resolve property : pattern10600
Could not resolve property : pattern10600
Could not resolve property : pattern10600
Could not resolve property : pattern10600
Could not resolve property : pattern10600
Could not resolve property : pattern10600
Could not resolve property : pattern10600
Could not resolve property : pattern10600
Could not resolve property : pattern10600
Could not resolve property : pattern10600
Could not resolve property : pattern10600
Could not resolve property : pattern10600
Could not resolve property : pattern10600
Could not resolve property : pattern10600
gr::log :ERROR: audio_alsa_sink0 - [default]: snd_pcm_sw_params: Invalid argument
terminate called after throwing an instance of 'std::runtime_error'
  what():  audio_alsa_sink
Aborted
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Any help appreciated. Gnu Radio works fine by the way...

Mike Harpe, N4PLE

ghos...@gmail.com

unread,
Mar 5, 2015, 11:12:56 AM3/5/15
to gq...@googlegroups.com
I vaguely remember running into a similar message on my first attempt.  I believe I went into the audio mixer and set the default playback device.  It almost seemed like the ALSA default (device 0) wasn't defined until I did that which produced the error.

Michael Harpe

unread,
Mar 6, 2015, 1:38:20 PM3/6/15
to gq...@googlegroups.com
Can you please elaborate on that? There seem to be several audio mixers.

The error looks to me like the code isn't setting things up properly. 

Mike Harpe

ghos...@gmail.com

unread,
Mar 6, 2015, 3:03:06 PM3/6/15
to gq...@googlegroups.com
Sure.  Just some history though I was first working with the gqrx version in the jesse repo which was trying to use pulseaudio.  Some googling and I did a couple of things to the audio config:

I edited /etc/pulse/default.pa and added a line:
load-module module-alsa-card device_id=0

I rebooted then went under Sound and Video and ran the "Pulse Audio Volume Control".  On the output devices tab there's a green check mark icon next to the bcm2835 ALSA Analog Stereo lines.  I clicked it to set it as fallback.  Then the error went away.  I'm guessing it was the default.pa line that did it by setting what device 0 really was. 

Since I was still having issues with the repo version I went and built from source which seemed to default to ALSA audio output instead of pulse but I never received any more audio errors.

Hope that helps!
Reply all
Reply to author
Forward
0 new messages