Re: mpv based video players for Windows

obvious suggestion is to disable video-sync-* options

Re: mpv based video players for Windows

Chainik wrote:

obvious suggestion is to disable video-sync-* options

Doesn't seems to work, at least with 1080p content.

103 (edited by Nintendo Maniac 64 12-12-2016 05:11:17)

Re: mpv based video players for Windows

I'm finally taking a look at using 64bit mpv + SVP for my Windows 7 desktop PC, and while SVP seems to be able to detect the video playing in mpv (it chooses a video interpolation profile and everything), SVP never actually "kicks in" (my SVP Index is N/A and CPU utilization stays extremely low).

Looking at the SVP logs, it says the following:

23:43:00.177 [E]: Playback [7a720312]: VS - Could not initialize VapourSynth scripting.

I'm a complete mpv newbie, so I've no idea what to make of this; for reference the following files are in fact present in the mpv directory:

VapourSynth.dll
VSScript.dll
mpv-1.dll

And my mpv.conf file is nothing more than the following:

input-ipc-server=mpvpipe
hwdec=auto-copy
hwdec-codecs=all
no-resume-playback


For reference, opening the exact same video file in my pre-existing 64bit MPC-HC configuration results in the video playing through SVP as expected.

104 (edited by Anim8 12-12-2016 06:44:22)

Re: mpv based video players for Windows

Nintendo Maniac 64 wrote:

23:43:00.177 [E]: Playback [7a720312]: VS - Could not initialize VapourSynth scripting.

I'm a complete mpv newbie, so I've no idea what to make of this; for reference the following files are in fact present in the mpv directory:

VapourSynth.dll
VSScript.dll
mpv-1.dll

Is that the whole log? sounds like its missing something. (namely a missing file)

Try reinstall VapourSynth/MPV and are you using the MPV64 build from the SVP installer?

Namely these?
- [VPS_64] Core for Vapoursynth 64-bit
- [VPS_64] mpv video player

105 (edited by Nintendo Maniac 64 12-12-2016 06:48:37)

Re: mpv based video players for Windows

Anim8 wrote:

Is that the whole log?

Well, no, but the rest of it looks fine to me:

00:05:14.359 [i]: VideoPlayer: mpv connected, waiting for the video info...
00:05:14.865 [i]: VideoPlayer: mpv 0.22.0-git-1d4273c
00:05:14.914 [i]: Media: video 1280x720 [PAR 1.000] at 25.000 fps [constant]
00:05:14.914 [i]: Media: codec type is AVC, YUV/4:2:0/8 bits
00:05:14.932 [i]: Playback: starting up...
00:05:14.933 [i]: Playback [7a720312]: Frame server (64-bit) D:\__Programs__\Non-unicode Programs\Portable - settings at 'userprofile'\SVP\mpv64\vapoursynth.dll
00:05:14.938 [i]: Playback [7a720312]: resulting video frame 1280x720
00:05:14.939 [i]: Playback [7a720312]: 2 acceptible profiles, best is ' Normal HD' [255]
00:05:14.950 [i]: Playback [7a720312]: enabled while video is playing
00:05:14.961 [i]: Playback [7a720312]: playing at 75 [25 *3/1]
00:05:15.012 [E]: Playback [7a720312]: VS - Could not initialize VapourSynth scripting.

Anim8 wrote:

Try reinstall VapourSynth

I did that multiple times via the "Maintain SVP" program before making my post.


Anim8 wrote:

are you using the MPV64 build from the SVP installer?

Namely these?
- [VPS_64] Core for Vapoursynth 64-bit
- [VPS_64] mpv video player

Yes.

106 (edited by Anim8 12-12-2016 07:06:25)

Re: mpv based video players for Windows

I'm not too sure then, your config while simple should work fine, from what I can tell.

For reference here are the files I have for MPV64

size / file

<DIR>          mpv64
126,976 AVFS.exe
4,470,976 d3dcompiler_47.dll
107,848 libegl.dll
2,280,264 libglesv2.dll
18,432 mpv.com
574 mpv.conf
32,313,363 mpv.exe
0 portable.vs
195,864 pyexpat.pyd
41,240 python.exe
51,992 python3.dll
3,926,296 python35.dll
2,260,575 python35.zip
41,240 pythonw.exe
17 pyvenv.cfg
23,320 select.pyd
868,632 unicodedata.pyd
371,712 vapoursynth.cp35-win_amd64.pyd
1,264,640 VapourSynth.dll
74,752 VSPipe.exe
28,672 VSScript.dll
62,976 VSVFW.dll
22,808 winsound.pyd
87,320 _bz2.pyd
126,232 _ctypes.pyd
318,232 _decimal.pyd
197,912 _elementtree.pyd
1,399,576 _hashlib.pyd
149,784 _lzma.pyd
35,096 _msi.pyd
25,880 _multiprocessing.pyd
38,168 _overlapped.pyd
69,400 _socket.pyd
75,544 _sqlite3.pyd
2,066,200 _ssl.pyd


                   <DIR>          vapoursynth64
                                       <DIR>         coreplugins
