1 (edited by gaunt 17-02-2013 10:17:33)

Topic: Поиск с шагом 8 пиксел по 1080р .

Итак , в релизе 3.1.4 заявлено улучшение детекта смены сцен . Что для обычного человека есть улучшенная "ловля" артефактов .
По сему можно начать заниматься шагом (блоками) 8*8 в основном поиске .
Если заглянуть в основу свп , то там умолчательным поиском является поиск блоками 8*8 с перекрытием 2 пиксела . Что применительно к свп 3.1 есть шаг 6 пиксел .
Главная проблема , и достоинство поиска блоками 8*8 - это гораздо бОльшая подвижность векторов . Что автоматически увеличивает шансы найти сложное движение .
Основные изменения в скрипте :

analyse.main.search.coarse.trymany    = true; т.е. поиск осуществляется вокруг векторов движения соседних блоков , что позволяет увеличить разрешающую способность поиска блоков 8*8 , позволяет обойтись без перекрытия .

//analyse.main.search.coarse.type    = 4;
analyse.main.search.coarse.distance    = 2;Применен умолчательный поиск MVTools . Значение 2 является достаточным . Можете использовать значение 3 пиксела , это не хуже ...Но удержать вектора будет гораздо сложнее . Значение 1 пиксел - тоже работает , но ограничивает поиск .

analyse.main.search.coarse.bad.sad    = 200; Это порог для повторного поиска плохих блоков , не уверен , что работает . Однозначно работает в 3.0 , значения 64-256 дают максимальный эффект . Умолчательный в 3.1 порог 2000 - это ловить только черное-белое , для белый-серый очень много .
analyse.main.search.coarse.bad.range    = 16; Радиус повторного широкого поиска , чем меньше порог плохих блоков , тем радиус может быть меньше . Значения 8-32 с шагом 4 пиксела можно использовать . Опять же , в 3.0 гарантированно работает , в 3.1 - нет такой уверенности .

smooth.scene.luma            = 4.0; этот параметр позволяет учитывать среднюю яркость кадра .
//smooth.scene.blend            = false;
smooth.scene.limits.m1        = 1600;
smooth.scene.limits.m2        = 28000;отключен режим 1м50 в адаптивном режиме .
smooth.scene.limits.scene        = 4000;
smooth.scene.limits.zero        = 200;
smooth.scene.limits.blocks        = 15;уменьшено кол-во плохих блоков , чтобы сдетектировалась смена сцены .

Сразу предупреждаю - все значения смены сцен взяты "чтобы работало" . К качеству ловли артефактов имеют посредственное отношение .
Если использовать умолчательные значения - смена сцен оказывается сильно "дырявой" , из-за бОльшей подвижности поиска = улучшенная оценка движения .

Сразу предупреждаю - нагрузка лишь чуть меньше шага 12 пиксел . В этот раз цели снизить нагрузку нет ...как и значительно снизить нет никакой возможности . Файл оверрайд прикладываю - копировать с заменой . Помните , значения из овверайд будут применятся к любому выбранному шагу , но может быть сильно хуже . roll

Post's attachments

override.js 2.64 kb, 773 downloads since 2013-02-17 

Re: Поиск с шагом 8 пиксел по 1080р .

Not Found

The requested URL /files/SVP_3.1.4.exe was not found on this server.

Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.
__________________

Apache Server at www.svp-team.com Port 80

Re: Поиск с шагом 8 пиксел по 1080р .

S_Snake
спокуха, так надо  big_smile

Re: Поиск с шагом 8 пиксел по 1080р .

