Horrible - Raspberry Pi + Wavelength Audio Proton

Hello,

I’m long time user of RaspyFI (It was working nearly perfectly).
Just installed Volumio on my Raspberry Pi and it’s horrible!
I tried every single kernel and c-media fix.
It’s so much distorted - Unlistenable even.

Please help!

This is very likely to happen because of NAS mounts settings. Try to decrease Rsize and Wsize in advanced, libray settings.
Let me know!

thank you for such a fast respond! :slight_smile:

I’m using external powered USB drive.

Has it finished indexing your database?

Yes indeed

Connected through a powered USB hub?
Try to change resampling algorithm, if enabled. Or try to set Mixer -> disabled

It’s EXTERNAL RAID DRVIE with PSU.
I was using it with RaspyFi without any problems.

Airplay and WebRadio is distorted as well.

Resampling - disabled
Mixer is Disabled or Hardware - doesn’t change anything.

It’s sounds like it’s underwater + a lot of cracks/zaps.

Now I wish I had 2nd SD Card with RaspyFi…

Do you listen to Flac or Wav or Mp3s? Also, does webradios sound normal?

WAV
as I mentioned before, WebRadios and AirPlay is distorted as well.

Cheers

I cannot replicate your issue. Please, try to stop all playbacks. Then reboot. Then start just one webradio (disconnect Airplay from the pc or phone you were using) and let me know.
Could be that mpd and shairport are competing for Pi’s resources

and please if you can, just report the output of

cat /proc/asound/card0/pcm0p/sub0/hw_params

Sure we’ll get this sorted out :wink:

Hi guys, another ex-RaspyFi user experiencing Volumio problems described in this thread.

I am using audiophilleo2 as my “DAC”. Here is asked output from my Volumio PI:

root@volumio:~# cat /proc/asound/card0/pcm0p/sub0/hw_params access: RW_INTERLEAVED format: S24_3LE subformat: STD channels: 2 rate: 44100 (44100/1) period_size: 5513 buffer_size: 22050 I can additionally mention that sound crackling occurs with NAS mp3 files but NOT with flac and m4a files from the very same NAS.

Web radio also crackles.

Finally, my dmesg is full with such “delay” messages:

root@volumio:~# dmesg | tail delay: estimated 0, actual 177 delay: estimated 0, actual 176 delay: estimated 0, actual 176 delay: estimated 0, actual 177 delay: estimated 0, actual 177 delay: estimated 0, actual 176 delay: estimated 0, actual 176 delay: estimated 0, actual 177 delay: estimated 0, actual 177 delay: estimated 0, actual 177 Thanks in advance for your help and keep up the good work.

Arrivederci da Sarajevo :wink:

Would be amazing! :slight_smile: I was so excited about this new release…

how can I report it?
When I use this command I’m getting:

root@volumio:~# cat /proc/asound/card0/pcm0p/sub0/hw_params closed

I tried it again

root@volumio:~# cat /proc/asound/card0/pcm0p/sub0/hw_params closed root@volumio:~#

Same issues here with the M1 dac.
Isn’t it possible to downgrade the kernel to raspyfi ?

Ape was supported by raspyfi. Why not in volumio?

Karsten

Just installed Volumio on my Raspberry Pi (previously had RaspyFi installed) and it is connected to a Schiit Modi DAC.

“default” settings":
mixer type - disabled
audio buffer -2048
buffer before play - 20%
audio output format (resampling) - disabled
sample rate converter - fastest sync interpolator

I have tested with three different audio files:
MP3
FLAC 44.1/24
FLAC 96/24

Default settings have resulted in continuous crackling/hiss with all three formats. not listenable.

However when I changed audio output format (resampling) setting, the following happened:
16bit / 44.1 khz - clear playback, no crackling or hiss on all source files
24bit / 44.1 khz - significant crackling / hiss on all source files
24bit / 96 khz - only occasional crackling on all source files, mp3 is worst

I verified the bitstream in each test case using the command: cat /proc/asound/card0/pcm0p/sub0/hw_params

My conclusion is that if I am getting better playback when sampling at 24bit/96khz, its not a resource issue with the raspberry pi but rather some other issue in the Volumio code.

Me too - migrated from Rasbyfi, severe sound dropouts over airplay, airplay loses connection.

Great Job though…Let me know what you need to help fix this -

out put of cat /proc/asound/card0/pcm0p/sub0/hw_params is

access: MMAP_INTERLEAVED
format: S16_LE
subformat: STD
channels: 2
rate: 48000 (48000/1)
period_size: 1024
buffer_size: 16384

root@volumio:~# dmesg | less

hid-generic 0003:08BB:2704.0001: input: USB HID v1.00 Device [Burr-Brown from TI USB Audio DAC ] on usb-bcm2708_usb-1.3/input2
udevd[153]: starting version 175
bcm2708_i2c bcm2708_i2c.0: BSC0 Controller at 0x20205000 (irq 79) (baudrate 100k)
bcm2708_spi bcm2708_spi.0: master is unqueued, this is deprecated
bcm2708_spi bcm2708_spi.0: SPI Controller at 0x20204000 (irq 80)
bcm2708_i2c bcm2708_i2c.1: BSC1 Controller at 0x20804000 (irq 79) (baudrate 100k)
usbcore: registered new interface driver rtl8192cu
usbcore: registered new interface driver snd-usb-audio
EXT4-fs (mmcblk0p3): re-mounted. Opts: (null)
EXT4-fs (mmcblk0p3): Mount option “nouser_xattr” will be removed by 3.5
Contact linux-ext4@vger.kernel.org if you think we should keep it.

EXT4-fs (mmcblk0p3): re-mounted. Opts: nouser_xattr,errors=remount-ro
mmc0: missed completion of cmd 18 DMA (512/512 [1]/[1]) - ignoring it
mmc0: DMA IRQ 6 ignored - results were reset
NET: Registered protocol family 10
IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Installing knfsd (copyright © 1996 okir@monad.swb.de).

Output

root@volumio:~# cat /proc/asound/card0/pcm0p/sub0/hw_params access: RW_INTERLEAVED format: S24_3LE subformat: STD channels: 2 rate: 44100 (44100/1) period_size: 5513 buffer_size: 22050

[code]root@volumio:~# dmesg | less

delay: estimated 0, actual 177
delay: estimated 0, actual 177
delay: estimated 0, actual 178
delay: estimated 0, actual 178
delay: estimated 0, actual 177
delay: estimated 0, actual 177
delay: estimated 0, actual 177
delay: estimated 0, actual 178
delay: estimated 0, actual 178
delay: estimated 0, actual 177
delay: estimated 0, actual 177
delay: estimated 0, actual 177
delay: estimated 0, actual 178
delay: estimated 0, actual 178
delay: estimated 0, actual 177
delay: estimated 0, actual 177
delay: estimated 0, actual 177
delay: estimated 0, actual 178
delay: estimated 0, actual 178
delay: estimated 0, actual 177
delay: estimated 0, actual 177
delay: estimated 0, actual 177
delay: estimated 0, actual 178[/code]

Sound quality (!) with resampling is even worse…

it’s 3rd day without music…
I’m gonna go mental soon ;D

I can confirm that resampling to 16 / 44 works (for me).

Audiophile webradio doesn’t work.
Is there anybody out there who knows the new pls-data?

Karsten