> MPV should "only" have to passthrough HDR metadata
yep
You are not logged in. Please login or register.
SmoothVideo Project → Posts by Chainik
> MPV should "only" have to passthrough HDR metadata
yep
> did you somehow manage to get the performance of the CUDA?
nope
> Is it possible to get smooth x2 playback with RIFE on your GPU on some resolution? For example 480p? 720p?
not a chance
---
240p works great, 360p is too much
BTW the new version have a tone mapping "shader" (in fact, an OpenCL routine) implemented in the Vapoursynth plugin, so both transcoder and SVPcast can now give satisfactory colors w/o using ffmpeg's "tonemap" filter (which is probably better, but _super_ slow).
this should be fixed now
should be fixed now
os? mpv version?
> in one HDR movie
what is the movie exactly?
check the performance stats - cpu/gpu load, droped frames, fluency test...
2-cores laptop haswell is probably too slow for 1080p
> Ask the developer of the RIFE filter for VapourSynth to implement the code
actually there no changes needed in the "RIFE filter for VapourSynth" itslef
the problem is "ncnn with CUDA" is not completed yet, some functions necessary for RIFE are not implemented... and the last commit was on Jan 18.
> Implement the "original" RIFE in SVP - disadvantage: 2.5 GB of dependencies
... plus very long (re-)start time. a video player will hang for 5-10 secs on each seek, for example.
> how much time could be saved if this second operation was omitted
zero encoding via NVENC costs nothing...
even if you want good old software encoder then it will be like 10 times faster than "rife over cuda"
more like "RIFE over ncnn does not need these dependencies"
and the "official" ncnn only supports Vulkan as of now
> Great!!!
not great, because we definitely won't use 2.5 GB of dependencies required to run the "original" RIFE
there's a ncnn/CUDA (https://github.com/atanmarko/ncnn-with- … ocator.cpp) but it was last updated in January... so I dunno...
yeah, CUDA version is like 3 times faster than ncnn (in flowframes) and loads my GPU up to 50%
laptop rtx 2060 --> 704*528 @30->60 --> 24 fps transcoding speed
1080p @24->48 --> 4 fps
(fp32 = false, tta = false)
is it supposed to use all the GPU? because I only see up to 10% GPU load regardless of gpu_thread value
---
flowframes shows the same speed and gpu usage so lets assume this is "normal"
bottom line - I think we could integrate this for the SVPcode usage
> any chance that it may be adapted to the chain MPV/vapoursynth ?
afaik, there's no maintainer for the mpv's encoding mode...
> as far as I understand it is now possible to encode HDR videos
only after HDR->SDR conversion
> Would it be possible to update SVP transcoder to get to use NVEncC instead instead of ffmpeg
SVP doesn't use ffmpeg directly but via the mpv's interface (cause we want to pass a video through the Vapoursynth filter)
Надпись означает пробную версию
Чтобы убрать - купите лицензию.
Вот правда, неужели это не очевидно?
this is a "try to recover HDR colors" bug
but as we have Avisynth Filter now with a HDR pass-through to madVR, this ffdshow+"recover HDR" path looks obsolete
> This is, up to now, the only video, for a very long time, exposing such an issue issue.
not possible until the Whirligig author add Avisynth filter as an option
if you're paid Whirligig user you can ask nim nicely from your side
> А PotPlayer почему-то выдает зеленый экран вместо видео с AVSF.
to the separate video profile named "Ignore HFR sources"
> А PotPlayer почему-то выдает зеленый экран вместо видео с AVSF.
to the separate video profile named "Ignore HFR source"
> А PotPlayer почему-то выдает зеленый экран вместо видео с AVSF.
а без AVSF - не зеленый?
then SVP (i.e. frame interpolation) is not a bottleneck here
I'm not a big expert in x265 but from what I read in various tests 60% CPU utilization is normal
and how many fps it does? at what resolution?
SmoothVideo Project → Posts by Chainik
Powered by PunBB, supported by Informer Technologies, Inc.