System cannot find the file specified(mpv.net + uosc)

[DonBureq]

Hello
I have a problem with thumbfast script on Mpv.net(windows) using uosc OSC. The thumbnails are not showing at all and the console is showing "System cannot find the file specified" errors every time i hover cursor over the seek bar. I've checked the regular mpv and both scripts works without problems. I have also tried to run mpv.net with default settings but it didn't help much.
Thanks

[dyphire]

This is because the script only works for mpv, which needs on using mpv commands in subprocesses.

thumbfast/thumbfast.lua

Lines 253 to 255 in eb21b2e

	mp.command_native_async(
	{name = "subprocess", playback_only = true, args = {
	"mpv", path, "--no-config", "--msg-level=all=no", "--idle", "--pause", "--keep-open=always", "--really-quiet", "--no-terminal",

Unfortunately, mpv.net is based on libmpv(mpv-2.dll), so it cannot use the mpv commands in subprocesses.
If you really want to use this script with mpvnet, you have to add mpv to PATH first.

Relevant: mpvnet-player/mpv.net#262, marzzzello/mpv_thumbnail_script#2

[DonBureq]

HI. Thanks for your help. I can confirm that adding mpv to PATH variable fixed the problem. Closing

[megapro17]

wtf, is running two different player efficient?

[po5]

If you're asking in the context of mpv.net+regular mpv, it's not any less efficient than the script's normal operation.

If it's the normal operation of running a background instance to generate thumbnails you're asking about, it's a minor memory usage increase over not having the bg instance, with the benefit that generating a new thumbnail is fast (and cheap thanks to your OS's disk access cache).
It's better than the alternative of heavy pre-generating of every thumbnail, and lets us have frame-accurate thumbnails for where you'll end up after seeking.

[megapro17]

If you're asking in the context of mpv.net+regular mpv, it's not any less efficient than the script's normal operation.

thanks, this is what i wanted to know. i even enabled luajit so i guess it will be more efficent