add a dataclass for stream mirrors#155
Conversation
|
Why don't we use MultiPartPath for this ? |
|
Initially that's what I did, but I wasn't sure that behavior would really
be correct for other users of MultiPartPath. I'm happy to do whatever those
with more knowledge of the codebase think is the right direction though.
…On Thu, Jan 22, 2026, 2:02 PM Marcel van der Veldt ***@***.***> wrote:
*marcelveldt* left a comment (music-assistant/models#155)
<#155 (comment)>
Why don't we use MultiPartPath for this ?
Only thing we need to do is make sure the backend skips to the next path
in the list if one fails
—
Reply to this email directly, view it on GitHub
<#155 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAU2OYHPUWTIGWNAQKPNK2T4IENFTAVCNFSM6AAAAACSC7AWLCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZTOOBWGE3DOMRQG4>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
If we use MultiPartPath, consider the behavior if the stream being listened to is a livestream event, and the stream ends (as it is intended to). Do we want to, when the stream ends successfully, continue on to the next stream in the list (which is the same broadcast and presumably also has already ended)? I don't think that's probably the right behavior as they're supposed to be mirrors of each other, rather than items to be played sequentially. Perhaps an additional flag on MultiPartPath would be sufficient, indicating if they are mirrors or sequential. |
|
An additional flag sounds good. |
|
or we just allow path to be a list of strings (order determines priority) |
I want to use this in the digitallyincorporated provider to pass multiple URLs to the player, so it can fall back to a backup URL if needed