RuneAudio+R e6

[BVLabs]

It says like this - is this normal?

In System -> Version e6 20201201

[ceejayemm]

BVLabs

Version e6 20201201 - shows that you are running the RA+Re6 version with the latest 20201201 (Dec 01 2020) addons applied. The date will change as Rern releases updated Addons and you apply them to your RA installation.

In regard to the Access Point (I don't use it by the way) - do you actually need to use the RA Access Point ? Normally you would connect to your own network using either a wired or wifi connection. Using a wired connection should get an IP Number from your network (via DHCP) and is the simplest to use. To set up a wifi connection you need to follow the instructions in the first post of this thread and create a 'wifi' file on the /boot folder. This is a bit more difficult to do, but not much, and I use this type of connection all the time with no problems once set up.

Chris

[BVLabs]

Yes, I really need hotspot mode. In some places, there is no wired network, so access point mode is needed to control the player.

Before that, I had a previous version, after the update, the access point mode worked fine, but after the first reboot of the player, this defect repeated itself again. If you use a new image right away, it doesn't work right away.

[bnilsson]

rern,

I have noticed a funny behaviour when using RuneAudio as a UPnP/DLNA rendering device.
I am sometimes using BubbleUPnP for Android a s controller, sending tracks to Rune OpenHome or UPnP rendering device.
It works well if it is a simple queue, but if I am jumping between the Bubble playlist queue entries, or adding track in the middle of the playlist, strange things happen.
It seems tracks are added to the Rune playlist in an unexpected way, the wrong track is played, the added track being in target is added before AND after the current track, the same track is played repeatedly regardless of what track is selected in the Bubble UPnP controller, etc. Difficult to describe and reproduce in a clear way.
When two apps are supposed to work together, it is of course difficult to say who is doing what, right or wrong.
To check this further, I tested HifiberryOS with the same function, and there this does not happen.

Edit: Just checked with the "original" RuneAudio 20180903_10_runeaudio_rpiB2.img, and this works well. The Rune playlist always contains a partial copy of the Bubble playlist, the track being played from Bubble plus the nearest subsequent tracks. If Bubble is adding a new "play next" track, or another track is selected in the playlist, the Rune playlist is updated accordingly. I plan to see if I can identify in which of your "eN" editions the problem first appeared.

I also note that in earlier versions of RuneAudio, there was a setting for the UPnP renderer, if the Rune playlist should be fully managed by the controller or not, this setting is no longer there.

Could you please take a look at this?

BN

[BVLabs]

Hello guys, hello Rern.
I really hoped that the project began to live a new life, you literally gave a second hope. But now I understand why the project is still in beta. Every update comes out very slowly. The saddest thing is that what used to work stably even in the old version 0.4 beta is no longer functional. I mean the access point function.

I do not want to reproach anyone in any way, but I think that if there is feedback from the user, it is probably worth paying attention to them.

Once again I would like to express my respect to everyone who keeps this great product afloat.

P.S. I would gladly support Rern personally with a donate, but I don't see his payment details.

[BVLabs]

How difficult would it be to add this code, to this version of the system?
The native application is very convenient to manage, but without these lines of code, it cannot automatically detect the device on the network.

in avahi/services/runeaudio.service

<?xml version="1.0" standalone='no'?><!--*-nxml-*-->
<!DOCTYPE service-group SYSTEM "avahi-service.dtd">
<service-group>
<name replace-wildcards="yes">RuneAudio [RuneAudio+Re6] [b8:27:eb:54:09:3a]</name>
<service>
<type>_http._tcp</type>
<port>80</port>
<txt-record>skin_name=RuneUI</txt-record>
<txt-record>runeos_version=0.6-beta</txt-record>
<txt-record>mac_eth0=[b8:27:eb:47:87:e6]</txt-record>
</service>
</service-group>

[Auralcurator]

e6 looks pretty nice! Moving from e5 to e6 there seems to be something different in how MPD builds its library. I added MPD logging and ran a rebuild and I don't see any explanation in the log. I only show 1 album from a NAS mounted library that contains quite a few:

RuneAudio:~ # mpc listall | wc -l
32718
RuneAudio:~ # mpc list album | wc -l
2337
RuneAudio:~ # mpc list artist | wc -l
4772
RuneAudio:~ # mpc list composer | wc -l
279
RuneAudio:~ # mpc list genre | wc -l
260

The UI doesn't show Songs but the other items show the above number -1 for each but not Album. It shows 1.

Version e6 20201201 • RuneAudio
Hardware Raspberry Pi 3 Model B Rev 1.2
SoC BCM2837 • 4 Cortex-A53 @ 1.2GHz • 1GB
Output Device Sound Blaster Play! 3
Kernel 5.4.80-1-ARCH
MPD 0.22.3-1

I saw some mention of a charset issue. Was there something that changed from e5 to e6 here because it loaded correctly on e5. Is there any way to find an error or indicator for what is causing the Album list to not generate?

Thanks so much

[alecs123]

[rern]

[BVLabs]