RuneAudio+R e3

ceejayemm

I too was unable to render the MPD page after the update to 20200501 yesterday. However I can confirm that disabling the DAC in the System page, allowing the PI to reboot and then re-enabling the DAC followed by another reboot DOES allow the MPD page to render for me - all the reboots were automatically started following each of these changes.

I don't have any of the problems reported by Klassicman other than:

Addons menu: Version string stayed at "20200418"

Wouldn't it have been better, given that a reflash of the SD card is required, to bump this version to RuneAudio+Re4 ?

I haven't, as yet, tried any of the new featurers of the release though.

Regards.

Chris

R101

rern wrote
R101 wrote ...
All the usual problems getting the wifi working, plus I had to enable netctl. Is this version for wired connection only?
If I recall correctly, your SSID is hidden, isn'i it? Try show it as normal and connect R+R e3 again.
Tips: Debunking Myths: Is Hiding Your Wireless SSID Really More Secure? (If not, it's still worth reading though.)

Or post results of:
ifconfig
iwlist wlan0 scan
rern

I have a hidden SSID and fixed IP, but not because I have any delusion that it is more secure. I just prefer it that way. The add-network form has tick boxes for both options which I feel should work.

I have a working system, so if nobody else has any problems, I am happy to just register the surplus pause icon for Webradio playback as a bug.

Thanks for all your work, rern.

klassikmann

@[deleted]
Update 20200502

klassikmann wroteUpdate 20200501
...
Radio buttons (e.g. restore settings, sound profile, replay gain) and check-boxes (library & playback display) are way too big (Firefox).

...

The "gigantic" radio buttons and check-boxes are still present using Firefox. Crome and Edge are unaffected.

klassikmann

J4K

Hi Rern,

Working great for me, very stable.

Just a bug for me:

Albums are playing as if set on repeat. (They arn't set to do so, I checked)

Thankyou for the update.

J

find_nix

Just updated to e3 20200502:

Everything is working fine.
May thanks for your outstanding performance.

Coming from the latest “upgradable” version of e3, restore of bookmarks, webradios, mpd.db and lirc config files was working perfectly. I simply had to install IR tools (pacman -S lirc lirc-utils) and adopt /boot/config.txt (dtoverlay=gpio-ir,gpio_pin=NN) first. Before restoring mpd.db it is wise to mount the music repositories on the same place as before

irexec autostart bug is still present in the latest archlinux package but is easy to fix (https://sourceforge.net/p/lirc/tickets/156/)

Usage of ~/.ssh/authorized_keys is working without any modification.

No problems with HW volume control and DSD (thanks rern) with my tricky Pro-Ject DAC Box S2+.
Will do test with my other DACS, DragonFly RED and Pro-Ject pre box S2, soon.

Greetings from slowly awaking Austria

find_nix

I can confirm, that HW volume control for DragonFly RED is working out of the box with e3 20200502

klassikmann

Update 20200503

klassikmann wrote Update 20200502
klassikmann wroteUpdate 20200501
...
Radio buttons (e.g. restore settings, sound profile, replay gain) and check-boxes (library & playback display) are way too big (Firefox).

...
The "gigantic" radio buttons and check-boxes are still present using Firefox. Crome and Edge are unaffected.

klassikmann

Firefox problem fixed.

klassikmann

humschti

I've updated to the latest version and restored settings. However, I cannot enable onboard Audio. After reboot, its disabled again.

manually adding "dtparam=audio=on" to config.txt solved the issue

klassikmann

klassikmann wroteUpdate 20200503
klassikmann wrote Update 20200502
klassikmann wroteUpdate 20200501
...
Radio buttons (e.g. restore settings, sound profile, replay gain) and check-boxes (library & playback display) are way too big (Firefox).

...
The "gigantic" radio buttons and check-boxes are still present using Firefox. Crome and Edge are unaffected.

klassikmann
Firefox problem fixed.

klassikmann

I have to modify my first assessment: The Firefox problem is resolved on Android, but not on Win10 and Firefox 75.0.

Beelzebassie

In the library view, the summary on the right side of the album art has disappeared for some files.
Top image is a CD-rip without album art embedded, bottom image is a download that does have the album art embedded.

Thx in advance.

: Annotation 2020-05-04 115430.png (181.42 KiB) Viewed 2325 times

: Annotation 2020-05-04 115410.png (181.5 KiB) Viewed 2325 times

rern

klassikmann wrote ...
I have to modify my first assessment: The Firefox problem is resolved on Android, but not on Win10 and Firefox 75.0.

They're normal size on mine.

Beelzebassie wroteIn the library view, the summary on the right side of the album art has disappeared for some files.
Top image is a CD-rip without album art embedded, bottom image is a download that does have the album art embedded.
...

For *.cue, metadata supposed to be read from the *.cue headers, not from embedded data.
- Try remove the embedded ones.
- If still no, please post the *.cue file content.

Tips for coverarts:
- Save as separate files instead of embedded
- Easier to manage
- Save storage space
- No need to have the same images in every files in an album unless for multiple albums compilations.

rern

rawdevice

Hi Rern,

I also have the same issue reported by klassikmann (oversized check-boxes on Firefox, but not in Edge)

Raspberry Pi 3B+ with IQAudio Dac Pro
RuneAudio+R e3 202005031

Regards,

rawdevice

klassikmann

To investigate the checkbox/radiobutton problem in Firefox I used different installations on Win10 and Ubuntu. Some configurations are o.k., some others are oversized. I run out of ideas.
https://www.magentacloud.de/lnk/HCBJKzF6

klassikmann

klassikmann

Firefox checkbox/radiobutton problem

@[deleted]
What's about desktop.css in /srv/http/assets/css?

/* firefox checkbox */
#infoOverlay input[type=radio],
#infoOverlay input[type=checkbox] {
        -moz-transform: scale( 2 );
}
#infoOverlay input[type=radio]:disabled,
#infoOverlay input[type=checkbox]:disabled {
        -moz-transform: scale( 1.75 );
}

klassikmann

R101

Just to say that I am using Firefox 76.0b8 (64-bit) on Linux, and I do not see this problem.

rern

klassikmann wrote What's about desktop.css in /srv/http/assets/css?

/* firefox checkbox */
#infoOverlay input[type=radio],
#infoOverlay input[type=checkbox] {
        -moz-transform: scale( 2 );
}
#infoOverlay input[type=radio]:disabled,
#infoOverlay input[type=checkbox]:disabled {
        -moz-transform: scale( 1.75 );
}

