An issue with autoload=yes in uosc.conf

[Raza-0007]

I have encountered an issue when I set autoload=yes in uosc.conf

with keep-open=yes and save-position-on-quit set and a watch-later-directory specified in mpv.conf

If I play a folder with 4 video files, uosc will automatically moves to the next file, and mpv will remember each file's last position in the watch later directory, until mpv stops at the end of the last video file.

Everything works fine but the problem occurs if I relaunch the first video file again. mpv loads the file, with the position remembered i.e. the very end. This triggers uosc to load the next file, which also loads with the play position at the end, so file 3 is loaded and so on until everything stops at the end of file 4. This happens very quickly in a blink of an eye. I am unable to replay files 1-3 without deleting their saved file setting in the watch later directory.

Is there a setting that I am missing? How do I prevent this from happening?

This issue does not happen with the new --autocreate-playlist in mpv 0.39, if used without uosc, so I am guessing something is missing in uosc that triggers this.

Thanks,

~Raza

[tomasklaen]

It's two systems fighting each other. We implement autoload by setting up a timer that triggers shortly before file ends, and inside it we tell mpv to load a new file. That's because there's no mpv "on file end" event that would allow us to take over decision on which file to load next, so we have to simulate it his way.

And from mpv's perspective, the new file is loaded before the previous one ended, so it saves watch-later data for it.

Not sure what to do about this. We should probably just deprecate autoload in favor of autocreate-playlist

[Raza-0007]

After testing mpv's autocreate-playlist I found out that autocreate-playlist does not save resume playback data, so all files always start from the beginning. This has its uses, for example, if one was creating a playlist of music files to listen, one most likely would not want files to start from the last played position. But in case someone is watching a multi-episode TV series, and does not remember the last episode played, the watch-later history is extremely important to determine where one let off last time.

uosc with autoload saves watch later history and this is what I prefer. If the issue I described earlier is resolved then in my opinion uosc's autoload is better then mpv's autocreate-playlist option in vast majority of use cases.

~Raza

[natural-harmonia-gropius]

autocreate-playlist does not save resume playback data

Can you try this patch with script-binding uosc/prev and script-binding uosc/next? natural-harmonia-gropius@c18e948

[Raza-0007]

@natural-harmonia-gropius,

I tested this with autoload=no in uosc.conf and autocreate-playlist=filter in mpv.conf

Everything seems to be working fine more or less! Episodes that have been played till the end, restart from beginning when played next time, and that domino effect that I described earlier does not happen. Files also retain their last played position. I also tested with uosc next and previous keybindings, and they work fine as well.

The only issue I discovered is when you switch episodes from uosc's playlist button using a mouse, more then once, the first time the position is remembered, but the next time that same file starts from beginning. I will continue testing this further and let you know if I encounter any other issues.

Thanks,

~Raza

[hooke007]

autocreate-playlist does not save resume playback data

mpv doesn't save the 'position' in the playlist. It's not bug. For more info just check mpv's issue tracker. Example mpv-player/mpv#9586 (comment)

https://mpv.io/manual/master/#command-interface-write-watch-later-config It's the native command.
Just bind it together with next command in your own input conf.

natural-harmonia-gropius@c18e948

I don't think always try to save postion in the playlist is a good idea for other use cases.(i.e. Playing all the music in the the directory, next time when you play the music it would alway tried to skip to the timepos the last time saved.)

[Raza-0007]

https://mpv.io/manual/master/#command-interface-write-watch-later-config It's the native command. Just bind it together with next command in your own input conf.

@hooke007, thanks for the info. I was however unable to get it to work. I believe it is due to "delete watch-later data" hard coded in the autocreate-playlist command. So the file's watch-later data is saved when you move away from the file to the next file, but every time you move back to the same file, autocreate-playlist deletes that file's watch later data before playing the file.

I have resolved my issue by keeping autoload=no in uosc.conf. This prevents the next track from being loaded automatically, so the domino effect I described in my first post does not happen when I relaunch an already played file. And I can always move back and forth between files using uosc's autoloaded playlist manually. So my issue is more or less resolved.

Thanks,

~Raza