> картинка портится (мусор остается) до следующего ключевого кадра. Это как то можно настройками исправить?
нет, это фича ависинта
You are not logged in. Please login or register.
SmoothVideo Project → Posts by Chainik
> картинка портится (мусор остается) до следующего ключевого кадра. Это как то можно настройками исправить?
нет, это фича ависинта
Ничего не удалял. Ничего не переустанваливал. Открыл нормальное 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) : EM
EM 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
Official AMD drivers should work.
https://www.amd.com/en/support
Да хоть просто всю папку снести, прямо руками.
one last idea is to run installer with admin rights - in case the problem is somehow connected with UAC
dunno what to say
probably it just waits for a UAC in a background window and you're missing it?
obviously they are encrypted and DRM'ed, so the answer is no
так не бывает
можно лог после того как "отмечаю все 32-х битные версии, и нормально работает", и еще один лог после перезагрузки, когда "снова пишет ошибку про кодеки"?
there's a small chance it actually stuck on the next component in the list, which is ffdshow
try to install ffdshow 64-bit manually first - https://www.videohelp.com/software/ffdshow
SmoothVideo Project → Posts by Chainik
Powered by PunBB, supported by Informer Technologies, Inc.