Next playlist item doesn't start from beginning

[mbalandis]

Describe the bug

When double clicking on the playlist item it plays from the position of where current item is currently playing. In other words, it doesn't start from beginning.

To Reproduce
Steps to reproduce the behaviour:

1. Join a room
2. Drag some videos in the playlist (in my case I used MKVs but I don't think it matters)
3. Play one video and skip somewhere middle
4. Double click on the next video

Expected behaviour
Next video starts from 0:00

Version and platform:

• OS: [e.g. Windows 10 64-bit]
• Syncplay 1.7.0
• MPC-HC (64-bit) 2.0.0

[Et0h]

Thanks for reporting this problem. Can you confirm whether or not you get this issue when using mpv/mpv.net?

[mbalandis]

Hi. Thanks for reply.

I will test it at some point this week and let you know.

[mbalandis]

@Et0h I can confirm that in mpv.net it has no problem for the issue I have reported. VLC which has red txt showing that tracks time incorrectly also doesn't have this issue. I have also tried MPC-BE and it doesn't have this problem.

It seems to be a problem only with MPC-HC. In my case: MPC-HC (64-bit) 2.0.0

[Et0h]

Syncplay's support for MPC-HC was added before the playlist feature exists, and Syncplay's support was for the original MPC-HC which was discontinued in 2017 rather than MPC-HC v2 which is being mainained by clsid2. Syncplay relies on volunteers, and at present nobody is currently volunteering to maintain Syncplay's support for MPC-HC.

As such, you can either try to fix it yourself or move over to mpv/mpv.net which is being actively supported by Syncplay's core developers and is the player with the best Syncplaycompatability.

[Et0h]

Okay, I had some free time so I tried to fix this issue. I wasn't able to reproduce it but I assume it happens when it takes so long to open a file that the setPosition is cancelled because no file is playing when it tries to reset the position and my computer is just too quick at loading files to see the issue.

@mbalandis Please test the changes at: https://github.com/Syncplay/syncplay/actions/runs/5766082434 (use the Syncplay-1.7.0-Setup.exe or Syncplay_1.7.0_Portable artefacts to get the new build).

Let me know if this change resolves the problem, and also let me know if it accidentally resets the position to 0 if someone with MPC-HC joins a room which is part way through paying a fil.

[StefenStefan]

Hello, I had the same issue on mpv.net on the 1.7.1 version.

[soredake]

Same issue for me, mpv.net and latest syncplay.

[Et0h]

@StefenStefan @soredake

I use MPV.net with Syncplay all the time and have never had these issues.

To help understand and replicate the issues I'd like some more details please:

1. What version of mpv.net are you using?
2. How regularly does this happen?
3. Does it take you to the position of the previously playing file?
4. How many other people are in the room and what media players do they use?
5. What file format are you playing?
6. Are you playing the files from your hard drive?
7. Does it correct itself or not?
8. Does this issue only occur with the newer versions of Syncplay and/or MPV.net or is it a long running issue? Can you provide an example of a version which does not have this issue?
9. Are you running on a relatively low spec or high spec computer?
10. Are you using the public server or a private server? Do you have any latency or connection issues with that server?

[soredake]

What version of mpv.net are you using?

7.1.1.0

How regularly does this happen?

Sometimes, not always.

Does it take you to the position of the previously playing file?

Yes.

How many other people are in the room and what media players do they use?

One, also using mpv.net (not the latest version, thought).

What file format are you playing?

mkv

Are you playing the files from your hard drive?

Last time this happened I switched from local file to local file.

Does it correct itself or not?

It does not.

Does this issue only occur with the newer versions of Syncplay and/or MPV.net or is it a long running issue? Can you provide an example of a version which does not have this issue?

It's an issue I have for years, although rarely experienced earlier, but now I am forced to switch files manually because of bug in trakt-scrobbler, so I see this problem more often.

Are you running on a relatively low spec or high spec computer?

High spec.

Are you using the public server or a private server? Do you have any latency or connection issues with that server?

This happened on official servers, unofficial server https://syncplay.343.re/ and on self-hosted instance too. No latency issues, I think, but I do have weird problem with my ISP connection where connection are randomly stuck for 20–40 seconds and then aborted.

[StefenStefan]

@Et0h

1. v1.7.3
2. Every time when going to the next item in the playlist
3. Yes
4. 2 people, both using mpv.net (I tried being alone in the room it was the same)
5. mkv
6. Yes, SSD
7. No
8. I believe it's the same for every version
9. Ryzen 5 3600x, RX 590, 16GB Ram
10. Public one - syncplay.pl:8997. No latency issues

[StefenStefan]

@Et0h

I just tested a lot of versions and it appears that the issue occurs from 1.6.5 Beta 1 and up.

Every version above that one has that issue.

I checked 1.6.4a, 1.6.4 and 1.6.3 - These are working fine, they don't have that bug.