Search options (Page 178 of 236)

konstanitinqq
включить в будущую версию новую систему пресетов под улучшение качества конкретного материала? (фильм детализированный мультфильм(компьютерная графика) аниме)
Спасибо за предложение. Идея очень правильная. Постараемся учесть в следующей версии SVP.

Хочу бету - можете на главный сайт выкладывать?
Бета-тестирование проходит в закрытой форме. Бета версии доступны только ограниченному числу пользователей, согласившихся стать бета-тестерами. Мы посоветуемся насчет предложения сделать бета-версии публичными.

konstanitinqq

Увы, в реальном времени 720p с оптимальными настройками good не потянет.

галочка аппаратного ускорения неактивна
Это по причине отсутствия поддержки OpenCL в установленных драйверах. Нужны драйвера с поддержкой OpenCL.

konstanitinqq
1. Вам критично использовать дрова 305 и 306? Просто для двух-трехлетних видеокарт nVidia быстрее работают драйвера 275 или даже 258 (сравнение)
2. Ваша система в состоянии качественно повышать плавность только для 720p (для разрешения HD подтест good=77.4). FHD уже не тянет.

Хотя вручную это конечно все исправляется.

Я убрал четные кадры и заменил их интерполированными. Т.е. я удалил половину фаз движений фона, пожертвовал ими, чтобы интерполировать движения персонажа.
Проблема в том, что человек может выделить глазами персонаж из кадра и решить есть движение персонажа в кадре или нет. Компьютер не может это сделать так же легко как человек. Поэтому повышение плавности для аниме в динамике пока даже не планируется добавлять в SVP.

konstanitinqq
Что если сохранять этот результат как я уже писал, во время просмотра, чтобы проигрыватель не взаимодействовал напрямую с SVP, а читал создающийся файл (кэш) уже готовый к воспроизведению на подобии youtubeской системы ?
Повторюсь: кэш уже используется. И не один, а несколько.

+ внутренние кэши Avisynth

Предлагаемый "youtubeский" кэш принципиально ничем не лучше. Вы CrystalPlayer пробовали? Там кэширование реализовано именно так, как в YouTube при нехватке скорости канала.

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") согласно относительному межкадровому расстоянию в процентах.