Продолжение темы . Этот "ультимейт" скрипт практически не отключает плавность на векторах небольшой длины .
Радикально уменьшена чувствительность к шумному видео . Совсем избавиться не удалось , но плавность отключается на порядок реже . Чтобы было понятно , о чем речь : блоки 8*8 очень чувствительны к пиксельному шуму . При просмотре ремуксов проблемы доставляет даже кодек вс-1 , зерно пленки . Скрипт чрезвычайно тяжелый , настроен по ремуксу Астерикс против Цезаря . Обычные настройки свп делают просмотр этого фильма практически невозможным - плавность постоянно отключается . Артефакты поймать даже не пытался , чистый поиск и смена сцен . Немножко ловит  крупные предметы-расфокусированные "тела"  перед камерой , резкие изменения яркости .

smooth.scene.limits.scene        = 7200; значения 6000-8000 будут оптимальными
smooth.scene.limits.zero        = 800;значения 600-1200
smooth.scene.limits.blocks        = 7; здесь от 1 до 20 .

Надо сказать - в одиночку подобрать просто нереально . Поэтому как есть . Но уверяю , ничего более плавного свп раньше не делал  cool
На мой взгляд - 11блочный дает лучшую картинку .
Предназначен для режима равномерная интерполяция .

Post's attachments

override.js 2.63 kb, 748 downloads since 2013-02-17 

5 (edited by dlr5668 19-02-2013 00:15:48)

Re: Поиск с шагом 8 пиксел по 1080р .

С первым скриптом, шаг 4 писксела, это еще в 2 раза глобальное уточнение использовать ?
https://dl.dropbox.com/u/930442/temp/svp314.jpg
Немного не тянет мой i5@4.4Ghz sad

Re: Поиск с шагом 8 пиксел по 1080р .

dlr5668
С первым скриптом, шаг 4 писксела, это еще в 2 раза глобальное уточнение использовать ?
Не уверен , что уточненные 4 пиксела можно разглядеть на фульном материале .
Лучше использовать второй скрипт , там радиус поиска 3 пиксела . И смена сцен отрабатывает реже . Вообще , я и раньше небыл сторонником перекрытия , сейчас , с включенным поиском вокруг всех кандидатов - смысла не вижу совсем . Шаг 8 пиксел , и полупиксел-если осталось мощей .
Больше всего картинку меняет лямбда - согласованность векторов :
analyse.main.penalty.lambda        = 4.0; здесь вподне можно использовать значения от 2.0 до 24 . Именно этот параметр рисует картинку . Всё , что ему мешает - лишнее .

В этих скриптах интерес представляет сама возможность использования блоков 8*8 по фулке . Удержать такой поиск - это очень тяжелая задача .

Re: Поиск с шагом 8 пиксел по 1080р .

Эволюционное развитие профиля для 1080р и шага 6-8 пиксел .
Как и в прошлом скрипте  , здесь отключена сортировка по САД . Применен умолчательный из MVTools поиск шестиугольниками на первом уровне . Применен радиус 2 пиксела . В предыдущем скрипте использовалась связка :

analyse.main.search.coarse.type    = 4; исчерпывающий поиск
analyse.main.search.coarse.distance    = 3;радиус поиска 3 пиксела
analyse.main.search.coarse.satd    = true;
analyse.main.search.coarse.trymany    = true;
analyse.main.search.coarse.bad.sad    = 200;порог для повторного широкого поиска
analyse.main.search.coarse.bad.range    = 16;радиус поиска для плохих блоков

Сейчас :

analyse.main.search.coarse.type    = 4;
analyse.main.search.coarse.distance    = 2;
//analyse.main.search.coarse.satd    = true;
analyse.main.search.coarse.trymany    = true;
analyse.main.search.coarse.bad.sad    = 50;
analyse.main.search.coarse.bad.range    = 24;

Т.е. используется меньший радиус основного поиска , но понижен порог для повторного поиска для плохих блоков .

Также используются другие настройки лямбда согласованности . Если предыдущий скрипт пытался найти движение мелких объектов , то этот скрипт преследует несколько другие цели . Акцент находится на качественном поиске движения объектов среднего и вышесреднего размера .
Смена сцен настроена таким образом , чтобы было возможно уплавнить сцены с огнем и водой . Короче - относительно дырявая , но плавно .
На мой взгляд лучшим будет шаг 7 пиксел без уточнения делением (не нужно использовать) . Шейдер 11 или 21 .

