Re: mpv based video players for Windows
obvious suggestion is to disable video-sync-* options
You are not logged in. Please login or register.
SmoothVideo Project → Using SVP → mpv based video players for Windows
obvious suggestion is to disable video-sync-* options
obvious suggestion is to disable video-sync-* options
Doesn't seems to work, at least with 1080p content.
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.
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
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.
Try reinstall VapourSynth
I did that multiple times via the "Maintain SVP" program before making my post.
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.
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
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).
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.
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).
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.
> 00:05:15.012 [E]: Playback [7a720312]: VS - Could not initialize VapourSynth scripting.
this's about PYTHONPATH magic env variable
this's about PYTHONPATH magic env variable
I don't even know what/where that is.
indeed, we were talking about PATH only
having two different Python builds in PATH can give the error too
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?
my guess is you just need to clear what you did there
it's ok for the "built-in" mpv if you have neither mpv64 nor mpv32 folder in PATH/PYTHONPATH
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.
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 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)
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
Any way to fix the Horriblesubs releases desync?
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).
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
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.
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.
Random fact: you can all of the "script=" lines (the last one overwrites all previous lines anyway). Scripts are automatically loaded from this directory.
SmoothVideo Project → Using SVP → mpv based video players for Windows
Powered by PunBB, supported by Informer Technologies, Inc.