You are not logged in. Please login or register.
SmoothVideo Project → Posts by Chainik
> SVP берёт в расчёт данные производительности, при которых процессор загружается на 50-60% и не больше?
это как раз среднее положение ползунка в режиме "фильм"
сам же сказал что "Мой процессор из профиля Фильм вытягивает только качество, где ползунов в центре при FullHD"
ну вот
> Как убрать это ограничение?
можно в настройках цифру измеренной производительности руками подкрутить, чтоб SVP думал что комп круче чем есть
> Дай угадаю, во Free версии не посмотреть?
не угадал
> где посмотреть какой шейдер и т.д.
в скрипте, где ж еще...
> Где можно узнать
В логе.
23:38:38.521 []: Profile: using auto values [3]вот эта цифра - абсолютная, где 1 - самая крутота, 12 - самое дно.
ты все еще не понял что ползунок - относительный а не абсолютный?
"относительный" относительно производительности твоей системы
I must say that it definitely got better with this trick, especially in case of old / low res videos.
But it's still bad when SAD masking itself is bad, e.g. with high contrast animation.
> А перемоткой люди именно так и пользуются - жмут часто на кнопку, снижая частоту по мере приближения к нужному месту
Я так перемоткой не пользуюсь.
"жмут часто на кнопку, снижая частоту по мере приближения к нужному месту" - это только если порево смотреть, при всем уважении 
> Буду как можно реже использовать SVP.
Ну, если цель в жизни - перематывать 4К видео в mpc-hc со скоростью 5 перемоток в секнуду - то, конечно, SVP не подходит.
> Я щас чем угодно занимаюсь, только не дипломка
Давай лучше в армию!
> картинка портится (мусор остается) до следующего ключевого кадра. Это как то можно настройками исправить?
нет, это фича ависинта
Ничего не удалял. Ничего не переустанваливал. Открыл нормальное 1080p (4k на ноуте открывать примерно бесполезно), в течении 10 сек непрервыно дрочил клавишу курсора [Вправо]. Ничего не зависло.
Выводы:
1. "Оно, может, иногда у кого-то и зависает, но такой остроты проблемы, как была в 2013, сейчас нет."
2. Не надо нажимать [Вправо] с интервалом 0.2сек, проигрывая 4к видео в MPC-HC.
Сегодня, с Avisynth+ и MPC-HC 64-bit, надо очень постараться чтобы что-то зависло. Оно, может, иногда у кого-то и зависает, но такой остроты проблемы, как была в 2013, сейчас нет.
> чтоб знать, почему свпшные кадры не торт, надо какими-то единичными знаниями-представлениями-требованиями обладать. У разрабов очевидно их нет, поэтому скрытия реальных (и куда более сильных, чем в ориг) артефактов шумностью в принципе не предусмотрено. Я писал об этом, но разрабы вщ не поняли о чём я и во флуд отправили
Вот мне из другой ветки понравилось, Dreamject опять пришел такой красивый-современный, старпёров уму учить:
AviSynth is closed for understanding. You need use knowledges and logics from ~1990. It could be funny if you scare you grandson 'we had to use eval(""" """) widthout highlight instead of {}, we set filename in scripts by hand and them did not works without it', but using it in present is not funny
А ему один из означенных старпёров и отвечает:
I still use knowledge and logic from the late 17th century such as Newton's calculus and the laws of gravity. Should we forget about these too?
Еще и циничное видео присоветовал, про "как молодые долбоё... миллениалы открывают банку с краской" - https://www.youtube.com/watch?v=fPV05eZgEpc
Смешно 
====
"Воссоздавать шумы", ясен пень, мы не будем.
Но вот легкий дизеринг расчетных кадров есть. Т.к. делался по одному спец.заказу, за отдельные деньги, то в публичных версиях отключен. Дело было много лет назад, наверное уже можно включить для всех, вдруг кому надо 
Хотя мне вот лично и так хорошо. Меня "стробоскоп по шумам" не беспокоит, даже, простите, на 65'' OLED-е с 1.5 метров.
> Is there a problem with this?
It's like mixing apples and oranges in my opinion. Occlusion (i.e. "cover-uncover") mask is (theoretically 
) allows FlowFps to use only one src frame when processing areas covered in the other frame.
I believe that occ. mask in MMask is just wrong, SVP (SVSmoothFps) calculates totally different mask (look at frame edges while panning, they are always blurred with MMask's occ. mask, and are perfectly clear with SVP's 21/23th shaders),
BUT mixing it with SAD mask ... I dunno
Isn't your "blown-away quality" achieved by masking most of the frame area?
I mean this:
EMocc = MaskOcc > 0 ? C_luma.MMask(bak, ml=MaskOcc, kind=2, gamma=1/gam, ysc=255, thSCD2=SkipOver).mt_inpand() : Blank
EM = MaskOcc > 0 ? EM.Overlay(EMocc, opacity=.4, mode="lighten", pc_range=true) : EMEM is "SAD mask (kind=1)" plus "Occ. mask (kind=2)".
===
> So yes, 20/80 gives better result.
Did you tried it for *5/2 FRC rate?
This's about SAD masking aka "yushko" aka "artifacts masking" in SVP's UI.
OK, why just not mask it with a nearest frame w/o blending at all (like SVP does with 1st and 2nd shaders)?
Is "20/80" better than both "50/50" and "0/100" in your tests?
===
BTW, do you really mix two SAD masks together with the occlusion one?
Every 65'' oled has its own motion interpolation.
.mkv - временный файл, он удаляется после нажатия на большую зеленую кнопку
https://mpv.io/manual/master/#options-audio-spdif
audio-spdif=ac3,eac3,dts-hd
We definitely won't make any packs for ffmpeg, mpv, Qt etc.
> does not allow for easy installation of third-party software
Does it prevents your from running SVP's installer app?
> your product.... which only works with 32bit
This's not true. Again, switch to 64-bit MPC-HC.
https://github.com/RadeonOpenCompute/RO … /issues/59
Image support is supplied by a closed-source component of the ROCr runtime (libhsa-ext-image64.so) that is part of the hsa-ext-rocr-dev package.
there's still a bunch of opened and/or not solved issues on GitHub, so I'm now not so optimistic about full HDR support in mpv 
https://github.com/mpv-player/mpv/issues/5521
https://github.com/mpv-player/mpv/issues/5237
etc...
> panzerjeffrey
first of all - don't play 4K in a 32-bit MPC-HC
> Any ideas?
Any log?
run mpv from console, see the output
SmoothVideo Project → Posts by Chainik
Powered by PunBB, supported by Informer Technologies, Inc.