Streaming from UPNP doesn't block shutdown

[stuartm]

Streaming via upnp (or any other backend service) should prevent backend shutdown.

[info@…]

Using AirPlay should prevent shutdown as well. "Please don't stop the music" :)

[stuartm]

One of the issues with addressing this for UPnP is that clients can and do buffer much of the file they are streaming, especially with music this can be the whole file. This may mean the backend has no way of knowing that the client is still in playback and that it needs to stay awake.

Secondly, we should include use of the other http interfaces - WebFrontend and services API as activities that block shutdown or which reset the back idle timer. However how do we distinguish between user driven activity and automatic polling by a client application.

I don't have answers to these questions yet.

[danrollo@…]

Too enable workarounds, could a "preventShutdown" method be added to the service API?

[Bill Meek <keemllib@…>]

Patch attached. Tested on v0.28-pre-2422-g8e6678a-dirty.

Proposed solution: Myth/UpdateShutdownLock?Increment=<x>. Where x will typically be 1 or -1. The return will be an int with -1 for all failures, otherwise, the value of the setting MythShutdownLock. POST required since data is changed. Failures will appear in the BE log.

[Bill Meek <keemllib@…>]

Unlock settings on error, thanks to ikke-t on the MAF issues list

[Stuart Auchterlonie]

Milestone renamed

[Stuart Auchterlonie]

Moving remaining open tickets to 0.28.2 milestone

[Stuart Auchterlonie]

Moving remaining open tickets to 29.2 milestone

[Stuart Auchterlonie]

We have moved all bug tracking to github [1]

If you continue to have this issue, please open a new issue at github, referencing this ticket.

[1] - ​https://github.com/MythTV/mythtv/issues