Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

For Live Dash Stream with TimeshiftBufferDepth, player starts from the beginning of the program instead of current time #8175

Closed
git-archs opened this issue Feb 26, 2025 · 5 comments · Fixed by #8181
Assignees
Labels
priority: P1 Big impact or workaround impractical; resolve before feature release type: bug Something isn't working correctly
Milestone

Comments

@git-archs
Copy link

Have you read the FAQ and checked for duplicate open issues?
Yes

If the problem is related to FairPlay, have you read the tutorial?

Not related to Fairplay

What version of Shaka Player are you using?

4.13.2

Can you reproduce the issue with our latest release version?
Yes

Can you reproduce the issue with the latest code from main?
Yes

Are you using the demo app or your own custom app?
Custom

If custom app, can you reproduce the issue using our demo app?

What browser and OS are you using?
Chrome/77.0.3865.120, Linux

For embedded devices (smart TVs, etc.), what model and firmware version are you using?
Its a Linux based Set Top Box which is running Chrome/77.0.3865.120

What are the manifest and license server URIs?

What configuration are you using? What is the output of player.getNonDefaultConfiguration()?

What did you do?

Tried this scenario in the Shaka 4.13.2 version and also in the latest main branch code.

Tried playing Widevine DRM protected Live Dash Stream while the program had started 20 mins ago.Instead of playing from the current position, the player started playing from the beginning of the program. This is a scenario where DVR options are available and manifest has historical LOD available with the timeShiftBufferDepth property.

Note: we are currently using the Shaka 4.11 version, and this issue does not happen there.

What did you expect to happen?
Player should have started playing from the current time.

What actually happened?

Player started to play from the beginning of the program which is not the current live postion.

Are you planning to send a PR to fix it?
Not Yet.

@git-archs git-archs added the type: bug Something isn't working correctly label Feb 26, 2025
@avelad
Copy link
Member

avelad commented Feb 26, 2025

**What are the manifest and license server URIs?**
<!-- NOTE:
  You can send the URIs to <[email protected]> instead,
  but please use GitHub and the template for the rest.
  A copy of the manifest text or an attached manifest will **not** be
  enough to reproduce your issue, and we **will** ask you to send a
  URI instead.  You can copy the URI of the demo app to send us the
  exact asset, licence server, and settings you have selected there.
  Avoid geo-blocked content if at all possible, as the contributors who diagnose
  Shaka Player issues may not be able to access it.
  If you send the URIs to email, the response time and resolution
  will be much higher.
-->

@avelad avelad added the status: waiting on response Waiting on a response from the reporter(s) of the issue label Feb 26, 2025
@shaka-bot shaka-bot added this to the v4.14 milestone Feb 26, 2025
@git-archs
Copy link
Author

The urls will require authentication and there are encryption details in the manifest. I can provide a manifest after modifying the encryption details. Is the main manifest along with one period example good?

@shaka-bot shaka-bot removed the status: waiting on response Waiting on a response from the reporter(s) of the issue label Feb 26, 2025
@joeyparrish
Copy link
Member

Please send whatever it takes for us to reproduce the issue.

@joeyparrish joeyparrish added the status: waiting on response Waiting on a response from the reporter(s) of the issue label Feb 26, 2025
@git-archs
Copy link
Author

Details shared over slack channel.

@shaka-bot shaka-bot removed the status: waiting on response Waiting on a response from the reporter(s) of the issue label Feb 27, 2025
@avelad
Copy link
Member

avelad commented Feb 27, 2025

The commit that introduces the regression is 1b19391, it only plays on slow devices.

@avelad avelad self-assigned this Feb 27, 2025
@avelad avelad added the priority: P1 Big impact or workaround impractical; resolve before feature release label Feb 27, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
priority: P1 Big impact or workaround impractical; resolve before feature release type: bug Something isn't working correctly
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants