@Sean I checked again, you are right, polling is the only option. Thanks for your cool module!

@Sean I think I read somewhere that callback addresses could be provided (perhaps I misread this). If I have a DynDNS-backed FQD host and forwarded port I can provide, would this stop the polling requirement?

@sdetweil the IP resolves to a generic Google host, currently 53.224.186.35.bc.googleusercontent.com - I think it is used by Spotify.

@Sean I think I found the “culprit”, it may be the Spotify module’s polling. I just increased the interval and will see if the traffic decreases.

The modules I use all rely on local data sources. I run my instance in server-only mode. Still, I see unexpected traffic to a google-hosted IP address. How can I find the culprit (and stop it)?

@Sean said in MMM-Spotify:

#SPOTIFY.pausing {
display:none;
}

Simple and works perfectly. Thanks!

Another awesome module, thank you!

The displayed album cover goes dim when there is no playback which is nice. Would it be possible to add an option to completely hide the module when there is no playback?

My mirror fetches minimal web pages with images that change in content but keep the same file name. The URLs include basics authentication credentials (I don’t know if that matters). Both, MMM-iFrame and MMM-iFrameReload show missing image icons unless I delete Electron’s cache.

How can I fix this?

@Sean thanks for that description. I will probably take the same approach. Currently I am planning to provide a friend with an own display and I am not yet decided if the RPI should remotely access the server instance (via VPN client) or if I would have the application running locally on the RPI and just fetch the content from my network.

@Aezothe I would also like to run separate instances. How did you do it?