RuneAudio 0.5-beta for most Raspberry Pi models

[werdandi]

this is the output of this cat during playing a 44.1 file
root@runeaudio(rw):/home# cat /proc/asound/card*/pcm*p/sub*/hw_params | grep -v closed
access: RW_INTERLEAVED
format: S16_LE
subformat: STD
channels: 2
rate: 44100 (44100/1)
period_size: 5512
buffer_size: 22050
access: RW_INTERLEAVED
format: S32_LE
subformat: STD
channels: 2
rate: 44100 (44100/1)
period_size: 5513
buffer_size: 22050

it seems that the player sees no other order to play the file originally as put in. so currently, for me, it seems, that the allow_formats setting will completely be ignored

[janui]

[werdandi]

good morning
after reducing the playing cards according to your hint to one (project usb dac) it looks like that:
root@runeaudio(rw):/home# cat /proc/asound/card*/pcm*p/sub*/hw_params | grep -v closed
access: RW_INTERLEAVED
format: S32_LE
subformat: STD
channels: 2
rate: 44100 (44100/1)
period_size: 5513
buffer_size: 22050
still ignoring the resample order. but to be honest, i read the plugin description, you posted, again and actually the "allowed_formats" setting doesn't tell anything about an implicite resample, only about a fall back to the nearest possible in case of not directly finding the listed one.
on the other hand, the pity is, as i tried out, that the "format" setting seems to work global not looking at the base properties of the respective file (dsd or pcm) and the more, concurring with the "allowed_formats", it overrides it. hope we'llget that managed, because this rune edition is actually the best implementation of a mpd i tried so far and currently also the most stable

[janui]

Hi werdandi,
I am a little disappointed that is doesn’t work as documented. What the documentation says is 'if none matches, MPD chooses the best fallback of this list'. While the only valid PCM entry in the list is not used, no idea why. It is also not using the PCM equivalent dsd64:=dop which would be something like 132300:24:2.
I will test this on our latest build, maybe the latest version of MPD works differently. Will get back to you on this.
You need to decide how to progress: input = output (without SoXr resampling) or fixed output 384/352.8khz, 24bit (with SoXr resampling).
janui

[werdandi]

hi and again thanks for your recent reply
at the moment i will live with unchanged dsd and also unchanged pcm what is currently the better way due to resampling dsd to pcm (what not only in principle is useless - you should always hear the audio material in the respective mode/way it was originally recorded, also i know that cross-sampling brings no improvement at all) results in a garbage full of white noise (has imho to do with the principle handling of frequences in dsd where the noise distance is put into the highest area, what requires a special filter handling on back converting to pcm)
but for the long term i will be very thankfull if a solution for that can be found.
so again
thank you in advance

[aldebert]

Hi,
I have been testing Runeaudio 0.5b
about the Hardware i use a dac sabre ES9018K2M from Audiophonics
i have tried several different settings (ES9028Q2M , ES9038Q2, rpidac, generic ES90x8)
and didn't find a way to have hardware volume control working
I was using runeaudio 0.4b from Audiophonics

i have 7' touchscreen
when i look in the settings i have a vertical slider
and the screensaver works well
when searching in the library i have no vertical slider
the screensaver is activated during my search and i have to hit the screen several time
to go back to the library (at the bigining of the list)

i have tried to update the 0.b version idon't know if it's done
isthere a way to know it?

thanks for all



.

[aldebert]

debug

https://pastebin.com/caNkshPF

[janui]

[S711]

Hi,
I have a fresh install on a Rpi B2, when i am going on the webui i have this message:
"RuneAudio is starting-up
The page you are looking for is temporarily unavailable
Please try again later "

I dont understand what ils wrong, any idea?

Envoyé de mon ONE E1003 en utilisant Tapatalk

[jlynton]