Post's attachments

override.js 2.62 kb, 1395 downloads since 2013-03-31 

8 (edited by gaunt 31-03-2013 17:25:19)

Re: Поиск с шагом 8 пиксел по 1080р .

Вы также можете испытать радиус один пиксел для шага 6 пиксел . Мой ай5 2500к (4400мгц) оказался в состоянии поискать шагом 6 пиксел по обрезанному ремуксу (1920*800) с полупиксельной точностью . Конечно 1 пиксел достаточно малый радиус , и некоторые слишком быстрые локальные движения крупных объектов - типа вращения , могут быть не найдены ....Но в целом особой разницы нет .
Перекрытие может быть достигнуто двумя способами :
1 Перекрытие блоков поиска . Т.е. используем шаг 6 пиксел , получаем перекрытие 2 пиксела . По русски говоря - блоки наползают друг на друга на величину 2 пиксела .
2 Перекрытие ...Это по существу радиус поиска . Т.е. при поиске блок начинает двигаться в поле определенного радиуса . Т.е. чтобы получить перекрытие 2 пиксела при помощи радиуса поиска - нужно иметь радиус поиска не менее 2 пиксел .

Другими словами , примерно одинаковый результат дадут следующие настройки ;
analyse.main.search.coarse.distance    = 3 и шаг поиска 8 пиксел
analyse.main.search.coarse.distance    = 2 и шаг поиска  7 пиксел
analyse.main.search.coarse.distance    = 1 и шаг поика  6 пиксел .

Это верно при использовании настроек 

analyse.main.search.coarse.trymany    = true;
analyse.main.search.coarse.bad.sad    = 50;
analyse.main.search.coarse.bad.range    = 24;

Т.е. рабочими значениями повторного широкого поиска и поиска небольшим радиусом вокруг соседей .
Можете пробовать подобрать пару шаг поиска - радиус самостоятельно . Как оказалось - не так страшен черт (блоки 8*8) , как его малюют  smile
Адаптивный режим настоятельно рекомендуется . Настройки очень "мягкие" , в глаза практически не бросаются .

Re: Поиск с шагом 8 пиксел по 1080р .

Последний профиль уплавняет отлично, только артефактов больно много (смотрел ремуксы и 1080p рипы). Железо немного мощнее Вашего (см профиль). 1 апрельский профиль в этом отношении "работал" хорошо, хотя там плавности никакой нету. Стоит ли вернуться к поиску с шагом 16 пикселей или крутить тут настройки смены сцен ?

Re: Поиск с шагом 8 пиксел по 1080р .

dlr5668
крутить тут настройки смены сцен ?
Крутить тут .
На самом деле блоки 8*8 очень чувствительны к шуму . Настроить очень сложно . В этом скрипте отпущена лямбда-согласованность , поиск очень подвижен .
Главное преимущество мелких блоков по отношению к крупным - гораздо меньшая чувствительность к движениям типа зумм и вращение . Блоки 32*32 в этом отношении - просто костыли . Блоки 8*8 - практически очень малочувствительны .
Есть ещё 16*8 - подвижны вправо-лево , но малоподвижны вверх-вниз . Зато менее чувствительны к шуму . В принципе для 2.35/1 и 16/9 дают вполне достойный результат .

Для начала , применительно к смене сцен , нужно определиться с надобностью поиска по реальному изображению . Ибо от этого зависит количество плохих блоков = смена сцен .И нагрузка может колебаться в 2 раза . Как и обязательно определиться с размером блока на выходе - как верно было подмечено выше - на блоках 16*16 артефактов меньше ...смена сцен отключает плавность гораздо чаще !

1 Вариант - этот скрипт , поиск по реальному изображению отключен (конечно если не используется полупиксел)
analyse.main.search.type        = 4;
analyse.main.search.distance        = 0;

