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

segment_reference.js:119 Assertion failed: startTime must be less than endTime #1223

Closed
sandersaares opened this issue Jan 12, 2018 · 3 comments
Labels
status: archived Archived and locked; will not be updated status: duplicate A duplicate of another issue; should be closed after linking to the original issue

Comments

@sandersaares
Copy link
Contributor

sandersaares commented Jan 12, 2018

Have you read the FAQ and checked for duplicate issues:
yes

What version of Shaka Player are you using:
v2.3.0

Can you reproduce the issue with our latest release version:
unknown

Can you reproduce the issue with the latest code from master:
unknown

Are you using the demo app or your own custom app:
demo app

If custom app, can you reproduce the issue using our demo app:
N/A

What browser and OS are you using:
Chrome 63 on Windows 10 v1709

What are the manifest and license server URIs:
URL currently unavailable, attaching manifest:

Manifest.txt

What did you do?

Press Load to start playing in the demo app.

What did you expect to happen?

Playback starts with no assertions, errors or warnings.

What actually happened?

I see the following assertion repeating in the console (quite a lot, seems like once a second at least) and playback does not start.

Assertion failed: startTime must be less than endTime
shaka.media.SegmentReference @ segment_reference.js:119
get @ segment_template.js:353
shaka.media.StreamingEngine.getSegmentReferenceIfAvailable_ @ streaming_engine.js:1339
shaka.media.StreamingEngine.getSegmentReferenceNeeded_ @ streaming_engine.js:1285
shaka.media.StreamingEngine.update_ @ streaming_engine.js:1154
shaka.media.StreamingEngine.onUpdate_ @ streaming_engine.js:1051
setTimeout (async)
shaka.media.StreamingEngine.scheduleUpdate_ @ streaming_engine.js:2110
shaka.media.StreamingEngine.onUpdate_ @ streaming_engine.js:1053
setTimeout (async)
shaka.media.StreamingEngine.scheduleUpdate_ @ streaming_engine.js:2110
shaka.media.StreamingEngine.onUpdate_ @ streaming_engine.js:1053
setTimeout (async)
shaka.media.StreamingEngine.scheduleUpdate_ @ streaming_engine.js:2110
shaka.media.StreamingEngine.onUpdate_ @ streaming_engine.js:1053
setTimeout (async)
shaka.media.StreamingEngine.scheduleUpdate_ @ streaming_engine.js:2110
shaka.media.StreamingEngine.onUpdate_ @ streaming_engine.js:1053
setTimeout (async)
shaka.media.StreamingEngine.scheduleUpdate_ @ streaming_engine.js:2110
shaka.media.StreamingEngine.onUpdate_ @ streaming_engine.js:1053
setTimeout (async)
shaka.media.StreamingEngine.scheduleUpdate_ @ streaming_engine.js:2110
shaka.media.StreamingEngine.onUpdate_ @ streaming_engine.js:1053
setTimeout (async)
shaka.media.StreamingEngine.scheduleUpdate_ @ streaming_engine.js:2110
shaka.media.StreamingEngine.onUpdate_ @ streaming_engine.js:1053
setTimeout (async)
shaka.media.StreamingEngine.scheduleUpdate_ @ streaming_engine.js:2110
shaka.media.StreamingEngine.onUpdate_ @ streaming_engine.js:1053
setTimeout (async)
shaka.media.StreamingEngine.scheduleUpdate_ @ streaming_engine.js:2110
shaka.media.StreamingEngine.onUpdate_ @ streaming_engine.js:1053
setTimeout (async)
shaka.media.StreamingEngine.scheduleUpdate_ @ streaming_engine.js:2110
shaka.media.StreamingEngine.onUpdate_ @ streaming_engine.js:1053
setTimeout (async)
...

When this happens endTime is 0. This seems to be because periodDuration is null, so segment end time clipping produces 0. I am not familiar enough with Shaka logic to guess why periodDuration is null but indeed - the last period in the manifest does not have a fixed duration - it lasts forever - so it seems somwhat reasonable.

@michellezhuogg michellezhuogg added the type: bug Something isn't working correctly label Jan 13, 2018
@joeyparrish joeyparrish removed the type: bug Something isn't working correctly label Jan 16, 2018
@joeyparrish
Copy link
Member

I believe this is a duplicate of #1204, which we fixed on Dec 22. The fix for #1204 is on the master branch and will be out in v2.3.1 in the very near future.

Can you please try again with the latest code from the master branch? I can't check for you, because you didn't provide a manifest URI. Thanks!

@joeyparrish joeyparrish added status: duplicate A duplicate of another issue; should be closed after linking to the original issue and removed needs triage labels Jan 16, 2018
@sandersaares
Copy link
Contributor Author

sandersaares commented Jan 17, 2018

I confirm the issues does not appear to reproduce with the master branch!

The master branch also tries to download segments from the year 2066, though. I will see if I can get some URLs available to you and post a new issue about that (anything change in segment number calculations recently?).

@joeyparrish
Copy link
Member

Excellent, thanks!

@shaka-project shaka-project locked and limited conversation to collaborators Mar 22, 2018
@shaka-bot shaka-bot added the status: archived Archived and locked; will not be updated label Apr 15, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
status: archived Archived and locked; will not be updated status: duplicate A duplicate of another issue; should be closed after linking to the original issue
Projects
None yet
Development

No branches or pull requests

5 participants