v0.0.5 Use web-worker for communication between client and server, and a reload app button in settings, fix control misalignment in compact mode on medium screens
v0.0.4 Add zone-transfer, Add zone-grouping, Enhance mobile and small screen experience, enhance keyboard or remote navigation
v0.0.3 Add app auto-reload on new version (will only work for future versions), fix Live Radio display and disconnected state on iOS and iPadOS after device went to sleep
Happy to have an happy user!
Your screenshot’s been taken form a phone.
Responsive support (especially for small screen) is just baked and not really tested.
Please feel free to report any inconvenience or enhancement ideas!
Have sweet musical dreams!
Well I was happy to see it worked on the device I happened to have in my hand while installing it on a Raspberry Pi and not concerned about how pretty it is.
I will try it out on and iPad and Android tablet tomorrow as well.
More options for control is always good so I appreciate your efforts to get this out in the world
I was about to say the same thing. The “Web/Connectivity” category doesn’t show for me. This is DietPi on a Pi 4. I’m on the version of the Extension Repo displayed in the initial post (1.0.16) and have tried both updating and restarting Extension Manager.
@Progisus a d @gTunes:
It appeared directly on my side.
Can’t really help as it seems related to the extension manager itself.
My two cents: there are options in the extension manager => System to update/reload the manager itself. Could help?
@nihil hasn’t been able to generate the extension for armv7 yet, he describes this in the readme file of the project. You both seem to be running the 32-bit (armv7) version of DietPi and therefor the extension doesn’t show up for you. You could make the switch to arm64 by reinstalling DietPi, but you might have picked armv7 for some other extension.
Unfortunately not all extensions are available for all platforms, this can be due to changing technology (armv7 support is dropping) or due to an extension being no longer maintained.
Well spotted!
I really hope the bug with node images and armv7 will be fixed soon.
If not, I’ll have a look for a solution to support armv7 in the meantime to avoid this kind of frustration for users still running raspberry 2 and older or 32bits Oses version on supported hardware.
Thanks for catching this. I didn’t intentionally install the 32-bit version of DietPi. I’ll re-do the installation.
Since you’re here, @Jan_Koudijs … can you confirm that there’s no way to configure Extension Manager on Docker to run extensions using a network configuraiton of something other than host?
I’d typically run a Roon-related Docker container on a macvlan dedicated to Roon so you’d see something like the following in a compose:
[within a service]
networks:
roon_network:
ipv4_address: 192.168.50.52
The issue for me is that since Extension Manager creates its own sub-containers, there’s no way for me to get them onto the correct macvlan. There aren’t many of us that do things like this with Docker so it’s probably not worth your time to try to implement it but I thought I’d at least ask you to confirm that it’s not currently possible.
Confirmed, Extension Manager only supports host mode. If this is too limited for your use-case my suggestion is that you create a docker-compose file for each extension that you use and then manage them with e.g. Portainer, making the Extension Manager redundant.
Doesn’t seem to run well I Safari on iOS, looses connection to core when screen goes to sleep and won’t reconnect. Likel iOS power management kicking in, shame as hoped to use it due to constant Roon remote lockups. Works great on Mac though.
