LordMerlin
много хочу, да?
наверное да, много
даже к тому же UMS без вмешательства в его код - не прикрутить
You are not logged in. Please login or register.
SmoothVideo Project → Posts by Chainik
LordMerlin
много хочу, да?
наверное да, много
даже к тому же UMS без вмешательства в его код - не прикрутить
мерцания не вижу, изменение контуров бандинга вижу (если покадрово смотреть)
что, в принципе, можно приравнять к "мерцанию"
то, что исправлялось крайним патчем, оно примерно это и правило, ошибку округления яркости, НО там была ошибка чисто алгоритмическая
может быть именно на R9 и крайних драйверах появлется еще какая-то погрешность
но тогда это уже ошибка (или "особенность") реализации AMD
я, со своей стороны, могу проверить только на 5670 и на 6550, более новых у меня под рукой нет
там три файла. исходное видео, скрипт, конечное видео
не очень понятно какие именно сабтитры и как отображаются
в stereoscopic player вроде как нет своего механизма для сабтитров?
а если просто взять, и включить их в ffdshow, при просмотре стереопары, то результат, очевидно, будет хреновым, т.к. титры наложатся на весь кадр стереопары - ffdshow сам по себе ничего не знает про "3D"
и таки да, в первую очередь - выключить все "улучшайзеры" в настройках видео в Каталисте!
самый простой ответ - система получилась на нижней границе "профилей номер 4" (или на верхней границе профилей "номер 3")
т.е. надо просто сбросить профили на "3g"
===
напоминаю (ну, или "сообщаю" ), что "профили номер 4" подбирались так, что бы почти полностью загружался Phenom II X6 на 3 ГГц, с аппаратным декодированием видео
SABERWOLF
SVAnalyse: non-valid number of levels (1)
http://www.svp-team.com/forum/viewtopic.php?id=2040
cropping (may be conditional cropping depending on resolution) could be enabled inside ffdshow filter and/or in KMP itself, check this please
Chacc
It's not a question of the link, it's a question of than your code don't return a valid string on my computer.
ok, then just tell me why and I'll fix it
it can be some strange video title that gets broken by the shell into two (or more) arguments
try to enumerate all script arguments with WScript.Echo()
BTW your code isn't correct at all cause number of arguments depends on video format and presence of subtitles
C:\Users\All users\SVP 3.1\Logs\Log.txt
Post here the url of video that doesn't work.
Fanty1972
Looks as if SVP isnt "switched off" by Frame INterpolation mode: off.
nope, it's really off
the only difference is the video is still passed through "null" Avisynth script, may be it has some impact in case of 4k
===
also "deinterlace" option could be accidentally turned on
it actually turns on deinterlacing in ffdshow
didn't get the point
video title is the last argument so "fileName=WScript.Arguments(WScript.Arguments.length-1)" is exactly what is needed
NightFox
что висит в списке 60FPS
а, так это чо, речь про 4 (четыре!) ролика, как бы рекламирующих "технологию"? и всё?
то что они гонят 60 fps MP4 с тем же кодом формата, что и нормальный 1080p MP4 - очень странно, и наверняка оно так не останется
xxx
Decrease frame size: To screen size
.... SVP does something with the video.
set it to "decrease frame size: disabled"!
Zapuzalo
Что не так с LAV Splitter, не знаю.
так надо туда написать... автор вроде как охотно идет на контакт
I doubt ffdshow can use avs+
fagoth111
14,4 каталист
http://www.svp-team.com/forum/viewtopic.php?id=2038
всякие ужасы про 14.4
post here "information -> last launch log" after the crash
tehen
or to have other way to smooth only panning shots and only big objects on the screen
this's the correct question!
there're tons of options in motion vectors search algorithm, and with "analyse.main.penalty" options group it's possible to get global motion only
try to set analyse.main.penalty.lambda in override.js file to some higher value, for example 100.0
historically MVTools was only supported 4-16 blocks mainly because that is what used inside x264 coder
at some point MAG79 asked MVTool's co-author Fizick to add 32px block size
it was added in ver. 2.4.5 (11.07.2009)
since then there're no real evidences that 32px block is somehow better than 16px
and now you want 64 and 128 px
we just don't want to do useless job
fagoth111
ок, это хорошо
хорошо в том плане, что позволяет локализовать место появления проблемы
плохо то, что фиг его знает, почему так получается
скорее всего это какая-то несовместимость либо с самим R9, либо с текущей версией каталиста
дело осложняется тем, что у нас нет R9, и не ожидается никогда
если не лень, то можно попробовать поперебирать версии драйверов, совместимые с R9, начиная с самой ранней
если перебирать лень, то нам точно надо:
1. установленная сейчас версия драйверов
2. для полной определенности, взять тот самый скрипт для xvid4psp, взять какой-то маленький (несколько кадров) кусочек видео, перекодировать, увидеть в результате этот же глюк, и дать сюда:
- скрипт
- исходный кусочек видео
- результат
fagoth111
а если gpu-ускорение отключить?
а если при включенном ускорении в файлике override.js "smooth.linear = false;" сделать?
Procrastinating
Would it break the code in any way to simply add 64, 128 and 256 options?
sure it will
seems like it's not so popular feature
more motion => more artifacts
bigger block size => less "local" motion
less motion => less artifacts
this's all about a balance between motion (smoothness) and artifacts
though 64/128 blocks could be useful for 4k video...
This'is interesting, thanks.
SmoothVideo Project → Posts by Chainik
Powered by PunBB, supported by Informer Technologies, Inc.