Авто-определение профиля при установке. (Page 2 of 3)

S_Snake

третий профиль только в путь

del

S_Snake
я темой ошибся сорри
__
Граница третьего профиля - 1000 марков
Система набирает граничные 960, профиль good тянет 66,8к/с
Так что третий можно попробовать включить
Просто профили сделаны с запасом на тяжелое видео

S_Snake
Кончайте ломать голову . Даже удачно выбранный профиль свп не гарантирует нормального воспроизведения всего материала . Встретить контрастную и яркую сцену с свп3.1 - это минимум полутора-кратное увеличение нагрузки на камень . Дропы или рассинхрон обеспечен .
Ваша цель - сохранить шаг 16 пиксел , дальше - простое деление до 6-8 пиксел , дальше глобальное уточнение . Либо 14*14 с делением . Полупиксел на фулке с гпупостроением - мертвому припарка .
Если тянет фулку блоками 16*16 , но запас слишком мал , то используйте классический поиск 16*16 радиусом 2 пиксела . Это достаточный для большинства потенциально уплавняемых сцен радиус .

analyse.main.search.coarse.type    = 4;
analyse.main.search.coarse.distance    = 2;

Если тянет с радиусом 2 пиксела , меняйте на 3

analyse.main.search.coarse.distance    = 3;

Если нормально тянет радиус 3 пиксела , откатывайте на 2 пиксела и включайте поиск вокруг всех векторов-кандидатов . Это , как минимум , избавляет от " необходимости" перекрытия

analyse.main.search.coarse.trymany    = true;

Если нормально тянет радиусом 2 пиксела , меняйте на 3 .
Можно использовать минимальное перекрытие - шаг 14 пиксел . Больше=12 пиксел будет где-то возможно чуть лучше , в основном - хуже . Ибо значительное перекрытие начинает геометрически сдерживать вектора . Если малопонятно - не ломайте голову . С включенным тримани нет никакой необходимости в перекрытии , картинка стабилизируется за счет поиска вокруг векторов соседних блоков .

Всё остальное , в смысле увеличения нагрузки от поиска - от лукавого .

gaunt, спасибо за рекомендации, опробую сразу же как наткнусь на действительно сложный материал.

gaunt
Ремукс Мадагаскара ...например

отрежь и положи метро 100-200, например

gaunt

а что с ним не так?
скорость нормальная, дропов нет, артов не заметил

S_Snake
%username%, почему тогда в 32-битной системе аж 1064 попугаев в быстромарке набралось? а, да, надо бы прогнать SVPMark в x32 для начала.

у меня что вин7х64, что винХРх32, одинаково набирают баллов везде 

MAG79
Или будешь и дальше продолжать во все темы писать свои возможно полезные рекомендации, но в этой теме уж точно не нужные?!
Я всего лишь пытаюсь объяснить , что неважен профиль , который установился автоматом .
Важно по возможности сохранить блоки 16*16 , вполне жертвуя в том числе и адаптивным радиусом . Оптимально качественный режим основного поиска блоками 16*16 с радиусом 2 пиксела никуда не делся . Извиняйте , поиск блоками 32*32 не идет ни в какое сравнение с , пусть возможно недостаточным радиусом , но блоками 16*16 .
В этом случае общая нагрузка чуть побольше , но пики на ярко-контрастных сценах отсутствуют .

Готов аргументировать любые возражения .

gaunt
Хорошо. Давай вступим в полемику, но наш разговор, не относящийся к теме, придется выделить из этой темы.

gaunt
удачно выбранный профиль свп не гарантирует нормального воспроизведения всего материала
Гарантирует. Проверял. Подписываюсь. MAG79
Если под "нормальным" воспроизведением имеется в виду отсутствие тормозов при воспроизведении.

Встретить контрастную и яркую сцену с свп3.1 - это минимум полутора-кратное увеличение нагрузки на камень . Дропы или рассинхрон обеспечен
Прошу привести пример (короткий ролик с такой сценой и название профиля). Это будет полезно пользователям как наглядное пособие несостоятельности профилей SVP, а мне поможет исправить ошибку в следующих версиях.
Иначе это просто наговоры на великолепно работающий SVP

Полупиксел на фулке с гпупостроением - мертвому припарка
Мне нравится полупиксел на FullHD и я ВИЖУ разницу с пикселем. Поэтому я бы не стал равнять всех под свои глаза. Как минимум, мои глаза - уже исключение из твоих правил.

Советы по поводу надежности поиска и использования постоянного радиуса имеют под собой зерно рационального. Не спорю. Но это уже модификация SVP с целью настроить поиск и качество картинки. Это уже мало связано с имеющимися профилями SVP, где используется адаптивный радиус.

Ещё один файл - осторожно , трафик !
http://yadi.sk/d/BSIo5pJ22ref9

%username%
и5-2500 не тянет? хиленький, мало каши ест!
Нормальный , сейчас видяйку выкинул , тишина и лепота . Работает на 4200 и +50мв(на всякий пожарный) .
Да и не тот кадр выбрал - это у тебя пошел обычный фильм , радиус не меняется . Прибавку дают кадры падения в пропасть горящего демона . Контрастных блоков много - радиус растет .Соответственно нагрузка .Сравни именно эти два момента .
По нагрузке , в том то и дело , что дельта черный фон и максимально-возможная нагрузка при адаптивном радиусе гораздо выше ...нежели классические 2-3 пиксела . Самое интересное , это умолчательно используемый повторный широкий поиск 
Для меня совсем не очевидна надобность одновременного использования адаптивного радиуса и повторного широкого поиска . Всё вместе - стрельба по воробьям . Зато поиск вокруг векторов-кандидатов (соседей) позволяет избавиться от перекрытия , и это главное . И радиус большой не нужен - пробуется множество векторов ...с началом поиска вокруг этих векторов не обязательно в центре области поиска . Эффект перекрытия достигается именно этим моментом .