Remove them and let me know if it's back to normal size.

rern

vaughan

Thanks very much to rern and all who went before for their hard work - this is a brilliant piece of technology.
Would it be possible to put the links to RuneAudio+R e3 on the Rune download page at https://www.runeaudio.com/download/ ?
Maybe there is a setting for this that I missed. I installed RuneAudio+R e3 (version uploaded: 2020-05-01 03:49:42) - by default MPD won't catalog .m4a files - to fix that set 'decoder {plugin "ffmpeg" enabled "yes"}' in /etc/mpd.conf as described at #59
(Sorry - ignore this second point - I've now realised it's 'Settings > MPD > Options > FFmpeg - Enable'.)
Thanks again,
Vaughan

klassikmann

R101 wroteJust to say that I am using Firefox 76.0b8 (64-bit) on Linux, and I do not see this problem.

My guess: The behaviour depends on a subtle configuration parameter in Firefox, but only a guess.

rern wrote

klassikmann wrote What's about desktop.css in /srv/http/assets/css?

/* firefox checkbox */
#infoOverlay input[type=radio],
#infoOverlay input[type=checkbox] {
        -moz-transform: scale( 2 );
}
#infoOverlay input[type=radio]:disabled,
#infoOverlay input[type=checkbox]:disabled {
        -moz-transform: scale( 1.75 );
}

Remove them and let me know if it's back to normal size.

rern

My first experiment was to set the scale factor to 1 in desktop.css what should have the same effect. Later I deleted the source code lines. Both approaches resolve the issue.

klassikmann

bfagan

I also upgraded to the latest Rune+Re3. I restored my previous config and it seemed to restore OK.

But I am having 2 issues. They may be related. I have tested on Chrome Version 81.0.4044.129 (Official Build) (64-bit) and Firefox 75.0 (64-bit).

1. Rune will not play. I press the play button and it automatically turns off with nothing heard.
2. MPD not rendering issue. I have set output to 3.5 jack and rebooted, then set to HiFiBerry DAC+ and rebooted several times. It still does not load.

Thanks for the help.

Beelzebassie

rern wrote (...)

I think I've found the culprit:

Attachments

: Annotation 2020-05-05 000110.png (132.23 KiB) Viewed 2168 times

« Previous Page Next Page »