RuneAudio+R e3

[klassikmann]

[PierreG64]

Thank you Rern for this version of runeaudio. Installed on my rpi 3b +, it is very responsive. Superb visually in addition to the audio quality. You improved this superb distribution. What a pleasure to use it! Each version is more and more accomplished. currently perfect for my use.

[jlynton]

[sharky]

Hi,

It's gret job thanks!

But i search a solution for pair bluetooth speaker.

I have try this version because I saw the bluetooth was available. But,I believe, If I understood correctly, is for pair with a mobile or other system.
Not for paire with a speaker.

It seems to me that there is a lot of demand in this sene on the forum.

I really like your interface.
Thanks

[sharky]

Hi,

I have pair my speaket with cli
https://wiki.archlinux.org/index.php/Bluetooth_headset

I not see this output in MPD.

Thnaks

[klassikmann]

Issue in RuneAudio+R e3 20200527 

The "ghost coverart problem" () is still present or back again (regression?). Today I had a double-blank (0x2020) in the album title tag (one of the scenarios described in the link).

klassikmann

[bnilsson]

Hi,
I just tried the new RP4-e3 issue, (2020 May 27) to test the new Spotify Connect.
This is working fine, thanks for that.

However, as I am using a USB DAC, I usually disable on-board audio devices to free resources, (with this I mean HDMI and headphone jack) but this is not possible since they are reported "being in use".
Previously I could disable the on-board devices as soon as my DAC was connected and working.

Is the USB DAC now regarded as "on-board"?
Or is this a bug?

BN

Edit:
Just noticed that System says Output device = "on-board 3.5 mm plug", but I am using and playing on my DAC!
MPD shows the correct device, and uses the correct device, I get music thru my DAC.
And if I in MPD select on-board Headphone, System says "on-board - Headphone", not "3.5 mm plug" anymore.
After selecting DAC in MPD again, System still says "On-board - Headphone".
Everything WORKS fine, but this simply looks very strange.
And consequently, on-board audio cannot be turned off.

I am using a Raspberry Pi 4 Model B Rev 1.1.

[eggshell]

Hi rern,

Fabulous job, thank you.

Feature request: This is a bit hard to explain, but I think it would be really cool.

Not sure if it is even possible, but would be great to have the volume "dial" adjust volume smoothly from whatever it is at to the new position instead of the volume jumping to the new setting. As an example, if the volume is set at 20, and I touch the top of the arc for 50, it would smoothly adjust the volume to the new position. The graphics do a smooth transition, but the volume jumps.

Anyway, not a big deal, just thought it would refine things even more.

Thanks again.

Andreas

[rern]

[cycl157]

First -- absolutely loving all of the changes -- I use RuneAudio to feed my in house audio and would be lost without it!

Second -- I use the web UI and know that there have bene issues with the artwork showing up in the past and for the most part I think things work much much better. I have lots of misc songs that have artwork in the id3 tag and not as an external file and sometimes I end up with the default cover instead of the actual one from the song. I have tried to figure out what is going on but not seeing failed requests for the cover art and if I refresh the page it successfully loads it. I took screenshots of developer tools open when I found it happen and then after the refresh -- hoping that something in there might spur an idea...

missing coverart:
https://i.imgur.com/8WgBEmZ.png

after refresh:
https://i.imgur.com/gaAAKEQ.png

I am somewhat wonder if this happens when the page is not in focus and in come back to it and maybe that triggers a load of the default cover art...willing to do whatever to help figure it out if it's not obvious or known from the screenshots.

I am running 202020527.

Many thanks for a great project!

Cort