yep, that did the trick. thanks
SVPlayer for 🍎 iPhone | iPad | Apple TV and 🤖 Android
SVP 4 for Windows and macOS: 30 days FREE TRIAL.
Read FAQ & follow SVP @ Facebook, Twitter
Pages 1
You are not logged in. Please login or register.
SmoothVideo Project → Posts by CommanderBubbke
Pages 1
yep, that did the trick. thanks
per the guide for setup with Plex for Windows, the pipe used shoud be
input-ipc-server=mpvpipei can understand simply changing that, but how do you then specify SVP to pick it up? does it automatically find all pipes? is there a convention to follow? have io missed it somewhere glaringly obvious?
After setting up plex to use SVP - which is working fine - i've noticed that SVP seems to get stuck only listening for connections from plex
the connection to Plex mpv is made as soon as Plex is launched, before there are any videos playing, and persists even after Plex has exited.
it also stops catching freestanding mpv player (SVP bundled one) at all, regardless of the Running Multiple Videos setting
it seems to detect when a new instance of plex is opened, but mpv doesn't get detected after this, and the only current remedy is to restart SVP
if I open mpv first, then plex, the issue still occurs
i'm using Plex for Windows 1.65.1.3596-7b1f6d97
00:11:37.486 [i]: Main: preparing video profiles...
00:11:37.522 [i]: Main: preparing performance graphs...
00:11:37.645 [i]: Main: preparing ffdshow...
00:11:37.646 [i]: ffdshow: found 64-bit version 1.3.4533.0 [C:\Program Files\ffdshow\ffdshow.ax]
00:11:37.650 [i]: Main: preparing AviSynthFilter (AVSF)...
00:11:37.650 [i]: AVSF: found 64-bit version 1.4.5.0 [C:\Program Files (x86)\SVP 4\avsf\avisynth_filter_64.ax]
00:11:37.651 [i]: Main: preparing mpv...
00:11:37.652 [i]: Main: preparing remote control...
00:11:37.652 [i]: RemoteControl: started
00:11:37.652 [i]: Main: preparing main menu...
00:11:37.723 [i]: Main: loading extensions...
00:11:37.734 [i]: Main: initialization completed in 1366 ms, but still waiting for the screens measurement...
00:11:37.923 [i]: Updates: checking now...
00:11:39.120 [i]: Screens: screen 0 - 3440x1440 @143.950 Hz [measured], x1.3 [109 DPI]
00:11:39.121 [i]: Screens: primary screen is 0
00:11:40.250 [i]: Performance: quick estimation = 854 (previous value was 856)
00:12:31.994 [i]: VideoPlayer: mpv [Plex.exe] connected, waiting for the video info...
00:24:14.407 [i]: VideoPlayer: mpv [Plex.exe] connected, waiting for the video info...
00:24:28.178 [i]: VideoPlayer: mpv [Plex.exe] connected, waiting for the video info...
00:24:38.684 [i]: VideoPlayer: mpv 0.34.0-325-g602995fd40 /via 'mpvpipe'
00:24:39.747 [i]: Media: video looks like some kind of stream
00:24:39.747 [i]: Media: video 1920x1080 [PAR 1.000] at 23.976 fps (via video player)
00:24:39.747 [i]: Media: codec type is h264 (H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10), D3D11, BT.709 BT.1886
00:24:39.776 [i]: Playback: starting up...
00:24:39.782 [i]: Playback [e767d907]: Frame server (64-bit) C:\Program Files (x86)\SVP 4\mpv64\vapoursynth.dll
00:24:39.783 [i]: Playback [e767d907]: resulting video frame 1920x1080
00:24:39.784 [i]: Playback [e767d907]: 3 acceptible profiles, best is 'HD Source' [200]
00:24:39.791 [i]: Playback [e767d907]: enabled while video is playing
00:24:39.797 [i]: Playback [e767d907]: playing at 71.9281 [23.976 *3/1]
00:24:41.652 [i]: Playback [e767d907]: disabled while video is playing
00:24:41.652 [i]: Playback [e767d907]: deleted
00:24:42.801 [i]: VideoPlayer: mpv [Plex.exe] connected, waiting for the video info...I've noticed for a while that when SVP starts, it's unable to bind the Meta-keys to the shortcuts.
Is there a known resolution to this error?
I've tried starting 'As Administrator' but that makes no difference.
From the log:
11:57:40.524 [W]: Control: failed to register shortcut Meta+Ctrl+E
11:57:40.525 [W]: Control: failed to register shortcut Meta+Ctrl+A
11:57:40.526 [W]: Control: failed to register shortcut Meta+Ctrl+N
11:57:40.526 [W]: Control: failed to register shortcut Meta+Ctrl+C
11:57:40.527 [W]: Control: failed to register shortcut Meta+Ctrl+V
11:57:40.527 [W]: Control: failed to register shortcut Meta+Ctrl+Si removed avisynth+, it seems to be nearly fine now, the delay seems to be under ~100ms, but it could just be im looking for and finding it even though it's not there. it's certainly better now.
some of the mkv's are 8bit, others are 10 bit. it's the same with both.
same with the codec, some are x264, some are x265.
i've never had problem with decoding and live interpolation with any of these files before.
and the CPU usage whilst playing the video is only sitting at about 30-40%, it's still got plenty of headroom left
when watching mkvs (it doesn't seem to be effecting mp4s but im not 100% on this) i have a noticable video delay
i say video delay because the audio is ahead of the video, AND the subtitles are also ahead of the video - which leads me to believe that ethe video is behind rather than the other two both being ahead.
if i disable svp, with the same file still open the delay is gone, so i'm pretty sure the problem is svp-related
this is using the 32bit chain, with lav 0.68 (though 0.67 had the same problem, i tried both) madvr 0.90.15, mpc 1.7.10 stable (also tried on latest nightly) with ffdshow sep '14.
edit: tried both cuvid and dxva with lav to no avail either
is anyone else experiencing this, or have any ideas why?
it's not lack of system performance, i'm running dual gtx 970s and a 2600K @ 4.4GHz and 16GB ram.
i've only noticed it in the last few days, about a week ago i hadn't noticed anything like this happening.
if it makes a difference, i installed the 64bit chain for svp a couple of days ago, and am now using avisynth+ (i think, i tried removing that but it didn't seem to make any difference).
well, i narrowed it down to a couple of things.
i uninstalled svp 3.1.7 and 4 TP25 and ffdshow.
i then reinstalled ffdshow, making sure that avisynth scripts serving and application plugins were enabled, and then svp 3.1.7 installing avisynth 2.5.8 MT.
and behold, it works again.
so i'm guessing either one or more of those compenents were misbehaving/not present ( even though they should have been ) but it now works.
should look more closely at what installed and what's not next time...
incidentally though, is it possible for svp to know that either avisynth is missing or that ffdshow isn't going to respond to it's requests and inform the user? might make debugging this issue simpler next time
just tried the last 10 nightly build as well as the current stable 1.7.9 x86, as well as the standalone lav filters instead of the internal ones, all with the same result, as soon as the video starts, mpc-hc crashes blaming ffdshow
one interesting thing to note, if i have svp disabled and start the video, it's fine, but crashes as soon as you enable svp. is svp asking ffdshow to something unusual maybe? could it be related to the OpenCL 1.2 issue that you linked earlier?
edit: just checked and i have the opencl.dll version 1.2.11.0 if that helps explain anything
im currently using the 1.7.9.145 (nightly) x86.
i'll try a few previous nightlies and the current stable branch and report what i find
i had tried it on dxva2 copy-back, but not without gpu acceleration.
i did just try it though and with no gpu-accel and dxva i still get the same crash.
and i just tried with no hardware-acceleration and no gpu-acceleration, sadly the result was no different.
since about a week ago, ffdshow has started crashing whenever i start a video with svp running, either 3.1.7 or 4 TP.
mpc-hc crashes out and i get a crash log informing me that it's ffdshow that has crashed
i have the video and audio filters blocked in mpc-hc, and the raw video preferred - since without it, you can't use svp.
if i try to play a video with svp enabled, mpc-hc consistently crashes an i'm unable to until i disable svp
i'm using the internal lav filters from the latest nightly mpc on an nvidia 970gtx.
has anyone else experienced this or knows why it would be happening?
Are there any guides that exist for creating scripts that take advantage of svpflow, or just scripts for svp in general?
I've had a look around but im not sure where to start...
i've been using svp for over a year now and this is the first time i've seen this error.
a couple of days ago i started getting this message about 75% of the time i try to play back a file with SVP enabled:
11:20:46.837; Error: Error preparing smooth playback! Script error:
Write: File 'C:\ProgramData\SVP 3.1\Logs\SAR.txt' cannot be opened.
(ffdshow_filter_avisynth_script, line 6)
it doesn't seem to be file dependant, as it happens with both mkvs and mp4s, and i usually have to quit/restart the svp manager about 5 times before it will actually start working again, as well as deleting the log folder.
is there a reason that this would have suddenly started appearing?
when playing back a dvd with SVP running, the video is jerky to the point where i have to turn SVP off.
the problem has been completely reproducable.
however i got one about 3 minute period where it played perfectly smoothly after i left it paused for a minute or two.
as of yet i've been unable to reproduce that behaviour even after extended periods of leaving it paused.
i've seen someone else with this issue (http://forum.doom9.org/showthread.php?p=1595708)
im using LAV filters for audio and video, using only ffdshow for raw video (however i had this problem using only ffdshow last night, no lav filters running then)
MPH-HC with madvr, the rest of the usual setup.
i'm not sure what other information to can provide other than the error log it gave me after the reboot so just ask and i'll hopefully be able to tell you.
Pages 1
SmoothVideo Project → Posts by CommanderBubbke
Powered by PunBB, supported by Informer Technologies, Inc.