Re: [Discuss-gnuradio] GNU Radio Companion - ALSA

[Cinaed Simson]

On 02/21/2017 04:20 AM, Robin A. Jensen wrote:
> Hello Cinaed.
> 
> It's (maybe) because X GUI is startet up on RPi and i'm connectet with a
> VNC-Client.
> But anyway, i got it to work by taking Rationel Resampler out of the
> chain and then cheat with the Sample Rate.
> So now:
> RTL-SDR Source: Samp_Rate: 2M ->
> Low Pass: Samp_rate: 1.92 M, decimation:4 ->
> WBFM: Quadrature: 480K, Demation: 10 ->
> Audio_Sink: 48K, 2 Channels.
> 
> And now it run and play with a overrun.
> 
> :-)

Did you try setting it to "mono" with

  /usr/bin/pavucontrol

?

Also, type

  aplay -l

it will give you the physical devices.

If I use hw:0,0 - the analog device - I get audio overruns for WBFM
sampling from 10 MHz all the way down to 1 MHz with the HackRF.

If I use hw:0,1 - the HDMI device - I can run the WBFM receiver at 10
MHz on the HackRF without any overruns.

Note, the HDMI device only worked with "mono". I didn't remember to test
using the analog device with "mono".

And you need HDMI monitor (or a cable from HDMI to VGA/audio for $10.)

Something is screwy.

-- Cinaed


> 
> Best regards
> Robin.
> 
> 
> Den 20-02-2017 kl. 22:05 skrev Cinaed Simson:
>> On 02/20/2017 07:31 AM, Robin A. Jensen wrote:
>>> Hello Cinaed
>>>
>>> Thank you for your interrest in the proble,
>>>
>>> When using GRC i been trying by VNCserver and directly on the pi in GUI
>>> (X11).
>>> This is what ps -ef | grep pulse audio shows
>>> pi         855     1  0 Feb19 ?        00:00:00 /bin/sh
>>> /usr/bin/start-pulseaudio-x11
>>> pi        1203     1  0 Feb19 ?        00:00:00 /bin/sh
>>> /usr/bin/start-pulseaudio-x11
>>> pi        3959  3941  0 16:24 pts/0    00:00:00 grep --color=auto pulse
>> That's odd - 2 copies of /usr/bin/start-pulseaudio-x11 running at the
>> same time?
>>
>>> But still:
>>> When using a signal source directly to the audio sink it will work.
>>> But if i put in Rationel Resampler, there will be no sound or a
>>> RuntimeError, if resampler interpolation is not set to 48K.
>>> So i.e. source = 480k and resampler decimate with 480 (=1000) and
>>> interpolation is set to 48 (=48000), it will create an error.
>>> It's very strange.
>> I just installed the raspbian version of gnuradio - version 3.7.4 -  on
>> my raspberry pi3.
>>
>> There were no runtime errors with the audio while logged into the
>> console.
>>
>> In fact, the audio works if I just leave the audio device blank.
>>
>> If you think it might be related to stereo, you an use
>>
>>    /usr/bin/pavucontrol
>>
>> and change the audio device to mono.
>>
>> I can run a python script from a SSH connection on an Intel machine and
>> the audio works
>>
>> However, if I connect from an ARM machine, the audio doesn't work - I
>> get runtime errors.
>>
>> Using VNC from Windows, your mileage may vary - but it doesn't appear to
>> be gnuradio issue.
>>
>> The only suggestion I have is to turn off Qt/WX in the flow graph and
>> try running only the python code.
>>
>> Otherwise, post your flow chart to mailing list and I'll try in on my
>> pi3.
>>
>> -- Cinaed
>>
>>> Best regards
>>> Robin.
>>>
>>>
>>> Den 20-02-2017 kl. 01:33 skrev Cinaed Simson:
>>>> My guess is you have pulse audio installed but it won't let you use the
>>>> audio devices because you're not logged into the console on the pi3.
>>>>
>>>> Type
>>>>
>>>>     ps -ef | grep pulse
>>>>
>>>> which should return entries similar to
>>>>
>>>>     /usr/bin/pulseaudio --start --log-target=syslog
>>>>     /bin/sh /usr/bin/start-pulseaudio-x11
>>>>
>>>> Note, if pulse-audio is the problem, then you need to log into the
>>>> console and change your audio device to 'pulse' before trying it again.
>>>>
>>>> -- Cinaed
>>>>
>>>>
>>>> On 02/19/2017 12:17 PM, Robin A. Jensen wrote:
>>>>> Hello Marcus.
>>>>>
>>>>> I've haven't copy  pasted!
>>>>> I made it from a tutorial and it will work on Window 10 machine. :-)
>>>>>
>>>>> Now i have tried your suggestion and the RuntimeError is till persist.
>>>>> But you lost min the part, about moving the resampler in front of
>>>>> WBFM.
>>>>> I did it and the Runtime error is still presentet.
>>>>>
>>>>> But i'm sure that there is a bug in the debian versin of GNU Radio
>>>>> Companion 3.7.5 when using Rationel Resampler.
>>>>> It's making no sense. I have understood the concept of Decimating and
>>>>> Interpolation.
>>>>> I now have done some test with exactly the same simple setup on
>>>>> Windows
>>>>> 10 and RPi 3 Jessie.
>>>>> On Windows:
>>>>> Souce: resample 480 k Waveform: Cosine, Freq: 1k->
>>>>> Rationel Resampler: Decimation 480 (= 1000), Interpolation 48
>>>>> (=48.000) ->
>>>>> Audio Sink: Sample Rate: 48k
>>>>>
>>>>> It will produce a tone of 1 KHz.
>>>>>
>>>>> Doing precise the same on RPi 3:
>>>>> RuntimeError: audio_alsa_sink
>>>>> Only when Rationel Resampler is set to: Interpolation 48000,
>>>>> It will run, but if Decimation is 480 (= 1000 -> 1000 * 48000) it will
>>>>> sound like a metronome!
>>>>> If i'll set it as it should be: Decimation: 4800 (=1000) and
>>>>> Interpolation: 48 (48 * 1000 = 48 KHz)
>>>>> It will throw RuntimeError: audio_alsa_sink.
>>>>>
>>>>> I've tried many different settings Rationel Resampler and if
>>>>> Interpolation is not set to 48000, it will create and RuntimeError.
>>>>>
>>>>> If i do the test on windows with:
>>>>> Source: sample rate: 48k -> Rationel Resampler: Interpolation: 1,
>>>>> Decimation: 1 -> Audio Sink
>>>>> It will work and procuce 1KHz tone.
>>>>>
>>>>> Doing the same on RPi 3:
>>>>> And it throws a RuntimeError.
>>>>> If I then change Rationel Resampler: Interpolation 48000
>>>>> It will run without RuntimeError and with no sound!
>>>>>
>>>>> So i'll think this is not about a copy / paste error.
>>>>> All block used in these test, are with the same Types float 32.
>>>>>
>>>>> So i'm quit sure that is something wrong with the Rationel Resampler
>>>>> block i RPi - Jessie version.
>>>>>
>>>>> Best regards
>>>>> Robin.
>>>>>
>>>>> Den 19-02-2017 kl. 20:39 skrev Marcus Müller:
>>>>>> *high five*, got it to work!
>>>>>>
>>>>>> So, why the rational resampler?! makes no sense, especially since
>>>>>> both
>>>>>> interpolation and decimation need to be integers; since it doesn't
>>>>>> make
>>>>>> sense mathematical, is it possible you did something slightly
>>>>>> different
>>>>>> on Windows?
>>>>>>
>>>>>> Resamplers are *only* necessary to convert a signal from one sampling
>>>>>> rate to another mathematically, without changing the signal's
>>>>>> content.
>>>>>> The rate change is interpolation/decimation. If your original
>>>>>> signal is
>>>>>> already at the right sampling rate, adding a resampler in between
>>>>>> will
>>>>>> only *break* things.
>>>>>>
>>>>>> The RuntimeError has something to do with how you configure the audio
>>>>>> sink. so, you need to use exactly the same config, ie. 2 inputs,
>>>>>> hw:0,
>>>>>> sampling rate 48000. It doesn't come from having the wrong kind of
>>>>>> resampling before that. GNU Radio blocks really don't care at all
>>>>>> about
>>>>>> what happens upstream. They get a series of numbers they process.
>>>>>>
>>>>>> There's no reason for multiple resamplers. Please take this as a
>>>>>> constructive criticism: You must stop using a copy and paste
>>>>>> approach,
>>>>>> and go for an understanding-based approach.
>>>>>>
>>>>>> So let's work from the ends: We know we have an audio sink that we
>>>>>> need
>>>>>> to run at 48000 as sampling rate, and in the end, we'll need to
>>>>>> connect
>>>>>> that to a RTL source that gives us 2 MS/s. So in total, from
>>>>>> source to
>>>>>> sink, we need a resampling ratio of 2e6/48e3. I'll do it the
>>>>>> boring way
>>>>>> here, by using a prime factorization of both, to figure out how we
>>>>>> can
>>>>>> group these:
>>>>>>
>>>>>> 2e6 = 2 · 10⁶ = 2 · (2·5)⁶
>>>>>> = 5⁶ · 2⁶
>>>>>>
>>>>>> 48e3 = 48 · 10³ = 3 · 16 · (2·5)³ = 3 · 2⁴ · 2³ · 5³
>>>>>> = 5³ · 3 · 2⁷
>>>>>>
>>>>>> Let's divide these two numbers so that we know what our overall
>>>>>> resampling ratio is:
>>>>>>
>>>>>> 2e6/48e3 = (5⁶ · 2⁶)/(5³ · 3 · 2⁷) and cancelling out everything
>>>>>> that's
>>>>>> possible to cancel
>>>>>> 5³ / (3 · 2)
>>>>>>
>>>>>> So what we need is a decimation of 5³ = 125 and an interpolation
>>>>>> of 6.
>>>>>> Awesome! Let's make that happen.
>>>>>>
>>>>>> We know that we have at least one block that we need to use
>>>>>> between RTL
>>>>>> source and Audio sink: the WBFM receive. Let's plug that directly
>>>>>> into
>>>>>> the Audio Sink. That means we know its output rate, because it
>>>>>> *must* be
>>>>>> the 48k that said audio sink consumes. Ok, let's see, we need to
>>>>>> decimate by 5³ in total, so let's put the "Audio Decimation" to 5
>>>>>> here.
>>>>>> That leaves us with still 5² to decimate, and 6 to interpolate. (we
>>>>>> also
>>>>>> can directly calculate that the *input* of the WBFM receive must
>>>>>> be 5 ·
>>>>>> 48kS/s = 240 kS/s). And since we have two channels on our audio sink,
>>>>>> connect the both Audio sink inputs to the one autput of WBFM receive.
>>>>>>
>>>>>> Well, then, let's do that: add a rational resampler that has
>>>>>> decimation
>>>>>> = 25 and interpolation = 6. Connect its output directly to WBFM
>>>>>> receive,
>>>>>> and its input to the RTL source. Done!
>>>>>>
>>>>>>
>>>>>> Best regards,
>>>>>>
>>>>>> Marcus
>>>>>>
>>>>>>
>>>>>> On 19.02.2017 19:42, Robin A. Jensen wrote:
>>>>>>> Hello again.
>>>>>>>
>>>>>>> Now i've a little test.
>>>>>>> Signal Source: sample rate: 48k, Waveform: Cosine, freq: 1k
>>>>>>> amplitude:
>>>>>>> 1 ->
>>>>>>>
>>>>>>> Audio Sink: Samp_rate: 48 k, Devicename: hw:0 (with 2 inputs)
>>>>>>>
>>>>>>> And that is a succes! There a sound.
>>>>>>> It will only run with 48k as sample rate.
>>>>>>> So now we know there are an output for real. :-)
>>>>>>>
>>>>>>> But if i put in Rationel Resampler: Interpolation: 1 / 48k,
>>>>>>> Decimation: 1 and Source is 48k.
>>>>>>> There is no sound..??
>>>>>>> No mather how i fidle around with the values.
>>>>>>> I've tried with different settings for the Sampler and also Rationel
>>>>>>> Resampler Base, with no change regard to the output.
>>>>>>> I find it really strange as the Rationel Resampler is working on a
>>>>>>> Windows 10.
>>>>>>>
>>>>>>> I then whent back to my WBFM setup and remove the resampler and
>>>>>>> run it
>>>>>>> direcly from WBFM to Auduo Sink,
>>>>>>> and then the RuntimeError came back :-(
>>>>>>>
>>>>>>> Best regard
>>>>>>> Robin.
>>>>>>>
>>>>>>>
>>>>>>> Den 19-02-2017 kl. 18:06 skrev Marcus Müller:
>>>>>>>> Hi Robin,
>>>>>>>>
>>>>>>>> Progress! (and you really don't have to try anything in lower- AND
>>>>>>>> uppercase. the names are simply case-sensitive, so use them
>>>>>>>> **exactly**
>>>>>>>> like aplay -L lists them. Everything else can't work. There's
>>>>>>>> really no
>>>>>>>> magic involved here! Stop googling stuff that you copy and paste.
>>>>>>>> You've
>>>>>>>> got a discrete problem on *your* machine, and you can solve it, so
>>>>>>>> copy
>>>>>>>> and pasting device strings that work on other people's
>>>>>>>> computer's is
>>>>>>>> really not that helpful.)
>>>>>>>>
>>>>>>>>> It returns: check topology failed on on audio_alsa_sink(8) using
>>>>>>>>> ninputs=1, noutputs=0
>>>>>>>> Now that means you're using a device it can find. so: yeah, we're
>>>>>>>> doing
>>>>>>>> something right. I'd really recommend you stick with "pulse", as
>>>>>>>> that
>>>>>>>> will make sure of mixing all the audio streams other programs
>>>>>>>> produce
>>>>>>>> together with yours and you'll not compete for exclusive access to
>>>>>>>> the
>>>>>>>> audio device. It *should* give you at least the same check_topology
>>>>>>>> error. Can you please confirm that?
>>>>>>>>
>>>>>>>> Best regards,
>>>>>>>>
>>>>>>>> Marcus
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On 19.02.2017 16:42, Robin A. Jensen wrote:
>>>>>>>>> Hey Marcus.
>>>>>>>>>
>>>>>>>>> Have tried that.
>>>>>>>>> In documentation for the block:
>>>>>>>>> pulse , hw:0,0 , plughw:0,0 , surround51 , /dev/dsp
>>>>>>>>>
>>>>>>>>> I've tried every single one of them with lowercase and upper case.
>>>>>>>>>
>>>>>>>>> If i use: hw:0,0
>>>>>>>>> It returns: check topology failed on on audio_alsa_sink(8) using
>>>>>>>>> ninputs=1, noutputs=0
>>>>>>>>> If I use: HW:0,0
>>>>>>>>> It returns: RuntimeError: audio_alsa_sink.
>>>>>>>>>
>>>>>>>>> I've also tried with: HW:0,1 , HW:1,0 , HW:0.1 , HW:1.0 also in
>>>>>>>>> lower
>>>>>>>>> case.
>>>>>>>>> I've been tried to google with different search terms with no
>>>>>>>>> luck.
>>>>>>>>> That's why I ended up on this mailing list.
>>>>>>>>>
>>>>>>>>> GNU Radio is downloaded from rpi Jessie repository with apt-get
>>>>>>>>> install gnuradio.
>>>>>>>>>
>>>>>>>>> Best regards
>>>>>>>>> Robin.
>>>>>>>>>
>>>>>>>>> Den 19-02-2017 kl. 16:25 skrev Marcus Müller:
>>>>>>>>>> Hm, that looks like there's no HW in the list, so that would
>>>>>>>>>> be an
>>>>>>>>>> initial debugging success!
>>>>>>>>>>
>>>>>>>>>> So, the easiest is probably if you just use "pulse" in the Device
>>>>>>>>>> Name
>>>>>>>>>> field.
>>>>>>>>>>
>>>>>>>>>> Best regards,
>>>>>>>>>>
>>>>>>>>>> Marcus
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On 19.02.2017 16:15, Robin A. Jensen wrote:
>>>>>>>>>>> Yes of course.
>>>>>>>>>>> Here we go:
>>>>>>>>>>>
>>>>>>>>>>> aplay -L
>>>>>>>>>>>
>>>>>>>>>>> null
>>>>>>>>>>>          Discard all samples (playback) or generate zero samples
>>>>>>>>>>> (capture)
>>>>>>>>>>>
>>>>>>>>>>> pulse
>>>>>>>>>>>          PulseAudio Sound Server
>>>>>>>>>>> sysdefault:CARD=ALSA
>>>>>>>>>>>          bcm2835 ALSA, bcm2835 ALSA
>>>>>>>>>>>          Default Audio Device
>>>>>>>>>>>
>>>>>>>>>>> dmix:CARD=ALSA,DEV=0
>>>>>>>>>>>          bcm2835 ALSA, bcm2835 ALSA
>>>>>>>>>>>          Direct sample mixing device
>>>>>>>>>>>
>>>>>>>>>>> dmix:CARD=ALSA,DEV=1
>>>>>>>>>>>          bcm2835 ALSA, bcm2835 IEC958/HDMI
>>>>>>>>>>>          Direct sample mixing device
>>>>>>>>>>>
>>>>>>>>>>> dsnoop:CARD=ALSA,DEV=0
>>>>>>>>>>>          bcm2835 ALSA, bcm2835 ALSA
>>>>>>>>>>>          Direct sample snooping device
>>>>>>>>>>>
>>>>>>>>>>> dsnoop:CARD=ALSA,DEV=1
>>>>>>>>>>>          bcm2835 ALSA, bcm2835 IEC958/HDMI
>>>>>>>>>>>          Direct sample snooping device
>>>>>>>>>>>
>>>>>>>>>>> hw:CARD=ALSA,DEV=0
>>>>>>>>>>>          bcm2835 ALSA, bcm2835 ALSA
>>>>>>>>>>>          Direct hardware device without any conversions
>>>>>>>>>>>
>>>>>>>>>>> hw:CARD=ALSA,DEV=1
>>>>>>>>>>>          bcm2835 ALSA, bcm2835 IEC958/HDMI
>>>>>>>>>>>          Direct hardware device without any conversions
>>>>>>>>>>>
>>>>>>>>>>> plughw:CARD=ALSA,DEV=0
>>>>>>>>>>>          bcm2835 ALSA, bcm2835 ALSA
>>>>>>>>>>>          Hardware device with all software conversions
>>>>>>>>>>>
>>>>>>>>>>> plughw:CARD=ALSA,DEV=1
>>>>>>>>>>>          bcm2835 ALSA, bcm2835 IEC958/HDMI
>>>>>>>>>>>          Hardware device with all software conversions
>>>>>>>>>>>
>>>>>>>>>>> If i use @: speaker-test -f 800 -t sinus -r 48000 -c 1-s 1
>>>>>>>>>>> I'll get a fine sinus tone.
>>>>>>>>>>> So there are sound through the system.
>>>>>>>>>>>
>>>>>>>>>>> Best regards
>>>>>>>>>>> Robin.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Den 19-02-2017 kl. 15:48 skrev Marcus Müller:
>>>>>>>>>>>> You're right, we should tackle this more systematically.
>>>>>>>>>>>>
>>>>>>>>>>>> My problem is that I don't have a RPi3 to play around with at
>>>>>>>>>>>> hand,
>>>>>>>>>>>> so I
>>>>>>>>>>>> have to trust you on the "HW:0,0"; it's not a very typical
>>>>>>>>>>>> string,
>>>>>>>>>>>> through, as most alsa device names are lowercase. Could you
>>>>>>>>>>>> share
>>>>>>>>>>>> the
>>>>>>>>>>>> output of "aplay -L" with us?
>>>>>>>>>>>>
>>>>>>>>>>>> Best regards,
>>>>>>>>>>>> Marcus
>>>>>>>>>>>>
>>>>>>>>>>>> On 19.02.2017 15:16, Robin A. Jensen wrote:
>>>>>>>>>>>>> Hello Marcus.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Thanks for your reply and your welcomming to the community.
>>>>>>>>>>>>>
>>>>>>>>>>>>> I've made the changes as suggested.
>>>>>>>>>>>>> Also i've made a setup on a Windows 10 machine, to ensure the
>>>>>>>>>>>>> script
>>>>>>>>>>>>> runs.
>>>>>>>>>>>>> With the changes the sound is much better! :-)
>>>>>>>>>>>>>
>>>>>>>>>>>>> But when i run the same setup on RPi 3 / Jessie-distro i've
>>>>>>>>>>>>> end up
>>>>>>>>>>>>> with the same result, no matter what I do with the Audio sink.
>>>>>>>>>>>>> I'm using Gnu Radio Companion 3.7.5
>>>>>>>>>>>>> The error code is still:
>>>>>>>>>>>>>
>>>>>>>>>>>>> ALSA libpcm.c2239:)snd_pcm_open_noupdate) Unknown PCM HW:0,0
>>>>>>>>>>>>> <-- 10
>>>>>>>>>>>>> times this line
>>>>>>>>>>>>> gr::log :ERROR: audio_alsa_sink0 - [HW:0,0]: No such file or
>>>>>>>>>>>>> directory.
>>>>>>>>>>>>> File "/home/pi/radio/top_block.py", line133, in <module>
>>>>>>>>>>>>>        tb= top_block()
>>>>>>>>>>>>> File "/home/pi/radio/top_block.py", line82, in __init__
>>>>>>>>>>>>> self.audio_sink_0 = audio.sink(48000, "HW:0,0", True)
>>>>>>>>>>>>> File
>>>>>>>>>>>>> "/usr/lib/python2.7/dist-packages/gnuradio/audio/audio_swig.py",
>>>>>>>>>>>>>
>>>>>>>>>>>>> line 195, in make
>>>>>>>>>>>>> return _ausio_swig.sink_make(*args, **kwargs)
>>>>>>>>>>>>> RuntimeError: audio_alsa_sink
>>>>>>>>>>>>>
>>>>>>>>>>>>> I know is alwayes is eassy to blame the software, but could it
>>>>>>>>>>>>> be a
>>>>>>>>>>>>> bug?
>>>>>>>>>>>>> As i said. i've tried with all the suggested lines from
>>>>>>>>>>>>> documentation
>>>>>>>>>>>>> of the block.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Best regards
>>>>>>>>>>>>> Robin.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Den 18-02-2017 kl. 18:17 skrev Marcus Müller:
>>>>>>>>>>>>>> Hi Robin,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> first of all: Welcome to the GNU Radio community!
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On 02/18/2017 05:29 PM, Robin A. Jensen wrote:
>>>>>>>>>>>>>>> Hello all of you.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I've just recieved my RTL-SDR dongle and is all new to this
>>>>>>>>>>>>>>> sdr-stuff,
>>>>>>>>>>>>>>> so please bear over with me, if i'm at the wrong place.
>>>>>>>>>>>>>>> I'm using GNU Radio Companion on a RPi 3 and no mather what
>>>>>>>>>>>>>>> i'll
>>>>>>>>>>>>>>> do, i
>>>>>>>>>>>>>>> can't get the sound to work.
>>>>>>>>>>>>>>> If a'im using rtl_fm and aplay, i'll get sound but it won't
>>>>>>>>>>>>>>> set on
>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>> radiostation.
>>>>>>>>>>>>>> aha, so that's good, the sound system as it does work.
>>>>>>>>>>>>>> You'll probably want to use "aplay -L" to find the possible
>>>>>>>>>>>>>> ALSA
>>>>>>>>>>>>>> device
>>>>>>>>>>>>>> names that you can use in the GNU Radio Audio sink.
>>>>>>>>>>>>>>> I'll take on that later.
>>>>>>>>>>>>>>> I've createt a small FM Reciever in GNU Radio companion and
>>>>>>>>>>>>>>> everytime
>>>>>>>>>>>>>>> i'll execute the script i'll get an error:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> RuntimeError.audio.alsa.sink
>>>>>>>>>>>>>> Hm, I've never seen a GNU Radio error being printed like
>>>>>>>>>>>>>> this;
>>>>>>>>>>>>>> but
>>>>>>>>>>>>>> that
>>>>>>>>>>>>>> might just be me. However, I can't reproduce this error
>>>>>>>>>>>>>> printing
>>>>>>>>>>>>>> shape
>>>>>>>>>>>>>> as hard as I try.
>>>>>>>>>>>>>>> I've been all over the internet to find a solution but
>>>>>>>>>>>>>>> with no
>>>>>>>>>>>>>>> luck.
>>>>>>>>>>>>>>> So now i'm have a hope that this mailling list can help me?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> My suspicion is that your audio device doesn't like the
>>>>>>>>>>>>>> sampling
>>>>>>>>>>>>>> rate
>>>>>>>>>>>>>> your trying to use, or you need to specify a device name (or
>>>>>>>>>>>>>> both).
>>>>>>>>>>>>>> Can
>>>>>>>>>>>>>> you make things work on the PC you use to design these flow
>>>>>>>>>>>>>> graphs?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I'd start with a signal source (sampling rate == the sampling
>>>>>>>>>>>>>> rate
>>>>>>>>>>>>>> that
>>>>>>>>>>>>>> you set in your Audio sink), configured to produce a "float"
>>>>>>>>>>>>>> output
>>>>>>>>>>>>>> sine
>>>>>>>>>>>>>> of 1 kHz, directly connected to an Audio sink. If that works,
>>>>>>>>>>>>>> move on.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> --------------------------------------------------------------------------------
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> What I say about the flow graph in the following has, as far
>>>>>>>>>>>>>> as I
>>>>>>>>>>>>>> can
>>>>>>>>>>>>>> tell, nothing to do with the error you're getting. Still,
>>>>>>>>>>>>>> there's
>>>>>>>>>>>>>> mistakes in the flow graph that would make it impossible to
>>>>>>>>>>>>>> successfully
>>>>>>>>>>>>>> run it, and thus I'd like to avoid frustration later on by
>>>>>>>>>>>>>> pointing
>>>>>>>>>>>>>> them
>>>>>>>>>>>>>> out know:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> So, the main issue with your flow graph is that the sampling
>>>>>>>>>>>>>> rate
>>>>>>>>>>>>>> at the
>>>>>>>>>>>>>> audio sink must be what you configured your audio sink for
>>>>>>>>>>>>>> (48
>>>>>>>>>>>>>> kHz).
>>>>>>>>>>>>>> But: that rate is the result of your SDR's sampling rate
>>>>>>>>>>>>>> (2MS/s),
>>>>>>>>>>>>>> multiplied with all interpolations, divided by all
>>>>>>>>>>>>>> decimations in
>>>>>>>>>>>>>> the
>>>>>>>>>>>>>> path between.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> My setup is:
>>>>>>>>>>>>>>> RTL-SDR Source: samplerate:  2M, frequency 96.5 MHz ->
>>>>>>>>>>>>>>> Rationel Sampler: Interpolation 4, Decimation: 1 ->
>>>>>>>>>>>>>> Uh, that means that you have now 8MS/s. That seems
>>>>>>>>>>>>>> unnecessary,
>>>>>>>>>>>>>> since to
>>>>>>>>>>>>>> capture a <100 kHz wide FM channel, you wouldn't even need
>>>>>>>>>>>>>> the
>>>>>>>>>>>>>> 2MS/s
>>>>>>>>>>>>>> you get
>>>>>>>>>>>>>>> Low Pass Filter: Sample rate: 2M, Cutoff freq: 100K,
>>>>>>>>>>>>>>> Transition
>>>>>>>>>>>>>>> Width:
>>>>>>>>>>>>>>> 100k ->
>>>>>>>>>>>>>> Which contradicts the 2MS/s used here, so you're actually
>>>>>>>>>>>>>> getting
>>>>>>>>>>>>>> 400kHz
>>>>>>>>>>>>>> passband width, 400kHz transition width. Also, this feels
>>>>>>>>>>>>>> like a
>>>>>>>>>>>>>> prime
>>>>>>>>>>>>>> candidate for including decimation in the filter (because the
>>>>>>>>>>>>>> resulting
>>>>>>>>>>>>>> bandwidth is 200 kHz (if you overlap the two transition
>>>>>>>>>>>>>> widths),
>>>>>>>>>>>>>> and for
>>>>>>>>>>>>>> that you'd only need 200 kS/s of complex digital signal).
>>>>>>>>>>>>>>> WBFM Recive: Quadrature: 500K, Audio Decimation: 1 ->
>>>>>>>>>>>>>> This is now off by a factor of 16; are you sure you should be
>>>>>>>>>>>>>> using
>>>>>>>>>>>>>> "interpolation=4,decimation=1" instead of the inverse?
>>>>>>>>>>>>>>> Rationel Sampler: Interpolation: 500
>>>>>>>>>>>>>> Certainly not :) 8 MS/s · 500 = 4 GS/s
>>>>>>>>>>>>>>> Decimation: 48
>>>>>>>>>>>>>> Aside from that not even having greatest common denominator
>>>>>>>>>>>>>> of 1
>>>>>>>>>>>>>> with
>>>>>>>>>>>>>> 500 (you can't know that this is important, not blaming you),
>>>>>>>>>>>>>> this
>>>>>>>>>>>>>> would
>>>>>>>>>>>>>> give you an output sampling rate of 4GS/s/48 = 1 GS/s / 12 =
>>>>>>>>>>>>>> 83.333
>>>>>>>>>>>>>> MS/s. Which isn't even a multiple of 48 kHz, which you use
>>>>>>>>>>>>>> in the
>>>>>>>>>>>>>> audio
>>>>>>>>>>>>>> sink:
>>>>>>>>>>>>>>> ->
>>>>>>>>>>>>>>> Audio Sink: Sample Rate: 48 KHz, Device Name: HW:0,0
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I've found that recipie on a Hack5 video and there it's
>>>>>>>>>>>>>>> working
>>>>>>>>>>>>>> I think there's some error in the way you configured these
>>>>>>>>>>>>>> resamplers. I
>>>>>>>>>>>>>> don't know the Video you're referring to, but the amount of
>>>>>>>>>>>>>> rational
>>>>>>>>>>>>>> resamplers used here alone, paired with the fact that you
>>>>>>>>>>>>>> don't
>>>>>>>>>>>>>> decimate
>>>>>>>>>>>>>> in the WBFM receiver makes me kind of suspicious this
>>>>>>>>>>>>>> might not
>>>>>>>>>>>>>> have
>>>>>>>>>>>>>> been the optimal video to take reference designs from!
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> --------------------------------------------------------------------------------
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Best regards,
>>>>>>>>>>>>>> Marcus
>>>>>>>>>>>>>>> With best regards
>>>>>>>>>>>>>>> Robin.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>>>> Discuss-gnuradio mailing list
>>>>>>>>>>>>>>> address@hidden
>>>>>>>>>>>>>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>>> Discuss-gnuradio mailing list
>>>>>>>>>>>>>> address@hidden
>>>>>>>>>>>>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>>>>>>>>>>>>
>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>> Discuss-gnuradio mailing list
>>>>>>>>>>>>> address@hidden
>>>>>>>>>>>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>> Discuss-gnuradio mailing list
>>>>>>>>>>>> address@hidden
>>>>>>>>>>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>>>>>>>>>>
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> Discuss-gnuradio mailing list
>>>>>>>>>>> address@hidden
>>>>>>>>>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>>>>>>>> _______________________________________________
>>>>>>>>>> Discuss-gnuradio mailing list
>>>>>>>>>> address@hidden
>>>>>>>>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> Discuss-gnuradio mailing list
>>>>>>>>> address@hidden
>>>>>>>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>>>>>> _______________________________________________
>>>>>>>> Discuss-gnuradio mailing list
>>>>>>>> address@hidden
>>>>>>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Discuss-gnuradio mailing list
>>>>>>> address@hidden
>>>>>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>>>> _______________________________________________
>>>>>> Discuss-gnuradio mailing list
>>>>>> address@hidden
>>>>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>>> _______________________________________________
>>>>> Discuss-gnuradio mailing list
>>>>> address@hidden
>>>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>> _______________________________________________
>>>> Discuss-gnuradio mailing list
>>>> address@hidden
>>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>
>>> _______________________________________________
>>> Discuss-gnuradio mailing list
>>> address@hidden
>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>> _______________________________________________
>> Discuss-gnuradio mailing list
>> address@hidden
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 
> 
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio