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

Live stream fails with "cannot find segment" console message #1117

Closed
OrenMe opened this issue Nov 9, 2017 · 13 comments
Closed

Live stream fails with "cannot find segment" console message #1117

OrenMe opened this issue Nov 9, 2017 · 13 comments
Assignees
Labels
status: archived Archived and locked; will not be updated status: bad content Caused by invalid, broken, or unsupported content

Comments

@OrenMe
Copy link
Contributor

OrenMe commented Nov 9, 2017

Have you read the FAQ and checked for duplicate issues:

What version of Shaka Player are you using: 2.2.5

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

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

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

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

What browser and OS are you using: chrome on Mac but happens also on other browsers and OSs

What are the manifest and license server URIs:
(you can send the URIs to [email protected] instead, but please use GitHub and the template for the rest)
Sent in the mail

What did you do?
pasted the video URL and press play

What did you expect to happen?
playback starts

What actually happened?
endless spinner, in console can see "cannot find segment" log output

@itaykinnrot
Copy link
Contributor

Not sure if it’s help but I’ll f I add this to the MPD - suggestedPresentationDelay to 30s it start to play but stuck after 10-20 sec

Thanks!

@vaage
Copy link
Contributor

vaage commented Nov 13, 2017

@OrenMe In your email you mention that this content can be played by other players - I tried to play it with the players you mentioned, and it does not play. Are you sure that this content is suppose to be valid?

@vaage vaage added the status: waiting on response Waiting on a response from the reporter(s) of the issue label Nov 13, 2017
@OrenMe
Copy link
Contributor Author

OrenMe commented Nov 13, 2017

@vaage yes, I just played it on dash.js nightly and on bitmovin test page(you will need to enable mix content as the stream is http and page is https)

@vaage vaage added type: bug Something isn't working correctly and removed needs triage status: waiting on response Waiting on a response from the reporter(s) of the issue labels Nov 13, 2017
@vaage
Copy link
Contributor

vaage commented Nov 13, 2017

Thanks @OrenMe, I was able to reproduce it playing on other players and not on ours. I have added it to our bug queue and we should be able to get to be soon.

@joeyparrish joeyparrish added this to the v2.3.0 milestone Nov 13, 2017
@OrenMe
Copy link
Contributor Author

OrenMe commented Nov 14, 2017

Hi @vaage thanks for the update, let me know if you require additional info.

@OrenMe
Copy link
Contributor Author

OrenMe commented Nov 16, 2017

Hi @vaage @joeyparrish please see this issue in ExoPlayer: google/ExoPlayer#3457
It relates to this same stream.
Particularly this: google/ExoPlayer#3457 (comment) and this: google/ExoPlayer#3457 (comment)

@OrenMe
Copy link
Contributor Author

OrenMe commented Nov 21, 2017

Hi @vaage any update on this? thanks.

@TheModMaker
Copy link
Contributor

As discussed in the ExoPlayer issue, your value of Period@start is changing. This is something we don't support and trying to support would probably be difficult. We will probably wait until the discussion on the IOP (Dash-Industry-Forum/DASH-IF-IOP#160) is done to see whether this should be a supported use case. But it may be difficult to support this use case, especially since there are better ways to do the same thing.

@itaykinnrot
Copy link
Contributor

Now we have the same stream with Period@start that is not changing - works on ExoPlayer but not on shaka :-( please check.
Thanks!

@joeyparrish
Copy link
Member

This may be related to #1105. I have a fix for that in review now, so I will check the fix against this stream, as well.

@joeyparrish joeyparrish self-assigned this Nov 22, 2017
@joeyparrish
Copy link
Member

Actually, this seems to be unrelated to #1105.

What I see in a manifest I just fetched is:

availabilityStartTime="2017-11-22T20:14:27.659Z"
fetch time 2017-11-22 20:21:56 UTC
Time since AST = 7 minutes 29 seconds
timeShiftBufferDepth="PT30S"
Oldest segment time = 14214923537, timescale 90000 = 157943.6 seconds = 43 hours, 52 minutes, 23 seconds
presentation time offset = 0

So there are no segments within the availability window (7:15 to 7:30). All segments are way past the end of the window.

@joeyparrish joeyparrish added status: bad content Caused by invalid, broken, or unsupported content and removed type: bug Something isn't working correctly labels Nov 22, 2017
@joeyparrish joeyparrish removed this from the v2.3.0 milestone Nov 22, 2017
@itaykinnrot
Copy link
Contributor

itaykinnrot commented Nov 22, 2017 via email

@joeyparrish
Copy link
Member

I'm sure it is, but that doesn't mean the content is correctly described in the manifest.

If we ignored availabilityStartTime, we would be able to play this. But the manifest is not self-consistent, and this is not something we are going to support at this time.

After #999, we would no longer rely on availabilityStartTime, which would enable us not only to better deal with drift, but to play broken content such as this.

Because the segment descriptions do not agree with the rest of the manifest, this is broken content, and the encoder/packager that created it should be fixed.

@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: bad content Caused by invalid, broken, or unsupported content
Projects
None yet
Development

No branches or pull requests

6 participants