Advance to the next queue item on auto-finish. Audio stays in this routed /audio view (reload the stream in place via LoadNextSong). A non-audio next item in a mixed queue leaves /audio for the player route — playQueue routes it to /play, and /audio (not keepAlive) is destroyed.

Returns the metadata in the response — main.bs's transport dispatcher does the roAppManager call on the MAIN thread (roAppManager isn't creatable on render).

Apply the queue-derived now-playing display (track number, title, artist, song, total length) from the current item. Called SYNCHRONOUSLY on a track change (pageContentChanged) so these update on the same tick as the position-bar/timestamp reset instead of lagging until the async stream load returns, and re-applied from the async stream/metadata callbacks once a fuller item resolves (idempotent — setFieldTextValue/setScreenTitle no-op when unchanged or invalid). The poster/backdrop stay in the async path: image loads are inherently async.

5s end-slack (vs 30s for video) — songs are short, and we still want the seek to land before the track auto-advances to the next.

Leave the routed /audio view, returning to the launching detail (the router resumes the view beneath). Stops playback + clears loop first. The physical back key already stops audio in onKeyEvent and bubbles to the outlet's goBack, so it does not route through here.

exitScrubMode: Moves player out of scrub mode state, resets back to standard play mode

handleTransport: Roku voice transport handler. Called from source/main.bs when an roInputEvent with info.type = "transport" arrives and AudioPlayerView is the active scene.

Returns { status: "" } per roInput.EventResponse(). Status codes mirror video.

JellyRock-specific behaviors (audio has no continuous trickplay, no media segments):

• "forward"/"rewind" are discrete 10s seeks.
• "replay" seeks backward by playbackInstantReplaySeconds (same setting as video) — matches the Roku platform spec; users wanting loop control use the "loop" command.
• "skip" advances to the next track.

See https://github.com/rokudev/dev-doc — docs/DEVELOPER/media-playback/voice-controls/transport-controls.md

If we have more than 1 song to play, set initial button states

moveSeekbarThumb: Positions the thumb on the seekbar

Returns false at end-of-queue so callers can distinguish "advanced" from "no-op". Side effects (timestamp reset) only fire when an advance actually happens — pressing Next on the last track is a no-op, not a partial reset.

Toggle the JRPlaceholder behind albumCover based on the real poster's load state. Mirrors the canonical state machine from JRRowItem.bs onPosterLoadStatusChanged, but with itemType statically set to "MusicAlbum" in XML (no per-state retyping).

Event handler when user selects a button via OK key

onDestroy: Full teardown releasing all resources before component removal Called automatically via JRScreen.beforeViewClose when sgRouter permanently closes this view.

Process key press events

Update values on screen when page content changes

processScrubAction: Handles +/- seeking for the audio trickplay bar

resetSeekbarThumb: Resets the thumb to the playing position

Populate on screen text variables

Set poster image on screen. Empty string clears the URI on both the main album cover and the screensaver cover — the JRPlaceholder behind albumCover surfaces, and the screensaver activator at startScreenSaver() routes to the audio-logo branch instead of drifting a fallback glyph around.

Set screen's title text to "Artist / Song" when both are available, just song name if no album artist, or empty string to reset the title.

Setup playback buttons, default to Play button selected

Creates tasks to gather data needed to render Scene and play song

Stop + tear down without navigating (a deep link arrived while audio plays; the caller reroutes to the new content). Stops the audio the same way the back key does (onKeyEvent "back" -> control "stop") — the caller's goBack is programmatic, so it bypasses that key handler. NOT a full onDestroy: the caller's goBack triggers onDestroy for cleanup, and running onDestroy twice (it nulls m.audioPlayer) crashes the second pass.