-
Notifications
You must be signed in to change notification settings - Fork 93
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
Long seeking time #96
Comments
@D3adKnight please have a look at this |
@dangerden , what do you mean? did you mean https://github.com/D3adKnight ? |
Yes, I did :-) |
Also experiencing quite long seeking time in Grind Player. The FlasHLS has almost instant seeking with HLS and OSMF, but is missing a feature we need. Perhaps it gives inspiration on how to improve seeking in this plugin? |
Please provide a test stream to check the issue |
This playlist has quite long seeking times, especially with the higher bitrates. FlasHLS seeks it without any delay on all the bitrates. |
+1 Thanks. |
First, your plugin and supports are great.
I did some test to compare the plugin with another HLS plugin at (https://github.com/mangui/HLSprovider). Test page is http://streambox.fr/HLSProvider/osmf/StrobeMediaPlayback.html. HLSprovider seeking time is very short but it has some problem using with OSMF. Do you plan to decrease seeking time?
My settings are
HLSSettings.hlsBufferSizePause = 10;
HLSSettings.hlsBufferSizeDef = 5;
HLSSettings.hlsBufferSizeBig = 20;
i have tested with HLSTestPlayer sub project and many files. Almost time HLSprovider has faster seeking time.
Thanks
The text was updated successfully, but these errors were encountered: