feat: Show live media info and failover channel name on Stream Monitor#1088
Closed
Warbs816 wants to merge 2 commits into
Closed
feat: Show live media info and failover channel name on Stream Monitor#1088Warbs816 wants to merge 2 commits into
Warbs816 wants to merge 2 commits into
Conversation
…onitor When a failover channel is active, the Stream Monitor header now renders the primary channel title with an arrow to the failover channel title (in orange, matching the existing Failover Active badge) so it's obvious which backup is being served. Resolution / FPS / video codec / audio codec / audio channels / container / bitrate / speed badges appear underneath when the proxy reports live media_info — these only show for transcoded (ffmpeg) streams; plain HTTP-proxy streams don't render badges.
…the name Dynamic resolver mode (the default for users with the Failover Resolver setting enabled) doesn't keep current_failover_index in lockstep with the position in failoverChannels — the resolver can skip a candidate when its playlist is at capacity or has been marked invalid by a fail condition, so index 1 might point to the second or third channel in the list. Match by URL instead — iterate the failoverChannels and compare each candidate's PlaylistUrlService::getChannelUrl output to the proxy's current_url. The 1-based index lookup is kept as a fallback for the legacy static failover_urls path where index does line up.
This was referenced May 2, 2026
Contributor
Author
|
@sparkison let me know how to proceed as per comment on #1085! |
5 tasks
Contributor
Author
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
Closes #1085. Stream Monitor now shows live media badges and the active failover channel name, matching the Dispatcharr-style readout requested in the issue.
Pairs with the proxy-side PR that publishes the data: m3ue/m3u-proxy#54.
What changed
Failover channel name — when a stream is on a failover URL the title renders as
Primary Name → Failover Name, with the failover name in orange to match the existing Failover Active badge styling. The active failover is identified by URL-matchingcurrent_urlagainstPlaylistUrlService::getChannelUrl()for each candidate, which means it works correctly under the dynamic resolver (where the proxy'scurrent_failover_indexdoesn't necessarily line up with the candidate's slot infailoverChannels). Falls back to index lookup for the static-list mode.Live media badges — the page now shows resolution / fps / codec / audio / container / bitrate / speed when the proxy reports them. Badges are conditional on the proxy returning a non-empty
media_info, so plain HTTP-proxy streams just don't show them rather than rendering empty placeholders.The page only consumes data the proxy already publishes — there's no extra polling or work in the editor.
Test plan
Primary → Failoverwith the failover name in orange; badges repopulate for the failover stream