You are not logged in. Please login or register.
SmoothVideo Project → Posts by Chainik
I believe VpsFilterSource is missing these properties at some point
replace "VpsFilterSource" with "VpsFilterSource.text.FrameProps()" in script\generate.js and you'll see
not sure the problem is in SVP's plugin...
it's even more interesting - the same video works good w/o frame transformations, and immediately switches to "150 fps" after applying cropping
two scripts are different in one line only - "std.CropRel(...)"
Применять профиль ЕСЛИ -> Эксперт: добавить баллы
> свой добавленный профиль имеет приоритет над "родным", автоматическим?
при прочих равных - да
значит надо сделать прочие не равными 
например, добавленному профилю отрицательных очков добавить
> So using an rtx 3080 and an 3950x, it does like like 5k videos aren't doable in real time.
I bet if you open it in a regular video player it will play fluently.
Even my 4800H+2600 laptop can do 2700p @60 -> 120 fps
- switch to NVIDIA CUVID in the LAV Video decoder properties
- switch SVP from "3D" mode to 2D
- enable NVIDIA Optical Flow in SVP
> в MPC-HC оно у меня не включается
Vapoursynth Filter надо поставить и включить, в описании написано
только на свой страх и риск, он пока весьма кривоват...
так что лучше в mpv смотреть "сколько fps выдаст 3080"
вот, например, ноутбучная 2060 прекрасно тянет ... 240p 
360p уже нет.
только инициализируется эта вся шляпа атас как долго
h264 or h265 encoder?
> What should I do?
I wish I knew what encoder option is causing this on some files...
the same method as with Plex Media Player, I suppose
except you don't have to replace/remove mpv.dll, the one bundled with JMP is ok
> Create mpv's configuration file in "C:\Users\<name>\AppData\Local\JellyfinMediaPlayer\mpv.conf" with the following contents:
input-ipc-server=mpvpipe
hwdec-codecs=all
hr-seek-framedrop=no
these artifacts are from the encoder, not from SVP's interpolation
уже почти скоро будет... там больше организационных вопросов осталось, чем программных.
только батарейку жрет как тяжелая игра.
GPU; VRAM; CPU utilization; SVP index
424*240 - 23% (65% compute_1); 0.9 GB; zero; 1.0
640*360 - 9% (100% compute_1); 0.9 GB; zero; 0.76
> 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
SmoothVideo Project → Posts by Chainik
Powered by PunBB, supported by Informer Technologies, Inc.