Search options (Page 14 of 47)

Будем считать - Сплеш тоже не сахар , сделав поправку на полученное качество ....
Всё же цифры неутешительные , что плазма , что свп - одинаковые цифры . В сумме - полкиловатта за час .
Зимой - хоть в пользу , но летом ....

Монитор 1680*1050 разгоняется лишь до 67гц .
В этот промежуток попадает делитель 8/3 .
Как меняются ...или меняются ли вообще , временные делители 1м и 1м50% ?

sergioleon
Для 1080р есть доступные стандартные значения : 23 , 24,25,29,30,50,59,60 .
Для 1360*768 есть только 60 гц (8,16,32 бита) . Стандартный вход для ПК у моего телевизора - вга . Но он мне неинтересен , 1360*768 доступен через ашдимиай .
С Нвидией нет никаких проблем подкоректировать частоту из драйвера . У меня айти 7770 .

Плазма ,редиска, ругается на частоту выше 64гц . Самое интересное , цепляет 72гц . Даже рендер с свп успевает показать прямую линию при 72гц и режиме утроения . Но через несколько секунд - сигнал не поддерживается .
Ну да бог с ней , запчасть недешевая .
В режиме 25-62.5 тест дрожания не проходит . Факир был пьян и опыт не удался ...

,levels:5}
Возможно разрешение входящего видео слишком мало . Либо используются крупные блоки .

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р . 

Хитрость этого профиля заключается в агресивной настройке параметров смены сцен . Плавность отключается достаточно часто .
Нельзя пробовать найти сложное движение ...если совсем не искать . К сожалению - поиск съедает немерено ресурсов , вещи взаимоисключающие .
Тем не менее , можно попробовать переключить умолчательное построение на смене сцен "повторять кадры" , на "смешивать кадры" . Для жк выйдет терпимо .

MAG79
Прогони , если не трудно , гпу ускорение + евр польз. (умолчательный бикубик 1.0 720р в 1080р) + шарпенкомплекс2 . Если пойдет - добавь галку "точные расчеты в числах с плавающей точкой" или "10бит вход"
Ну и гпу ускорение + Мадвр без масштабирования 12 битным просчетом ....

Ну ...это как бы первоапрельский профиль 
Тем не менее в каждой шутке есть доля шутки .
Это алгоритм наглядно показывает - блоки 32*32 в топку . Просто абсурд использовать их ради уменьшения нагрузки . Не пробовал , но думаю мой ай3 спокойно вынесет шаг 8 пиксел по фулке .
С этим профилем можно решить для себя - какой размер блоков предпочтительней . Причем не размер блоков для поиска (нагрузка) , а именно шаг поиска . Грубо говоря : поиск шагом 12 пиксел можно осуществить как блоком 16*16 , так и блоком 8*8 . Последнее недоступно , но имеет в 3.5 раза меньшую нагрузку от поиска . К сожалению , девелоперы неразделяют этой идеи .
Чего там происходит внутри ...при радиусе поиска 0 пиксел - незнаю . Но можно установить
analyse.main.search.coarse.distance    = 0; радиус основного поиска 1 , 2 пиксела .
analyse.main.search.coarse.distance    = 1;
И сравнить полученную картинку .
Вообще , радиус поиска в 1 пиксел при включенном параметре
analyse.main.search.coarse.trymany    = true;
Является минимально необходимым , и даст 2/3 обычного уплавнения . Если у вас наконец , запустилась фулка с шагом 16 пиксел и ниже (решите для себя ) ....то первое , что нужно сделать - это поставить радиус основного поиска 1 пиксел . Пробуйте поставить 2 пиксела - если считаете нужным тратить драгоценные ватты . Смех смехом , но так и есть .

Пока это единственный параметр , работу которого видно невооруженным глазом .

Нагрузку можно ещё уменьшить , если отключить :
analyse.main.search.coarse.satd    = true; меняем на false
analyse.main.search.coarse.trymany    = false;

Для радиуса поиска 1 пиксел - толка от использования satd нет .

Будут вопросы - задавайте , не стесняйтесь . За каждый грамм нагрузки можно побороться , благо многое доступно .