-
Notifications
You must be signed in to change notification settings - Fork 216
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
frequent jumping #354
Comments
What do you define as the latest VLC? What is the file extension / format of the files you are playing? There are some reasons why https://syncplay.pl/ recommends that people use mpv as their media player such as mpv's support for in-window chat and improved support for streaming videos. However a major reason we don't recommend VLC for use with Syncplay is that it is generally unreliable at actually reporting to Syncplay the current playback position. We rely on the value of the time variable from VLC, but this is not always actually updated by VLC and so the values it gives can be out of date and so we have to have a lot of code for ignoring the position and assuming the value from the previously given position - but this is not always good enough to prevent issues. The problemcan be worse on newer versions of VLC and when playing certain formats (VLC is more accurate at reporting time with MKV, worse with MP4 and AVI). As such, those annoyed with these issues should either raise concerns with the VLC team or becoming a VLC developer to fix the issue because for now all we can really do to reliably resolve the issue is to advise people to use mpv if they have issues with VLC. |
As I have added warnings for erroneous seeks in VLC and have not had any response on details of how to reproduce the issue then I consider this matter closed for now as there is nothing more that I can do at this stage. If people experience this problem in the future then they can re-open the issue and post the relevant information. |
Is there any bug report at VLC side to get this inaccuracy fixed? |
I can't remember if there was a bug report of it was just something discussed on IRC. Feel free to investigate this issue and create a bug report if one does not already exist. I think the core issue is that the "time" variable is not accurate enough (i.e. it is not updated frequently enough). It might be fixed in VLC 4, but last I checked VLC 4 wasn't stable enough on Windows to make it worthwhile trying to get a proper updated version of the Syncplay lua interface script script for VLC (because it was too hard to test if any issues related to the script of the instability of VLC 4). I'll probably revisit it some day when VLC 4 is closer to release (or someone else might revisit it first to create a working VLC 4 version of the Lua interface script). Our advice for those experiencing problems is to use the mpv media player (which is more reliable for syncing, has better stream compatibility if you use youtube-dl, and supports in-player chat and multi-line notifications and chat messages). |
Thanks for the link, i'll be keeping track of progress on there |
For the last couple months we've been seeing an issue where the video playing will just jump back and forth leading to video playing to be unusable.
This is what both of our configurations are currently set to, so shouldn't it not be causing rewinds? Were both on latest syncplay latest VLC. Thank you.
The text was updated successfully, but these errors were encountered: