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

[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