Skip to content

RDKEMW-18286: [Xione UK][VIPA]Parental PIN: 1–2 seconds of video preview visible before PIN screen on parental pin linear channels#1502

Open
ALSAMEEMA wants to merge 1 commit into
support/2.11.1_8.4_faketunefrom
feature/RDKEMW-18286
Open

RDKEMW-18286: [Xione UK][VIPA]Parental PIN: 1–2 seconds of video preview visible before PIN screen on parental pin linear channels#1502
ALSAMEEMA wants to merge 1 commit into
support/2.11.1_8.4_faketunefrom
feature/RDKEMW-18286

Conversation

@ALSAMEEMA
Copy link
Copy Markdown
Contributor

@ALSAMEEMA ALSAMEEMA commented May 22, 2026

Reason for change: Reinforce show-video-window before pipeline state change, and set show-video-window=FALSE at sink creation time. This is the EARLIEST possible point. The Rialto delegate will queue this (m_videoMuteQueued=true) and apply it server-side when the source attaches — which happens BEFORE the pipeline goes to PLAYING and BEFORE any frame can be decoded.

Test Procedure: Refer Ticket

Priority: P1

Risks: Low

@ALSAMEEMA ALSAMEEMA requested a review from a team as a code owner May 22, 2026 10:37
@ALSAMEEMA ALSAMEEMA requested a review from Copilot May 22, 2026 10:40
Copy link
Copy Markdown
Contributor

Copilot AI left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

This PR addresses RDKEMW-18286 by ensuring the Rialto video sink’s show-video-window property is forced to FALSE as early as possible (and reinforced before state changes) when videoMuted is enabled, to prevent a brief video preview from appearing before the parental PIN UI.

Changes:

  • Set show-video-window=FALSE on rialtomsevideosink immediately after sink creation when videoMuted is already true.
  • Reinforce show-video-window=FALSE on the Rialto video sink during ConfigurePipeline() prior to pipeline state transitions.
  • Minor whitespace-only changes in bus_message().
Comments suppressed due to low confidence (1)

middleware/InterfacePlayerRDK.cpp:2341

  • This newly added conditional/logging block is indented with large runs of spaces and doesn’t match the surrounding formatting in SetupStream, making the code hard to scan. Please re-indent it to follow the file’s established tab/brace alignment.
                                if (interfacePlayerPriv->gstPrivateContext->videoMuted)
                                {
                                    MW_LOG_MIL("InterfacePlayerRDK - %s: setting show-video-window=FALSE "
                                                 "at creation time (videoMuted=%d)",
                                                 GST_ELEMENT_NAME(vidsink),

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

Comment on lines +450 to +455
MW_LOG_MIL("InterfacePlayerRDK - ConfigurePipeline: reinforcing "
"show-video-window=FALSE on %s (videoMuted=%d)",
GST_ELEMENT_NAME(vidsink),
interfacePlayerPriv->gstPrivateContext->videoMuted);
g_object_set(vidsink, "show-video-window", FALSE, NULL);
}
Comment on lines +2332 to +2336
// RDKEMW-18286: Set show-video-window=FALSE at sink creation time.
// This is the EARLIEST possible point. The Rialto delegate will queue
// this (m_videoMuteQueued=true) and apply it server-side when the
// source attaches — which happens BEFORE the pipeline goes to PLAYING
// and BEFORE any frame can be decoded.
Comment on lines +2332 to +2344
// RDKEMW-18286: Set show-video-window=FALSE at sink creation time.
// This is the EARLIEST possible point. The Rialto delegate will queue
// this (m_videoMuteQueued=true) and apply it server-side when the
// source attaches — which happens BEFORE the pipeline goes to PLAYING
// and BEFORE any frame can be decoded.
if (interfacePlayerPriv->gstPrivateContext->videoMuted)
{
MW_LOG_MIL("InterfacePlayerRDK - %s: setting show-video-window=FALSE "
"at creation time (videoMuted=%d)",
GST_ELEMENT_NAME(vidsink),
interfacePlayerPriv->gstPrivateContext->videoMuted);
g_object_set(vidsink, "show-video-window", FALSE, NULL);
}
Comment on lines +4432 to 4435


}

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.

3 participants