Skip to content

RDKEMW-20975 [Rack][RDKE][8.6][Llama G1/Cello]: Screen got stuck during VOD content playback#1688

Open
rekhap2kandhavelan wants to merge 3 commits into
support/2.11.1_8.4_vipafrom
feature/RDKEMW-19484_New
Open

RDKEMW-20975 [Rack][RDKE][8.6][Llama G1/Cello]: Screen got stuck during VOD content playback#1688
rekhap2kandhavelan wants to merge 3 commits into
support/2.11.1_8.4_vipafrom
feature/RDKEMW-19484_New

Conversation

@rekhap2kandhavelan

Copy link
Copy Markdown
Contributor

Root cause:
"Watch from beginning" = seek(0, keepPause) → the main player is detached and, because position 0 has a DAI pre‑roll ad, a second player (PLAYER[2]) starts on the shared single pipeline.
The auto‑resume ("buffering‑before‑play") is armed only in InterfacePlayerRDK::Configure() via buffering_in_progress=true + buffering_target_state=GST_STATE_PLAYING.
A reused pipeline skips Configure() (not creating GstPlayer for PLAYER[2]); reactivation instead runs AampStreamSinkManager::SetActive → InterfacePlayerRDK::Flush(), which flush‑seeks to PAUSED and removes the buffering timer, but never re‑arms the resume.

Result: pipeline stuck PAUSED, cache full (4/4) but never injected → frozen ~15 min.

The fix (root cause, minimal, no regression)
Re‑arm buffering‑before‑play only on single‑pipeline reactivation, inside the existing guarded block in SetActive (next to ResetFirstFrame()):

…side the existing guarded block in SetActive (next to ResetFirstFrame())
@rekhap2kandhavelan
rekhap2kandhavelan requested a review from a team as a code owner July 4, 2026 16:27
@rekhap2kandhavelan
rekhap2kandhavelan force-pushed the feature/RDKEMW-19484_New branch from 4c15f48 to f057141 Compare July 5, 2026 10:00
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants