02-05-2021, 06:29 PM
(This post was last modified: 02-05-2021, 06:47 PM by steven4build.)
(02-05-2021, 03:17 PM)TheOldPresbyope Wrote: @steven4buildThanks Kent for the quick response!
If you are using only the MPD renderer then you have a chance. If you are using alternative renderers which are separate from MPD, such as Bluetooth (in), Airplay, Spotify, UPnP, etc., then many state changes will be difficult or impossible to detect.
As a start, have a look at the moOde code for the LCD update engine (configured via System Config) and also at the MPD Protocol documentation about querying MPD's status, e.g, the idle command.
Regards,
Kent
Hmm... interesting, well I was already wondering why I cannot for example skip a track when my phone was connected via bluetooth or UPnP (haven't tried Airplay or Spotify yet).
It would already be pretty awesome if I could get the currently active source and volume. How does the UI know whats going on, since that is everything i need to know.
Mabye the LCD update engine that you mentioned, I will have a look at that!
Also you've mentioned the Music Player Daemon (MPD), I will look into that aswell, I didn't even knew what it was until you've mentioned it, thanks!
I came across the 'worker.php' file. Allot of the connectivity and state stuff seems to be happening here (quote me if i'm wrong ), is it a good idea to edit that file so at cerain actions it will call a python script? or is there another way?
Regards,
Steven