frc.color.dither
0 - no dithering
1 - (default) ordered (avisynth) / random (vapoursynth)
2 - error diffusion

yeah, 10 bit could be the reason
gpu + 10-bit vs. cpu + 8-bit
10-bit is twice more memory bandwidth intensive than 8-bit, and both 165 fps playback and RIFE are already bandwidth-bounded

> Install VapourSynth R70

yeah, great! but why? big_smile

everyone following these guides must understand clearly that this will improve absolutely NOTHING

what performance? re-encoding speed?
RIFE or not RIFE?

80

(1 replies, posted in Using SVP)

Video profiles are re-evaluated for every new video opened (and SVP knows nothing about playlists, etc.)
The one that suits most (based on profile conditions) is selected.

this works in mpv, somehow hmm
works with gpu-api=vulkan, crashes with d3d11, no idea why

vo=gpu-next
gpu-api=vulkan
glsl-shaders-append="d:\crt-simulator.glsl" #fix the path

screen 120 hz, interpolate to 120 fps --> will get 60 hz "crt"
screen 240 hz, interpolate to 240 fps --> edit .glsl file, find FRAMES_PER_HZ value, set it to 4.0

----
personally I don't get it

82

(1 replies, posted in Using SVP)

it works automatically

there's a glsl shader you can probably use with mpv, no?

---
nope, doesn't work in mpv
the shader obviously needs some modifications...

информация - конфигурация mpv

лог?

control panel's performance is not related to video playback performance

because SVP's "control panel" itself is an Intel application

> do you mean hdr videos are converted to sdr 10 bits by svp ?

when transcoding - yes

fyi, "10 bit" is not equal "hdr"
it's still sdr even with 10 bit

90

(84 replies, posted in Эксплуатация SVP)

а это только у меня в 0.39, если НЕ gpu-next, а простой "gpu", то оно перестало делать tonemapping?
или я что-то пропустил, и это фича, а не бага? hmm

---
это бага релиза 0.39, исправленная через месяц после

> Почему так.

телепаты в отпуске

x2.5 and x3 are two times slower than x2

raider10 wrote:

I know this is old, but is it valid for RIFE?.

nope

94

(26 replies, posted in Эксплуатация SVP)

вы постоянно задаете какие-то разные вопросы...

вопрос: "стандартный фильм full HD он же 1920 на 1080 а у меня смартфон 2400х1080 но фильм всё равно растягивается до полного экрана то есть если в альбомной ориентации то справа и слева же должны быть полоски"

ответ: для фильма 1920*1080 на экране 2400*1080 при выключеной обрезке, справа и слева будут полосы. Если их нет - значит у вас _включена_ обрезка. "уменьшение масштаба" пальцами обрезку выключает.

вопрос: "Фильм 720p он например в MX player при масштабе 100% в маленьком окошке на экране а в SVP он всегда растянут на весь экран" - то есть черные полосы со _всех_ сторон

ответ: да, фильм любого разрешения всегда вписывается в экран (с сохранением соотношения сторон, при выключенной обрезке), потому что никакой практической пользы от режима "точка-в-точку" на телефоне - нет. Если вы считаете, что есть, то эта мысль требует обоснования: нахрена, а главное - зачем?

из SVPlayer как раз максимально удобно (насколько возможно), и перемотка работает

96

(26 replies, posted in Эксплуатация SVP)

> а я хочу чтобы фильм весь вписался в экран

ну так обрезку уберите
и да, "действие свапать пальцами друг другу" при включенной обрезке - её отключает

> Если кто-то подобное делал

тут было когда-то пару тем про прикручивание карты захвата...
инструкций нет, советов нет, сами сделаете - всем расскажете big_smile

но вообще лучше посмотрите на другой способ, трансляция уплавненного видео с пк на андроид-бокс (в SVPlayer)

num_streams comes from the RIFE profile
force_fp16 = True, tf32 = True, use_cuda_graph = True
come from helpers.py

all files
dunno which Python version it wants, probably you have to replace portable Python too

100

(26 replies, posted in Эксплуатация SVP)

а что ожидается то, конкретно?
все обрезки и подсветки имеют смысл только когда соотношение сторон видео отличается от соотношения сторон экрана, иначе делать им нечего