Search options (Page 141 of 236)

noskill
Частые вопросы - Как сохранить плавное видео?

Domas4
Try replace in SVP 3.1.4 folder this file (override.js) from Beta-tester gaunt. He posted this file just some minutes ago. It gives no annoying wave artifacts at your sample. Try it.

If apply this file to 5g 720p profile then you will get script like this:

SetMemoryMax(1024)

global svp_scheduler=true
global threads=5
global svp_cache_fwd=threads+2
LoadPlugin("C:\Program Files (x86)\SVP 3.1.4\plugins\svpflow1.dll")
LoadPlugin("C:\Program Files (x86)\SVP 3.1.4\plugins\svpflow2.dll")

global super_params="{scale:{up:0,down:1},gpu:1,rc:true}"
global analyse_params="{main:{search:{coarse:{distance:0,bad:{sad:1024,range:16},type:4,satd:true,trymany:true},type:4,distance:0,sort:false,satd:false},penalty:{lambda:2,plevel:1.4,lsad:6000,pnew:48,pglobal:0,pzero:48,pnbour:48,prev:48},levels:0},refine:[{thsad:250}]}"
global smoothfps_params="{gpuid:21,rate:{num:5,den:2},algo:13,scene:{limits:{m1:16000,m2:2800,scene:4500,zero:400,blocks:3},luma:1,blend:false}}"

SetMTMode(3,threads)
DSS2("G:\DOWNLO~1\DOMAS4\holymo~1.mkv").ConvertToYV12
SetMTMode(2)
super=SVSuper(last, super_params)
vectors=SVAnalyse(super, analyse_params, src=last)
smooth=SVSmoothFps(last, super, vectors, smoothfps_params, mt=threads, url="www.svp-team.com")

Script does frame repeating at hard places. To change frame repeating to frame blending use blend:true option in global smoothfps_params line.

Domas4
Thanx for script and for this video sample. Good test for any frame interpolation software. Very hard.

Take a look at these comparisons.

Wave artifacts both at your script and at SVP 3.1.4.

Your script gives more frameblending area, SVP 3.1.4 gives more true interpolation area but more wave artifacts.

Your script gives more frameblending area, SVP 3.1.4 gives more true interpolation area but more wave artifacts.

used SVP 3.1.4 script:

SetMemoryMax(1024)

global svp_scheduler=true
global threads=5
global svp_cache_fwd=threads+2
LoadPlugin("C:\Program Files (x86)\SVP 3.1.4\plugins\svpflow1.dll")
LoadPlugin("C:\Program Files (x86)\SVP 3.1.4\plugins\svpflow2.dll")

global super_params="{scale:{up:0},gpu:1,rc:true}"
global analyse_params="{main:{search:{coarse:{distance:-10,bad:{sad:2000}}}},refine:[{thsad:250}]}"
global smoothfps_params="{gpuid:21,rate:{num:5,den:2},algo:13,scene:{}}"

SetMTMode(3,threads)
DSS2("G:\DOWNLO~1\DOMAS4\holymo~1.mkv").ConvertToYV12
SetMTMode(2)
super=SVSuper(last, super_params)
vectors=SVAnalyse(super, analyse_params, src=last)
smooth=SVSmoothFps(last, super, vectors, smoothfps_params, mt=threads, url="www.svp-team.com")

We can adjust SVP 3.1.4 script for such hard video source. SVP 3.1.4 can blend frames too.

flashmp3
Do i have to force ffdshow for h264 ?
No

Try to boost ffdShow decoder merit.

Hello, Umberlee

You can modify file generate.js. Find this place at end of file and you can change it:

You can delete parts marked red. It removes vertical line at the middle of screen.
You can change words marked green. It is "OSD messages".

_Amicus_
Полоска двигается плавно. Сами объекты иногда при резком движении притормаживают - их действия не успевают отображаться полностью, а идут как бы рывками
Значит, действительно плавность без подергиваний. Это хорошо.
Притормаживания на быстрых сценах - это ошибочная обработка кадров как на смене сцен. По-умолчанию, повторение кадров. Это перестраховка для более успешного определения смены сцен. В последней версии SVP смены сцен определяются надежней, чем раньше. Порог смены сцен можно ослабить. Настрою на той серии ходячих мертвецов. Сообщу о том, что получилось.

после новых настроек они точно не уменьшились.
Хм. Гляну повторно. Настраивал на интервале 31-33 минута фильма. Как и требовалось.

_Amicus_
Активный профиль автоматически выбирается по открытому видео.
Вот тут подробно описано и соответствует действительности, хоть та справка и устарела.

travolter
less frames ahead = less cpu usage?
No. Less threads = Less cpu usage.

less quality too?
No. Identical quality for any threads amount.

what are the pros and cons about use higher number or lower number of frames ahead?
higher is bad because it can cause audio desyncrhro.
lower is bad because it can lead to leak of source frames to calculate and to dropped frames effect.

_Amicus_
Покрутил. Вроде удалось победить волны. Получились такие настройки:

Параметры последнего обработанного файла видео:
Имя файла: The.Walking.Dead.S02E05.WEB-DLRip.400p.Rus.DVO.Kubik.v.Kube.avi
Размер кадра и частота: 720x400 pixels, 23.975 fps
Внутренняя Avisynth-частота: 23.975 fps
После подрезки краев: 640x400 pixels

Определившиеся параметры монитора
Размер экрана и частота обновления: 1920x1200 pixels, 60.146 Hz

Данные о повышении плавности видео
Коэффициент повышения плавности: 5:2
Результирующая частота видеокадров: 59.937 fps
Повтор 1 кадра каждые 4.8 сек (без ReClock)

Текущий определившийся профиль: 720x576@25

Параметры преобразования видео по профилю
[ExMethod=MSmoothFps_0]        Добавление промежуточных кадров: Равномерная интерполяция
[ExAlgo=23]            SVP-шейдер: 23. Усложненный
[ExMulti=MON]            Изменение частоты кадров: До частоты экрана (по-умолчанию)
[ExBlockSize=8x8:0]        Шаг сетки векторов: 8 пкс. Мелкий 0
[ExRecalc=250:0]        Уменьшение шага сетки: В два раза, с глобальным уточнением
[TypeDist=Exh:-10:SATD]        Радиус поиска: Средний (по-умолчанию)
[ExPel=2]            Точность векторов движения: До полу-пиксела (по-умолчанию)
[Badsad=2000:-24]        Повторный широкий поиск: Усиленный
[ExSadml=200]            Подавление площадных артефактов: Выше среднего
[ExBlend=false]            Построение на смене сцен: Повторять кадры (по-умолчанию)
[ExDwnResize=0]            Уменьшение размера кадра: Не уменьшать (по-умолчанию)
[ExConvertFps=false]        Смешивание кадров до частоты экрана:false

Параметры по меню
[svp_libflowgpu=1]        GPU-ускорение (OpenCL): true
[ExThreads=0]            Количество потоков: Авто
[StereoMode=0]            Стерео режим (3D): Обычный 2D
[StereoFramesOrder=1]        Очередность стерео-кадров: Сначала левый, затем правый
[HandCrop=MON]            Подрезка краев: К пропорциям экрана [40:0:40:0]
[Borderlight=None]        Подсветка краев: Выключена
[BorderlightZoom=5]        Ширина круговой подсветки: 5%
[BorderlightType=CustomLight]    Тип подсветки: Пользовательская [8:8:300:1]
[VDelay=0]            Задержка видео: 0 мсек
[ExDemo=0]            Демонстрационный режим: false
[ExTearingTest=0]        Тест дрожания: false
[EFrameDoubling=0]        Аварийное удвоение: false
[StopSmoothDelayOnRewind=1]    Плавность на перемотке: Отключить на 1 сек

Сравнение: было - стало

_Amicus_
Спасибо. Вечером покручу.

Про iPad 3
iPad 3 тоже аппаратно умеет декодировать FullHD 60 fps. Специально кодировал панорамы и полоску из теста дрожания. Декодируется без подергиваний только 60 fps (показывает синхронность с частотой обновления экрана). Другие высокие частоты (50 fps, 48 fps) дают подергивания. Плавность есть при 30 fps и 60 fps.
Кроме этого пробовал закодировать ролик с полным разрешением экрана iPad 3: 2048x1536. Аппаратный декодер отказывается проигрывать. Программные показывают слайдшоу и зеленые квадраты. Так что FullHD 60 fps - это максимум, что может проигрывать iPad 3.

Пробовал потоковое воспроизведение через XBMC по SMB интерфейсу, читая видео из расшаренных папок домашней сети. Увы, на 720p 24 fps иногда останавливается для буферизации, на 1080p 30 fps - уже постоянно буферизирует, останавливаясь каждую секунду. Подозреваю, что толщины канала не хватает. Хотя у XBMC еще и декодер програмный - он может быть второй причиной буферизации.
Единственный найденный мною вариант просмотра FullHD 60fps - это копировать на устройство или смотреть с флешки через переходник Camera Connection Kit.

Про уплавнение на Andriod
Разговора про портирование алгоритмов повышения плавности на мобильные устройства сейчас быть не может. Не решены принципиальные моменты:
- не все мобильные устройства могут отображать 60 fps без подергиваний и пропуска кадров;
- не для всех диагоналей нужно 60 fps, для мелких экранов можно ограничиться 30 fps (согласен с docent27);
- текущая реализация выполняет миллиарды вычислений в секунду, "заточена" под расширенные команды x86-процессоров, многоядерность и аппаратное ускорение на OpenCL-совместимых видеокартах, чего нет на мобильной платформе. Отсутствие этих "заточек" даже при достаточном количестве оперативной памяти даст наитормознейшую скорость расчета (навскидку 1 кадр в минуту), что ставит крест на мобильной реализации алгоритма.

Поэтому единственное доступное решение было озвучено выше: перекодировать видео на стационарных компьютерах до высокой частоты кадров (или качать такое видео из сети). Воспроизводить на мобильных устройствах уже готовое, закодированное с уплавнением видео.