-
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
Audio stream moved to buffering state immediately on disconnection of internet #1606
Comments
I need to get the stream downloaded from the next minute atleast. Is it possible? |
This is a feature request to avoid immediate retry for live streams in ExtractorMediaPeriod. It would be better to wait until the player can make no further progress before triggering the retry. |
Any progress on this issue? |
Yeah, is this a prioritized feature? It should be... |
This is scheduled to be fixed by end of year (or shortly thereafter). |
@ojw28 - excellent! 👍 |
I have tried the r2.5.4, still not working. The issue was reported one year ago and will be fixed next year?? Is no quick fix possible until there is an official fix? This should be a high prio bug becuase it is realy bad for the user experience. We have 500k users and a lot of complains regarding this issue :-S |
Any more information about when this will be implemented? |
I have a change that implements this, but it's so hacky I don't think it can be submitted in its current form. We need a little more time to try and come up with something better. |
@ojw28, thanks for responding. Is the "fix" available in a feature-branch which I can use until waiting for the final solution? |
Not currently, but we should have something to share this week. |
Issue: #1606 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=183058160
This should be fixed in Note that if the connection is broken, there will always be an audible discontinuity when the retry happens, even if the network is good again at that point. The way these streams work isn't designed to allow seamless re-joins. The best way to deliver audio to mobile devices is to use a more appropriate streaming technology such as DASH or HLS, for which this issue does not apply. |
Am trying to play an icecast stream, when my internet is turned off, the player goes to buffering state immediately. I was wondering why the stream is not getting buffered in the device with the exoplayer.
With mediaplayer api the stream is played for around 1 minute before it dies.
Am i missing somethings my bufferms=4000 and minrefbuffer is 0
http://stream.peaceradio.com:8000/low
The text was updated successfully, but these errors were encountered: