Search options (Page 230 of 234)

19w85
как же тогда в версии SVP 1.4 был "продвинутый алгоритм"="уточнение" с блоками вплоть до 4x4?
Продвинутый алгоритм SVP 1.4 не содержал с списке блоки размером 32x32 и 32x16. Поиск происходил увеличенными линейно в 2 раза блоками, а уточнение - блоками указанного размера.

если сравнить полностью отключенное площадное маскирование с включенным площадным
Включил удвоение кадров и менял значения площадного маскирования и силы маски. Сделал четыре анимированных gif'а. Получились они по 2 МБ, поэтому выкладываю ссылками.
Подавление площадных: Отсутствует: sadml=0
Подавление площадных: Среднее; Маска: Слабая: sadml=100 sadgamma=0.5
Подавление площадных: Среднее; Маска: Средняя: sadml=100 sadgamma=1.0
Подавление площадных: Среднее; Маска: Сильная: sadml=100 sadgamma=2.0

Как можно видеть, на практике оказалось наоборот, артефакты лучше маскирует Слабая маска, но и плавность бордюра, например, на ней хуже: он двоится. Теперь надо понять, почему так случилось. Видимо, придется пересматривать значения этих двух настроек и их названия. А так же может потребоваться изменение реализации площадного маскирования.

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

19w85
Ответы на 1-3 вопросы просто шикарные
Спасибо.

В 100 раз удобнее просто самому добавить нужные размеры блоков в интерфейс, подредактировав в блокноте файлы из папки SVP\ExtCfg
Можно и так. Но это на свой страх и риск. Мы не гарантируем, что добавленные значения будут корректно работать.
Намного надежнее сообщить нам с каким скриптом и каким видео непредусмотренное в SVP3 значение настройки дает лучший результат. Тогда мы после проверки и тестирования сами добавим это значение в следующей версии SVP.

поподробнее?
При уточнении делением блоков размер блоков получается линейно в 2 раза меньше, а блоки 4x2 и 2x2 не поддерживаются MVTools.
Зато Вы можете выбрать блоки 8x8 и включить уточнение делением блоков, что в итоге Вам даст блоки 4x4. Это будет и быстрее и качественнее, чем сразу использовать блоки 4x4 без уточнения.

512x384 - уже меньше SD?
Да

Выше какого разрешения не имеет смысла использовать блоки мельче 8x8?
Однозначного ответа нет. Если Вам интересно, можете сами посравнивать разные разрешения.
Лично я иногда даже на SD использую блоки 16x16.

откуда тогда суммирование в конечные 255 пикселей?
Начертите окружность радиусом 128 пкс, поставьте точку на ней, из нее начертите окружность радиусом 64 пкс. Самая удаленная точка получившейся фигуры от первоначального центра большой окружности составит 128+64. Аналогичная логика дальше.

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

что даёт это ослабление/усиление маски с практической точки зрения?
Оно дает уменьшение и увеличение площади замаскированных областей и величины непрозрачности накладываемой маски на артефакты. Ослабление даст лучшую плавность, но большую заметность артефактов. Усиление даст лучшее маскирование артефактов за счет локальной потери плавности.

droner
Визуально яркая картинка больше понравилась. Это вторая: auto > auto.
Никогда эти вещи не настраивал. Т.е. просто не трогаю.
auto > auto - это кстати, значения по-умолчанию.

4) Маска площадных артефактов. Возможные значения: Слабая, Обычная, Резкая
Изменяет параметр sadgamma и принимает значения 0.5, 1.0 и 2.0 соответственно.

Эта настройка позволяет регулировать ослабление/усиление маски при подавлении площадных артефактов.

Подробнее см. параметр gamma для фукнции MMask с справке по MVTools.

2) Размер блоков. Изменяет значение параметров blkh и blkv.
Доступные значения настройки в SVP 3: blkh x blkv = (32x32; 32x16; 16x16; 16x8; 8x8).

В SVP 2.0 и ранее применялись еще два размера блоков: 8x4 и 4x4. Продолжение их применения в SVP 3.0 вызвало сложности:
1. Необдуманное применение блоков этого размера для видео высокого разрешения HD и FullHD, ухудшающее результат;
2. Некорректная работа с блоками такого размера настройки "Уточнение векторов";
3. Прирост качества от использования данных размеров возможен лишь для видео разрешения меньше, чем SD, а нагрузка на процессор возрастает в разы.

При желании Вы можете вручную изменить в скрипте значения параметров blkh и blkv на значения, недоступные из интерфейса. Для этого обратитесь к справке MVTools, чтобы узнать полный список поддерживаемых размеров блоков.

droner
Что там у вас внутри .ts? Какой формат видео-дорожки?
CoreAVC умеет только AVC и H.264 декодировать, а MPEG2 и VC-1 не умеет.

NightFox
Даже попытки были.
В ветке на хоботе выкладывали плавного контерстрайка и GTA с наладонника.
И то и другое с повышенной плавностью смотрятся намного приятнее.

Вот еще на тему удвоения частоты кадров для демок игр 2008 года: тема про 60fps демки с форума сайта AG

Сделал замеры скорости работы этих же декодеров, но теперь на двухъядерном Core 2 Duo.
Все в том же Daum PotPlayer'е.

Как можно увидеть, успешно с декодированием FullHD справился процессор не в одиночку, а только лишь с помощью видеокарты GeForce 8500 GT. Как и ожидалось, эта видеокарта не поддерживает Cyberlink'овское HAM-декодирование и декодирование PotPlayer DXVA с возвращением кадров в оперативную память. Чего-то ей не хватает.
Полностью программное декодирование такого потока провалилось, т.к. даже оно одно идет уже с заметными подергиваниями на динамичных сценах. Тут про повышение плавности не может быть и речи.
Единственным вариантом для использования SVP для данной конфигурации остается декодер CoreAVC CUDA, который в 3 раза облегчает процессору работу по декодированию, загружая процессор всего на 26%

docent27
Более того, даже есть попытки рассчитывать промежуточные кадры для игр не на движке игры (3D считать сложней), а при помощи анализа движений и интерполяции из соседних.

Описывал расчет промежуточных кадров на XBox360 и PS3

надо написать три минимальных конфигурации, которые достаточны для стандартных разрешений: SD, HD и FullHD
Только что наткнулся, не смог пройти мимо. Вот образцовая страница минимальных требований: CoreAVC Requirements

nemoW
Так может устранить эти проблемы, чем изобретать удобную возможность отключения SVP в один клик?
Эта возможность никому не нужна. Либо смотришь с плавностью, либо нет. Запустил SVP, вышел из SVP.
Никакой проблемы в этом нет.

vkams
в MeGUI есть 2 кодека: x264 и xVid. В любом случае предполагается сжатие, как же установить вариант без потерь?
Я бы использовал x264 и его настройку lossless (qp=0), либо crf=[очень мало]. Потренируйтесь на маленьком отрывке. Затем запускайте весь фильм. Так и размер примерно прикинуть можно.

GeForce 8300
Для ускорения декодирования ее использовать нельзя: требования для CoreAVC CUDA.
Для ускорения повышения плавности наверное тоже, см. доступность пункта "GPU-ускорение" в меню SVP.

По скрипту:
1. SetMTMode(3,7) - это строка должна быть самая первая в скрипте.
2. Второе упоминание строчки удалить (так нельзя, прочитайте инструкцию применения SetMTMode).
3. Куда делся SetMTMode(2)? Вернуть. Вставить следующей строкой после DGDecode_mpeg2source.

Покрутил PotPlayer с известными мне декодерами.

PotPlayer'овский DXVA с передачей кадров в оперативку занял среднее место между CoreAVC CUDA и Cyberlink HAM.
Таблица говорит сама за себя.
PotPlayer DXVA + SVP = почти трехкратная экономия ресурсов процессора на декодировании. 
Лидером остался CoreAVC CUDA + SVP с его четырех-кратной экономией, зато с PotPlayer'ом появилась еще одна альтернатива аппаратного декодирования для последующего повышения плавности.