93,184 avisource.dll
77,824 AvsCompat.dll
32,256 EEDI3.dll
92,672 genericfilters.dll
1,174,016 libassvapour.dll
1152,029 libhistogram.dll
4,060,672 libsubtext.dll
115,930 libtemporalsoften.dll
211,456 RemoveGrainVS.dll
14,336 Vinverse.dll
36,864 VIVTC.dll

Re: mpv based video players for Windows

Anim8 wrote:

For reference here are the files I have for MPV64

You could always just upload a checksum file created via HashCheck Shell Extension (which would also make things much easier on my side).

If you do go this route, note that MD4 is the fastest to compute (if that's relevant to you).

108 (edited by Anim8 12-12-2016 08:32:15)

Re: mpv based video players for Windows

Nintendo Maniac 64 wrote:
Anim8 wrote:

For reference here are the files I have for MPV64

You could always just upload a checksum file created via HashCheck Shell Extension (which would also make things much easier on my side).

If you do go this route, note that MD4 is the fastest to compute (if that's relevant to you).

I noticed it was last updated in 2009 for windows 7.
I'm using Win10x64 so no idea if that would cause any issues or not installing that.

Anyway, I just put my mpv64 folder into a rar file and uploaded it.

Link: removed - no longer needed

Just note 2 of the files stats.lua(scripts dir) and adaptive-sharpen.glsl(shaders dir) are not default files.

stats.lua - Press shift + I (OSD for playback information, shows dropped frames, framerate, etc)
adaptive-sharpen.glsl - is luma adaptive-sharpen, but wont do anything unless you set to use in via your .config file.

109 (edited by Nintendo Maniac 64 12-12-2016 07:48:51)

Re: mpv based video players for Windows

Nope, same exact result.

It wouldn't happen to make a difference how I am opening the video, would it?  For testing purposes I'm just dragging an MP4 video directly onto the mpv.exe (which then launches the aforementioned MP4 in mpv without dealing with any file associations).

110

Re: mpv based video players for Windows

Nintendo Maniac 64 wrote:

Nope, same exact result.

It wouldn't happen to make a difference how I am opening the video, would it?  For testing purposes I'm just dragging an MP4 video directly onto the mpv.exe (which then launches the aforementioned MP4 in mpv without dealing with any file accusations).

Yeah that would make no difference at all.

Re: mpv based video players for Windows

> 00:05:15.012 [E]: Playback [7a720312]: VS - Could not initialize VapourSynth scripting.

this's about PYTHONPATH magic env variable

Re: mpv based video players for Windows

Chainik wrote:

this's about PYTHONPATH magic env variable

I don't even know what/where that is.

Re: mpv based video players for Windows

indeed, we were talking about PATH only
having two different Python builds in PATH can give the error too

114 (edited by Nintendo Maniac 64 13-12-2016 20:08:00)

Re: mpv based video players for Windows

Chainik wrote:

indeed, we were talking about PATH only

Oh, that PATH.

So what am I supposed to enter as the path?  It wouldn't happen to be the directory location of the mpv64 folder, would it?

Re: mpv based video players for Windows

my guess is you just need to clear what you did there big_smile
it's ok for the "built-in" mpv if you have neither mpv64 nor mpv32 folder in PATH/PYTHONPATH

116 (edited by Nintendo Maniac 64 14-12-2016 04:04:29)

Re: mpv based video players for Windows

Chainik wrote:

it's ok for the "built-in" mpv if you have neither mpv64 nor mpv32 folder in PATH/PYTHONPATH

So I flat-out deleted the "PATH" variable but nothing changed - the SVP log even still says the same thing as before.

And to clarify, I did restart my PC after deleting the PATH variable.

117 (edited by Nintendo Maniac 64 15-12-2016 22:46:05)

Re: mpv based video players for Windows

Sooo....am I out of luck much like my SVPtube2 issue?

I ask because, as a Plan B, I might look into trying mpv + SVP on Linux since Linux Mint 18.1 comes out in a couple days.  Due to the popularity of that distro, I would imagine that SVP and mpv should largely "just work" on a fresh OS installation without dealing with weird obscure issues.

Re: mpv based video players for Windows

I really have no idea why all this Python-based stuff is not working on your system.
You can try with a clean Windows installation (e.g. in a VM)

Re: mpv based video players for Windows

So instead of having the python files in the same folder as the mpv exe, I tried to actually run the python installer.

Well, that didn't really work either, but it did make a difference with SVP; now the SVP logs look perfectly fine but yet no interpolation is actually happening (my SVP index stays at N/A and CPU utilization is the same compared to if SVP is closed):

18:23:07.550 [i]: VideoPlayer: mpv connected, waiting for the video info...
18:23:08.478 [i]: VideoPlayer: mpv 0.22.0-git-1d4273c
18:23:08.650 [i]: Media: video 1280x720 [PAR 1.000] at 25.000 fps [constant]
18:23:08.650 [i]: Media: codec type is HuffYUV, YUV/4:2:0/8 bits
18:23:08.679 [i]: Playback: starting up...
18:23:08.681 [i]: Playback [33add5e6]: Frame server (64-bit) D:\__Programs__\Non-unicode Programs\Portable - settings at 'userprofile'\SVP\mpv64\vapoursynth.dll
18:23:08.709 [i]: Playback [33add5e6]: resulting video frame 1280x720
18:23:08.714 [i]: Playback [33add5e6]: 2 acceptible profiles, best is ' Normal HD' [255]
18:23:08.719 [i]: Playback [33add5e6]: enabled while video is playing
18:23:08.765 [i]: Playback [33add5e6]: playing at 75 [25 *3/1]
18:23:24.250 [i]: Playback [33add5e6]: disabled while video is playing
18:23:24.252 [i]: Playback [33add5e6]: deleted

Re: mpv based video players for Windows

Any way to fix the Horriblesubs releases desync?

Re: mpv based video players for Windows

HS releases are often tagged with wrong fps. You can fix this either by remuxing or by setting a custom fps factor (not "to screen").
Sometimes they encode a 24fps video at different frame rate (e.g. 30) (that's rare though). You can only fix this by decimating on the fly (or re-encoding with decimate step).

Re: mpv based video players for Windows

Nintendo Maniac 64 wrote:

Sooo....am I out of luck much like my SVPtube2 issue?

I ask because, as a Plan B, I might look into trying mpv + SVP on Linux since Linux Mint 18.1 comes out in a couple days.  Due to the popularity of that distro, I would imagine that SVP and mpv should largely "just work" on a fresh OS installation without dealing with weird obscure issues.

I don't understand why you try to use SVPtube when you are also using mpv, which has built-in compatibility with youtube-dl.
I just use those and let SVP interpolate the video then.

This also works on most porn sites by the way wink

Re: mpv based video players for Windows

dejavecue wrote:

I don't understand why you try to use SVPtube when you are also using mpv

Because mpv + SVP isn't working for me, but MPC-HC + SVP works perfectly.

Re: mpv based video players for Windows

Anyone else have the problem that mpv does not want to close anymore?

When SVP is active, it will quit with an error (Windows is searching for a fix bla bla).
When SVP is not running, I have to force close mpv using taskmanager (I use mpv for Youtube and most of the videos I watch are already 60fps so I keep it off).

Here's my config, running on Windows 10 Pro x64, all up to date

# Video settings
profile=opengl-hq
opengl-backend=angle
opengl-dcomposition=no
scale=ewa_lanczossharp
scale-antiring=0.8
opengl-pbo
icc-cache-dir="~~/icc-cache"
icc-profile="~~/LG UHD.icm"
icc-3dlut-size=512x512x512
target-prim=bt.2020
framedrop=vo
hwdec=d3d11va-copy
input-ipc-server=mpvpipe

# Audio settings
ao=wasapi
volume=50
audio-channels=6
alang=en,eng
initial-audio-sync=yes

# Subtitle settings
no-sub
slang=en,eng,ger
sub-font-size=40
sub-shadow-offset=0
sub-border-size=3.5
sub-color="#ffffffff"
sub-border-color="#ff000000"
sub-font="Source Serif Pro"
sub-ass-force-margins=yes
sub-use-margins=yes

# OSC settings
script-opts=osc-layout=bottombar,osc-seekbarstyle=bar,osc-hidetimeout=3000,osc-minmousemove=1,osc-fadeduration=0

# OSD settings
osd-font="Source Sans Pro"
osd-level=1
osd-status-msg='(${percent-pos}%) ${time-pos} / ${duration}\n${?chapter:Chapter: ${chapter}}\n${?vo-drop-frame-count:Frames Dropped: ${vo-drop-frame-count}'
osd-scale-by-window=no

# Screenshot settings
screenshot-format=png

# Window settings
screen=1
no-border
autofit-smaller=80%x80%
autofit-larger=90%x90%

# Miscellaneous settings
priority=high
ytdl-format=(bestvideo[height<=?2160][fps<=?60]/bestvideo[height<=?2160]/bestvideo[height<=?2160])+(bestaudio[acodec=opus]/bestaudio)
#ytdl-format=(bestvideo[vcodec=vp9][height<=?2160][fps<=?60]/bestvideo[vcodec=vp9][height<=?2160]/bestvideo[height<=?2160])+(bestaudio[acodec=opus]/bestaudio)
save-position-on-quit
cache=yes
cache-file=TMP
cache-file-size=12582912
cache-default=12582912
cache-backbuffer=750000
cache-initial=0
cache-secs=60
cache-pause=yes
force-window=immediate

# Unknown and custom settings
script=~~/scripts/autoload.lua
script=~~/scripts/stats.lua
script=~~/scripts/perfstats.lua
script=~~/scripts/playlistmanager.lua

[extension.webm]
save-position-on-quit=no
loop-file=inf

# Extensions - Do not add custom settings that are not extension related below this line.

Re: mpv based video players for Windows

Random fact: you can all of the "script=" lines (the last one overwrites all previous lines anyway). Scripts are automatically loaded from this directory.