You are not logged in. Please login or register.
SmoothVideo Project → Posts by dejavecue
You can generate a script file through SVP, and use that with a keypress in SVP. But, SVP has a hardcoded feature that any video running its dlls but without running the manager will have a red frame (see my attachment).
For Youtube videos this is not much of an issue, but if you watch a movie or TV show, it is very annoying.
I also have a 6800 and tried it (although only FHD@24fps --> FHD@60 and I also get ~165fps transcoding rate at your settings.
When I use HEVC hardware encoder, I get ~235fps transcoding rate
I have a 6800 and have no trouble doing 4K60 with SVP. CPU is 5800X, what is yours?
You can simply use Shinchiro's build with SVP, it has been built with vapoursynth support for ages now
> needs so much fewer resources than the ffdshow raw filter?
mmm... not sure this is really happening
memory consumption may differ somehow, not the performance
Hmm, maybe it is placebo, but with the exact same settings my 6800 does go 10°C higher in temps on the normal SVP configuration than with the Avisynth filter.
Only saw this topic today, but I have to say wow.
How is it that the Avisynth Filter needs so much fewer resources than the ffdshow raw filter? It is night and day.
Looks very good to me and my GPU doesn't exceed 55°C (Tjunction) when doing 1080p@155fps on 1440p screen
Edit: Oh and speaking of performance uplift: Can this be used for transcoding?
Probably because TVs use special chips that have only one dedicated function: Motion interpolation
What exactly is your question even?
From what I can understand, you have a new PC and it has fewer artifacts when using SVP? Or did I misunderstand here?
If I didn't misunderstand, what is the problem?
SVP is very good with many cores. I have a Ryzen 7 1700 @3.8Ghz and it never even goes above 40% with SVP activated
Try:
mpv.com -v --no-config --hwdec=d3d11va-copy --vo=direct3d --gpu-api=vulkan --gpu-context=d3d11 --spirv-compiler=shaderc --input-ipc-server=mpvpipe filename.mkv
I have no issues running this config on Windows 10
No wonder, this disables the Vulkan renderer, which on Windows only works with --gpu-context=winvk
I encounter crashes with Vulkan too. I think it has less to do with SVP itself, it is a problem in Vapoursynth
64-bit will not result in better performance or better temperatures. 64-bit refers to the addressable space - it has mostly to do with RAM
Thanks for replying, how about 10 bit content will it play just like 8 bit or are there some issue I should be aware of?
Also works without problem on mpv
Works completely the same way for me (mpv)
If you use SVP with mpv (which has fantastic youtube-dl support), you can use it with any online video. Works beautifully, especially if you have a secondary monitor (you can tell mpv to open there by default)
The autoload script is great. Tbh it should be built into mpv
It might be in the future. The mpv devs did it with the stats.lua
Moondust76 wrote:Chainik wrote:> SVP @4K CPU load is less than 30%
let's say "50%" (at the highest "auto" settings and Ryzen 8-cores at 3.4 GHz), 8-bit video
Ok, that sounds great but......what about 10bit video and HDR? Both will inevitably become part of mainstream videos. How much more firepower do I need to be able to handle 10bit and/or HDR too when it becomes mainstream/available?
I'm going to try to answer both your posts.
The thing is, to my knowledge per core is a little harder to measure given differences in architectures, chipsets, etc. An i7-8700k and an intel x299 i7 or i9 do not have the same per core performance (As far as I am aware the 8700k is the strongest single thread performer currently available). If all your going to be using this computer for is video playback, then I imagine the ryzen 7 1700, 1700x, or 1800x is the right choice based on price. As far as I am aware, the more expensive 8700k would perform in between them (though they do all perform pretty close together as far as I know, and this is before any overclocking). This said, SVP almost always does better with more high performance cores, so a 10+ core x299 cpu or a threadripper (though i think a threadripper would perform worse than a 10+ x299) would probably beat all of the CPUs previously mentioned. But they are also a lot more costly and likely not required. Also I am only talking about SVP interpolation, not other video playback processes, though those are rarely CPU bound.
I use mpv with SVP4 / latest Vapoursynth to achieve double framerate (my monitor supports 48, 50 and 60Hz modes) while upscaling (2160p monitor). I have been using an RX480 and an R7 1700 @ 3.9 Ghz.
With opengl as a renderer, 4K content only works at lowest interpolation settings reliably. With Vulkan as a renderer, higher settings are possible, but Vulkan does not work well with motion interpolation in my experience (crashes a lot).
10bit video hardware decoding is supported on all modern CPUs and GPUs, so again I don't think you need to go too much outside the norm for this. To my knowledge, HDR depends. If you are just passing through HDR to an HDR display then HDR is just metadata in the file to my knowledge and the display will handle the HDR (meaning no specific hardware required). You will need a renderer that supports HDR passthrough though.
Now, if you're talking about 10-bit and HDR passthrough with SVP interpolation this isn't currently possible yet. I've been asking similar questions but based on the responses I've received in this thread and my own research I'm fairly certain 10-bit just isn't going to come to SVP on directshow players. If you're using mpv and/or vlc and therefore vapoursynth with SVP, 10-bit passthrough is already supported. HDR passthrough isn't yet but if it ever does happen it will likely happen on mpv first. I doubt HDR passthrough will add any extra strain to the interpolation (to my knowledge) as it is just extra metadata in the file and HDR display is handled by the renderer and/or the display, not SVP. I imagine 10bit increases the load on SVP at least a bit (churning out 10 bit instead of 8 bit frames) but by how much I am uncertain. I doubt it is very significant though, however that question may be worth asking either the developers or someone else who has used SVP with 10 bit.
https://github.com/mpv-player/mpv/blob/ … toload.lua
This one appends all files alphabetically in the same directory as the first file played.
Dumb question, no doubt, but it's counter-intuitive to me (as a complete newbie, and European) that conversion to 50 fps never gets a mention. In PAL-land the standard frame-rate for recording/transmitting video - for hobbyists anyway - is (surely?) 25 fps. So wouldn't it be more natural for us to convert to 50 fps (or 75) than to 60? Is there something which precludes this, for some reason I'm totally missing?
Because it is done on computers, and most computers have a 60Hz display.
I use SVP4 on Windows 10 with mpv.
I am using the latest mpv, latest vapoursynth, latest SVP4 Pro.
Lately, I have started getting constant crashes when playing files this way, event viewer gives "Display driver amdkmdap stopped responding and has successfully recovered." as a message.
The monitors shut down, the sound of the video file is running in the background and when my displays return, I can still hear the sound, mpv is shown in the taskbar (but I cannot see the video or the video frame itself anymore) and I have to close mpv through task manager.
My specs:
R7 1700 @3.8Ghz
RX480 @ 1350 Mhz
16GB RAM @ 2993 Mhz
What could be the reason for this? Is it because I use Vulkan? Or because I have the "watch later" on? I don't see how that'd interfere with the display driver.
My vulkan-related config entries:
profile=gpu-hq
gpu-api=vulkan
gpu-context=winvk
hwdec=no
hwdec-codecs=all
vd-lavc-dr=yes
vd-lavc-threads=16
vulkan-queue-count=8
vulkan-async-compute=yesLatest mpv commits with re-written video filters code seems to improve performance and stability a lot.
Still need to test this version cause there're so many changesHere's the latest .exe for test.
Thanks Chainik. I'll test this .exe and report back
Edit: Well, that was fast - after 30 secs of playing a 1080p file, it crashed the display driver. Should I post my config as well as my SVP settings?
The best fluidity you will see at maximum framerate = 165 Hz
The best quality you will get at odd multipe frequency x1, x3, x5, x7
For usual video 24 fps it will be = 24 Hz, 72 Hz, 120 Hz, 168 Hz.Does your screen support overclocked frequency of 168 Hz?
That is going to need a ton of CPU / GPU power though.
I just playback a H.265/HEVC video but SVP dos NOT work
That is completely incorrect. It certainly works perfectly with mpv.
Spectre / Meltdown is only ~5% hit for games
Yeah but if Intel's engineers are that incompetent, they have completely lost my trust by now. And with AMD coming out with 12nm Zen+ CPUs in like 3 months, I see no reason to throw money in the direction of a company that will compromise everyone's security out of either incompetence or out of sheer malice.
Furthermore, I also game on Ryzen and I play most of my games at 120+ fps. More and more games support more than 4 threads. There is literally no reason to go intel in my opinion. Unless you live in really cold climate.
I think additional cores should help. I got a Ryzen 7 1700 and it works for some 4K files. But the GPU is actually more helpful.
Quick questions, why go for an intel CPU after the Spectre / Meltdown debacle?
SmoothVideo Project → Posts by dejavecue
Powered by PunBB, supported by Informer Technologies, Inc.
