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.

Sign up for GitHub

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

Jump to bottom

Live channel pause - resume functionality #2344

Closed
ChernyshovYuriy opened this issue Jan 18, 2017 · 1 comment
Closed

Live channel pause - resume functionality #2344

ChernyshovYuriy opened this issue Jan 18, 2017 · 1 comment
Assignees
@AquilesCanta
Labels
bug

Comments

@ChernyshovYuriy
Copy link

Dear colleagues,

I decided to file a separate issue regarding functionality of Pause and Resume Live channel. Behaviour is not consistent and could not be fit into this issue only.

Here are two links of the public streams provided by NASA (it is public):
http://nasatv-lh.akamaihd.net/i/NASA_101@319270/master.m3u8
http://nasatv-lh.akamaihd.net/i/NASA_103@319271/master.m3u8

Using the latest version of ExoPlayer, which is 2.1.1, and by pausing and resuming after a wild there are different behaviour of the ExoPlayer. Depends on how long pause was, there could be InvalidResponseCodeException, BehindLiveWindowException, or player can stack on the buffering state. These are I discovered so far.

Issue can be reproducible by current version just by providing specified URLs in the "media.exolist.json" (in the "HLS" node).

Expected behaviour for the Live stream is to fetch the latest playlist as soon as Resume. Or, at least to play out buffered chunks and fetch the latest playlist.
@AquilesCanta AquilesCanta self-assigned this Jan 18, 2017
@ojw28 ojw28 added the bug label Jan 30, 2017
ojw28 pushed a commit that referenced this issue Jan 30, 2017
@AquilesCanta @ojw28
Prevent old playlist snapshots from being used on live HLS streams
c49d142 
This aims to replace InvalidCodeResponse's with BLWE's caused by trying to
load chunks that have been removed from the server.

Issue:#2344

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=145679171
ojw28 pushed a commit that referenced this issue Jan 30, 2017
@AquilesCanta @ojw28
Fix demo app to avoid seeking if resume position is clear
7ee8567 
This fixed the resume live window issue by modifying the demo app.

Issue:#2344

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=145987470
@ojw28 ojw28 closed this as completed Jan 30, 2017
@ChernyshovYuriy
Copy link
Author

Thanks for fixing this.
Unfortunately, I can not provide any live channels for DASH.
Would be good, if you guys have some Live DASH examples, to test it as well because I am experiencing BehindLiveWindow exception when pause in and resume channel after a wild.

Thanks.

@google google locked and limited conversation to collaborators Jun 28, 2017
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Assignees

@AquilesCanta AquilesCanta

Labels
bug
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
3 participants
@ChernyshovYuriy @ojw28 @AquilesCanta