-
Notifications
You must be signed in to change notification settings - Fork 6k
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
Avoid repeated license requests when seeking between DASH periods #6725
Comments
Hello team, |
Hey guys, instead of creating a new issue I just want to mention that we're having the same issue here. Please indicate if this is necessary and if there's a way to stop the extra requests. This actually increases the cost of our DRM server so it would be good to figure out a solution. Thanks in advance. |
This is currently working as expected (unfortunately) - when seeking from one period to another we release the previous period & renderer (which in turn causes the This means that we're not able to re-use the When we transition from one period to the next during normal playback (not seeking) we keep the old renderer around just long enough to keep the I'm looking into some different approaches to solve this, but can't promise a timeline I'm afraid. |
316f8a8 implements session keepalive inside the This is available on the dev-v2 branch - please try it out and let us know if you spot any problems! |
Just want to report back that the patch does fix the issue. And look forward to the release! Thanks again! |
Hi ExoPlayer team,
I'm currently playing a Multi-Period Live DASH with Widevine, and I'm noticing that when seeking across periods, a license request is made every time. When letting the stream play and cross period by normal playback, it does not request the license. It also does not request a license when seeking within the same period.
Are multiple requests expected when seeking across periods?
I tested it on the ExoPlayer Demo version 2.10.8.
The bug report and the media information will be sent to dev.exoplayer@gmail.com.
Thanks
The text was updated successfully, but these errors were encountered: