Search options (Page 179 of 236)

konstanitinqq
Дело в том, что мы стремимся создать продукт, который не зависает и не тормозит. Это наше направление.
А такие опасные настройки тянут продукт в обратную сторону - к нестабильности и тормозам. Поэтому тут нужен баланс. Этот баланс надо найти.

не трудно сделать так, чтобы при запуске воспроизведения создавался кэш на диске (и\или в ОЗУ)
Он уже создается. В оперативной памяти. Как минимум в трех местах: на входе в ffdShow, на выходе из Avisynth, на очереди к отрисовке в отрисовщике.
Чем эти кэши не устраивают?

я уверен что это повысит производительность и качество работы SVP
Тут тоже есть баланс. Недостаточный размер кэша - подтормаживания при ожиданиях, Избыточный - потеря на выделении и очистке кэша. В данном случае баланс уже найден и отлажен. В этом месте производительность уже не повысишь.

konstanitinqq
внести эти изменения в будущую версию
В планах имеется добавить (а точней вернуть) алгоритм "Замена выпавших кадров". Скорее всего сделаем переключатель что восстанавливать: одиночные кадры или еще и пары выпавших кадров. Второе ощутимо трудозатратней. Больше вычислительная сложность и потребление памяти.

Настройка эта очень рискованная, т.к. может на FullHD заклинить любой современный разогнанный до небес процессор. Поэтому и была исключена из стабильных версий SVP. Для ее возвращения нужно сделать дополнительные оптимизации алгоритма, отладить их и самое главное добавить защиту "от дурака", чтобы алгоритм отключался на разршениях, которые процессору не по зубам.

vxu
Try this method:

In SVP tray menu choose: Information - Last used AVS script.
Notepad will be opened with text like this:

Add command SelectEvery(2,0) and double num like this:

Close and save, rewind in player.

This method needs you to change script every time you open video.

Еще немного поработал над задачей замены выпавших кадров.

Меня не устраивала необходимость настройки скрипта под материал (варьирование значением MaxDifInDoubleFrames = 0.2). При низких значениях алгоритм пропускал дропы, а при высоком ошибочно назначал дропами кадры с медленным движением. Причем параметр приходилось настраивать не только для клипа, а даже для отдельных его сцен. Это жутко неудобно.
Поэтому я доработал скрипт. Добавил адаптивности и убрал переменную MaxDifInDoubleFrames. Теперь скрипт сам автоматически подбирает порог в зависимости от динамичности сцены. Кроме этого провел оптимизацию скорости расчетов. Вот вторая версия DoubleDropFix_v2.avs:

DSS2("l2 2011-04-30 23-03-23-38.mp4").ConvertToYV12()
crop(600,300,640,480)
sc=MSuper(pel=1)
vf=MAnalyse(sc,isb=false)
vb=MAnalyse(sc,isb=true)
global frame_50 = MFlowInter(sc,vb,vf,time=50).SubTitle("Fix-50", size=12, align=3)
global frame_33 = MFlowInter(sc,vb,vf,time=33).SubTitle("Fix-33", size=12, align=3).trim(1,0)
global frame_66 = MFlowInter(sc,vb,vf,time=66).SubTitle("Fix-66", size=12, align=3)
global frame_src = last
global mini=sc.crop(8,height+8*3,width/2,height/2).TemporalSoften(1, 1, 0, scenechange=1, mode=2)
last.scriptclip("dif=mini.ydifferencefromprevious()
\ dif_next1=mini.trim(1,0).ydifferencefromprevious()
\ dif_next2=mini.trim(2,0).ydifferencefromprevious()
\ dif_prev1=(mini.trim(1,1)+mini).ydifferencefromprevious()
\ dif_prev2=(mini.trim(1,2)+mini).ydifferencefromprevious()
\ dif_nextMax=max(max(dif,dif_next1,dif_next2)/8,0.01)
\ dif_prevMax=max(max(dif,dif_prev1,dif_prev2)/8,0.01)
\ dif>min(dif_prevMax,dif_nextMax)
\ ? frame_src
\ : dif_next1>dif_nextMax
\   ? dif_prev1>dif_prevMax
\     ? frame_50
\     : dif_prev2>dif_prevMax
\       ? frame_66
\       : frame_src
\   : dif_next2>dif_nextMax
\     ? dif_prev1>dif_prevMax
\       ? frame_33
\       : frame_src
\     : frame_src")

Результат вышел близкий по размеру к предыдущему клипу. Превью 640x480: http://yadi.sk/d/zeHOQlQYtvA2 (43,7 МБ)
Надежность определения дропов значительно возросла и составляет по субъективным ощущениям выше 99%.
Предлагаю сравнить оба ролика на предмет восстановленной плавности движений.

Для удобства сравнения выложил таким же образом кадрированный до 640x480 исходный клип, чтобы можно было сравнить покадрово и не качать весь исходник.
Брать тут: http://yadi.sk/d/YQ_e5-Retyak (38,9 МБ)

berryracer
1. Can you show screenshot of your SVP Performance graphs window while message appear?
2. And write message text?

THX-UltraII
why does JVC (and Sony and others) say that FI mode works best for sports/tv then?
I don't know why they do that

This IS 59 material isn t it?
Usually it is right.

tipsydead
Интересная задачка с заменой выпавших кадров.
Специально для предоставленного клипа расширил скрипт, который теперь заменяет не только одинарные выпавшие кадры, но и группы по два выпавших кадра подряд.
Получился скрипт DoubleDropFix.avs:

DSS2("l2 2011-04-30 23-03-23-38.mp4").ConvertToYV12()
crop(600,300,640,480)
sc=MSuper(pel=1)
vf=MAnalyse(sc,isb=false)
vb=MAnalyse(sc,isb=true)
vf2=MAnalyse(sc,isb=false,delta=2)
vb2=MAnalyse(sc,isb=true,delta=2)
global frame_50 = MFlowInter(sc,vb,vf,time=50).SubTitle("Fix-50", size=12, align=3)
global frame_33 = MFlowInter(sc,vb2,vf2,time=33).SubTitle("Fix-33", size=12, align=3)
global frame_66 = MFlowInter(sc,vb2,vf2,time=66).SubTitle("Fix-66", size=12, align=3)
frame_66=frame_66.trim(1,1) + frame_66 
global frame_src = last
global MaxDifInDoubleFrames = 0.2
last.scriptclip("
\ ydifferencefromprevious()>MaxDifInDoubleFrames
\ ? frame_src
\ : trim(1,0).ydifferencefromprevious()>MaxDifInDoubleFrames
\   ? (trim(1,1)+last).ydifferencefromprevious()>MaxDifInDoubleFrames
\     ? frame_50
\     : (trim(1,2)+last).ydifferencefromprevious()>MaxDifInDoubleFrames
\       ? frame_66
\       : frame_src
\   : trim(2,0).ydifferencefromprevious()>MaxDifInDoubleFrames
\     ? (trim(1,1)+last).ydifferencefromprevious()>MaxDifInDoubleFrames
\       ? frame_33
\       : frame_src
\     : frame_src")

Скрипт все еще использует библиотеку MVTools2, переделать на библиотеки SVP не сложно, но нужно время на эксперименты.

Предпросмотр результата (взят фрагмент 640x480 из середины клипа): http://yadi.sk/d/ITKMF7RJsl4a (43,5 МБ)

А вот так выглядит замена парных выпавших кадров (дропов):

Восстановленные кадры в парах подписываются "Fix-33" и "Fix-66" (одиночные - "Fix-50") согласно относительному межкадровому расстоянию в процентах.

tipsydead
почему интересно madVR лучше работает в полноэкранном режиме, когда не "windowed", а "exclusive mode"?
Ну так он и предназначен для лучшей синхронизации, этот режим "exclusive mode". Коротко на пальцах: отрисовка экрана отдается монопольно одному процессу (плееру), все остальные процессы включая проводник и рабочий стол лишаются возможности выводить что-то на экран. Это дает плееру возможность точней сонхронизироваться с синхро-сигналами экрана.

когда файл проигрывается на MPC в оконном режиме Fraps показывает 30 fps, которые проседают до 12-14 fps
если проигрывать на Windows media player'е в том же оконном режиме Fraps  уже показывает неизменные 60fps
Именно потому что отрисовка всех кадров идет на виртуальную поверхность рабочего стола, а уже оттуда собираясь и накладываясь от всех приложений попадает на экран. Каждое приложение рисует на рабочем столе со своей частотой, а рабочий стол старается отрисовываться на экране с частотой обновления экрана. Отсюда 60 fps.

друго видео нет. С этим как я понял манипуляции по "улучшению" бесполезны?
Почему же? Тот же DropFix использовать. Или, что лучше, обновить DropFix и переписать на библиотеках SVP.

yartat
И что предлагается?

tipsydead
P.S. Покрутил видео покадрво. Видео не подходит для повышения плавности SVP. Там выпавших кадров примерно 50%. Дропы встречаются по одному через один-два кадра, иногда парами.
Компьютер, на котором делалась запись, не обеспечивает полноценного сохранения всех 30 кадров, половину пропускает.

farookh1
1. Судя по таблице, напротив AMD HD4xxx стоит красный прямоугольник в графе "Расчет SVP".
2. SVPmark видит эту видеокарту? Предлагает GPU-ускорение?

tipsydead
Все верно написано.

местами очень проседает по фпс
Вот в этом подвох. Это означает, что в целом в видеофайле каждый кадр содержит движение, но есть выпавшие кадры (drop'ы). Такое видео надо сперва обработать специальным алгоритмом восстановления пропущенных кадров.

Далее уже по обстановке, если частота видео недостаточна, то применить SVP.

Было бы здорово, если бы Вы выложили кусок такого видео с характерным местом, где есть проседание FPS.

---
Насчет воспроизведения 60 fps - это отдельный разговор. Даже мощные системы, но неверно настроенные, не в состоянии отображать 1080p 60fps без рывков. Причина в особенностях синхронизации картинки в Windows. Это исправляется. Вашей системы достаточно, чтобы тянуть такое видео и отображать без дропов. Для этого надо использовать отрисовщик madVR, либо EVR Custom Pres + D3D Fullscreen.