2 Вариант - поиск радиусом 1 пиксел .
analyse.main.search.type        = 4;
analyse.main.search.distance        = 1;

3 Вариант - поиск радиусом 2-4 пиксела .
analyse.main.search.type        = 2;
analyse.main.search.distance        = 2;

4 Вариант - умолчательный поиск свп 3.1
//analyse.main.search.type        = 4;
//analyse.main.search.distance        = 0;

5 Вариант - очень тяжелый , не для жизни (можно использовать радиус 4 , 8 ,12 , 16 , 24 , 32 пиксела )
analyse.main.search.type        = 3;
analyse.main.search.distance        = 8;

Мне крайне интересен выбор из этих вариантов по 800р и 1080р .  roll

Re: Поиск с шагом 8 пиксел по 1080р .

Смотрел сегодня ремукс "Зомби по имени Шон" 2004го года, там 8х8 вообще использовать невозможно, слишком шумное видео.
Для 800p 3й вариант, для 1080p 2й. С блоками 16х16 можно и 5й, наверно, использовать, нужно потестить.
gaunt, а у Вы каким профилем смотрите ? 16х16 вообще не используете ?

Re: Поиск с шагом 8 пиксел по 1080р .

dlr5668
gaunt, а у Вы каким профилем смотрите ? 16х16 вообще не используете ?
Этим и смотрю .
Использую 3 вариант , шаг 7 пиксел и радиус основного поиска 2 пиксела . Полупиксельная точность . Монитор у меня 1360*768 , 800р смотрю с установкой видеокадр-заполнить экран и обрезать кадр , совместно с круговой подсветкой . 1080р - блоками шагом 8 пиксел , ибо не тянет . 
Смена сцен ...Тяжело что-то сказать .Для 264 кодека приблизительно настроить ещё можно , но вс-1 это что-то - более шумный и мылит движение больше 264 . Опа - одним словом .
При 11 шейдере (21 или 23 - не суть) всегда есть волновые артефакты , как не настраивай . 13 шейдер обрезает "сопли" на раз . Вообще сопли - плата за подвижные вектора , дефекты построения .
Из поиска блоками 16*16 предпочитаю шаг 14 пиксел ...Вернее предпочитал ...Главное преимущество блоков 8*8 не только лучшая подвижность , но и уменьшение ореолов вокруг объектов . Вообще , осталось лишь одно очевидное преимущество блоков 16*16 - возможность гораздо более точно настроить смену сцен , ну и можно обойтись 5-ю уровнями - что есть чрезвычайное благо .
Есть небольшая надежда , что появится "адаптивный" шейдер . Т.е. при срабатывании порога 1м режима вместо 11 шейдера будет 13 шейдер (с обрезанием соплей) . Это будет выход , ибо при 1м режиме изображение уже не идеально плавное . С 13 шейдером плавности 11 шейдера просто не добиться ( мусорит ) . Получиться "золотая середина" , от слова "золото" , а не "золотарь" .

Вот такие предпочтения .

Re: Поиск с шагом 8 пиксел по 1080р .

Спасибо! Есть шанс, что мы увидим новый шейдер в следующей бете ?

Re: Поиск с шагом 8 пиксел по 1080р .

Надо апнуть тему, так как ничего лучше пока не придумали для просмотра 720+ и все еще ждем адаптивный шейдер ^^

Re: Поиск с шагом 8 пиксел по 1080р .

Ещё один интересный скрипт для поиска блоками 8*8 и ашди форматов .
Вы можете увидеть откровенные артефакты . К сожалению , детектировать смену сцен блоками 8*8 нереально , конечно, при условии подвижного поиска . Предпринята попытка найти движение меча и копья ...
В этом скрипте используются другие настройки штрафов кандидатов , нежели в стандртном скрипте .
Немного другая согласованность .
Незабудьте сохранить оригинальный овверрайд .

Post's attachments

override.js 2.62 kb, 773 downloads since 2013-05-23