Skip to content

VPLAY-12270: After trickplay to live edge and playback is resumed, Latency value is printed negative#996

Open
srikanthreddybijjam-comcast wants to merge 1 commit intodev_sprint_25_2from
feature/VPLAY-12270
Open

VPLAY-12270: After trickplay to live edge and playback is resumed, Latency value is printed negative#996
srikanthreddybijjam-comcast wants to merge 1 commit intodev_sprint_25_2from
feature/VPLAY-12270

Conversation

@srikanthreddybijjam-comcast
Copy link
Contributor

Reason for change: Added Logs for further validations
Risks: Low
Test Procedure: Refer jira ticket VPLAY-12270
Priority: P1

…tency value is printed negative

Reason for change: Added Logs for further validations
Test Procedure: Refer jira ticket VPLAY-12270
Priority: P1

Signed-off-by: srikanthreddybijjam-comcast <srikanthreddybijjam.2000@gmail.com>
@srikanthreddybijjam-comcast srikanthreddybijjam-comcast requested a review from a team as a code owner February 9, 2026 06:35
Copilot AI review requested due to automatic review settings February 9, 2026 06:35
Copy link
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 adds additional logging in PrivateInstanceAAMP::MonitorProgress() to help validate scenarios where live latency is calculated as negative after returning to the live edge (DASH and HLS paths).

Changes:

  • Add WARN logs when computed live latency is negative for DASH live (wall-clock-based calculation).
  • Add WARN logs when computed live latency is negative for HLS live (live-edge-based calculation).

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.

1 participant