Thanks! This looks good, took me a while to figure out the playlist and stream relationship but seems to work well.

This looks like the kind of thing I’m looking for, thanks! Am trying it out.

Thanks, nice app!

I find the VLC Android app a bit odd for audio only. There’s a lot of wasted space and I can’t see the name or metadata very clearly.

I agree it works, and I didn’t know about the shortcuts and will try that.

VLC is amazing, but it doesn’t feel like the best tool for this.

iBall

Thanks - I’m looking for a pad with no other features other than the USB output, but this does have that outlet.

Nice, thanks! That’s the sort of thing, especially the second one that has USB-C out as well. Neat.

Perfect :)

Fast! Page isn’t loading for me now in Chrome or FF (loads but the scroll will not).

Nice work! Quick typo on your website - should be, ‘anything you can imagine’, not ‘anything you can image’.

I’m interested in what other people have found to be the fastest way to deliver events into HA. It’s been a useful thread.

I have a wired device sending HTTP POST updates very regularly (often more than one per second) and if I watch those arrive, they appear almost instantaneous. If the sending device used IP (or, more likely, had cached the lookup) I guess that would be fast too.

Good point about the MQTT persistence, cheers.

It’s probably marginally faster from the dashboard. This isn’t only about the ZigBee delay though - it’s really perfectly OK. Reducing latency is as much for the fun of it than anything else. I’m interested in knowing what the fastest possible input method is.

That’s a good point; the button does support double push, I might be able to disable that. It’s some old unit I picked up for next to nothing, I have some Aqura buttons about to try.

Perceptibly instant is fast enough for me :)

What’s the method you’re using to communicate with HA?

Thanks. That means I need to move all data off the hosts on to, say, a NAS - then the NAS becomes the single point of failure. Can I operate a swarm without doing that but still duplicate everything from host 1 to host 2, so host 2 could take over relatively seamlessly (apart from local DNS and moving port forwarding to nginx on the remaining host)?

Thanks. Can I use my existing, single Docker to start a new swarm, or do I have to start from scratch?

Thanks. Could I achieve a simple 2-host solution with Kubernetes though?

So you have Docker itself on a single host (with parts) and all the containers in fault tolerant storage, and the most work you’d have to do in the event of host drive failure is to re-install the OS and Docker itself?

Cool project, thanks!