> a setting that should be doing nothing different because the source is already 1080p
... and it does nothing in this case
do you really have 1 (one) dropped frame?
You are not logged in. Please login or register.
SmoothVideo Project → Posts by Chainik
> a setting that should be doing nothing different because the source is already 1080p
... and it does nothing in this case
do you really have 1 (one) dropped frame?
> I had never even tried the vulkan version.
Maybe you should, since there no RT cores in your card anyway.
does it even supposed to work on a non-RTX card?
any benefits over the Vulkan version?
outdated NV drivers, probably?
works for me...
what's in the log?
btw, 29.97 > 29.0
updated vsmlrt.py to fix "Blackfyre's V2 shaking"
basically it's a latest git version plus a few mods:
- altered engine path
- keep the same engine file names as with old version (to not rebuild everything after updating)
> настройки совсем другие уже
Настройки ВСЕ один-в-один, кроме одной галочки "use DXVA copy call back там выпадающий список".
> в Фильтрах не появляется AviSynth фильтр.
смотрю в хрустальный шар, вижу там PotPlayer 32-bit
flowreen91
...and your "shaking" is not like Blackfyre's V2 shaking, which is quite obvious not only on those lines but in a whole frame
---
BTW: if you just replace vsmlrt.py with the latest git, then it will use V1 models instead of V2
We can see how the directly generated video of RIFE has no shake of the white lines on the right side of the screen.
But when transcoding it with SVP, every interpolated frame has different positioning of the white lines than the non-interpolated frames.
It's like you show the video normally on the non-interpolated frames and then reduce the height by a few pixels on the RIFE generated frames which makes the pixels not align with the original movie, adding a shake-like effect on the static white lines that is obvious for big screen users.SVP devs please take a look
Looking through the magnifying glass on the 65'' OLED, I can see "shaking" in both of these converted samples (non-RIFE too), and moreover, in a real-time RIFE conversion.
I'd say this's because of color space converted back and forth, noticeable in a very high contrast areas only.
Probably
hmm.... should work
if SVP prints "0 GPU OpenCL device(s) on AMD Accelerated Parallel Processing" then clGetDeviceIDs() returns zero number of GPU devices
no idea how this could happen if clinfo clearly prints "Device Type: GPU"
SVP installs MPC-HC using the official installer with a default options, and does absolutely nothing to the sound settings.
"Image support" must be "yes"
Is it possible to use RIFE in the JRiver media center?
if you can add 'Vapoursynth Filter' then yes
> and GPU never reaches 100%
like, 95%?
it's still just an _average_ load over some period of time
moreover, it averages several different GPU blocks with an unknow math
gpu acceleration is off
wait for the command window to close
it always used to work this way
the only workaround I can see now is don't put vf into mpv.conf, toggle it manually with the keyboard shortcut
this way you're inserting d3d11vpp filter _before_ vapoursynth
с нашей стороны единственный патч остался, который оправдывает собственный билд - чтоб Dolby Vision не мигал
если это пофигу, то смело можно брать "официальный билд"
ну, между 1030 и 4070 еще много возможностей
какая 1650 наверное тоже ок
update SVP
just a bug fix for a rare situation RIFE + HDR + SVP's tone mapping
fixed now
fixed
SmoothVideo Project → Posts by Chainik
Powered by PunBB, supported by Informer Technologies, Inc.