-
Notifications
You must be signed in to change notification settings - Fork 103
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
http protocol Skip few seconds when internet connection is bad #72
Comments
That's live stream right? It's normal, imagine that when someone is streaming a live video the cache might be small eg. 5 seconds. So you always go to the end of the stream when you restart. You can increase MaxQueueSize and MinQueueSize to ensure more buffering before playing. |
yes it is live stream |
Imagine you watching a live stream and it is caching 10 seconds and you start at the very end of the stream and you pause for 20 seconds. If your flyleaf buffer is configured for 5 seconds and you start playing again, it will play the 5 seconds and then it will start receiving again from the HLS cache (that why you see the +9 seconds in the logs). HLS live seeking is still new, So possible there are still issues there. Not sure what subs had to do with the HLS live thought?! |
Can We Reopen this Case [02.32.34.225] [#1] [Demuxer: Video] Opening -> Stopped |
I will re-open it and I will try to fix it as far as I will understand the issue! |
1- It is Wowza Video On Demand Http and Is seekable. Not Really live |
This is issue seems to be with ffmpeg itself. You can see in the logs that every X seconds skip you will get the following error from ffmpeg:
I don't think is an ffmpeg bug you just need to adjust the format options/flags. With a quick look here it seems that you could try the following:
Ideally, if you want to tested with VLC change their settings to use FFmpeg demuxer. |
I've tried to reproduce it with a custom delay in the demuxer... There is no issue with hls streams. It will continue exactly from the point that the screamer stopped.
|
if you watch the video then you will notice my problem is with this |
Just for the first minute when Internet connection is bad |
I tried it with this url |
Finally, I was able to reproduce it. It seems is a bug with ffmpeg. As I was not able to open it at all with VLC (avformat demuxer) and with ffplay I had the same results:
Happens with mpv as well:
Happens also with rtsp protocol (not just hls):
Opened a ticket at ffmpeg's trac |
Closing this as this from FFmpeg side. If more people have this issue I will try to make a workaround. |
if streaming and connection to Internet is Bad and after grouped dropped frames
then the connection will restart with current time + some seconds
The text was updated successfully, but these errors were encountered: