Так я это и хочу сделать. Текст перекинуть - это несколько минут.
В вики будет текущий вариант, а тут обсуждение, что добавить, что убрать. Что непонятно, что слишком подробно.
You are not logged in. Please login or register.
SmoothVideo Project → Posts by MAG79
Так я это и хочу сделать. Текст перекинуть - это несколько минут.
В вики будет текущий вариант, а тут обсуждение, что добавить, что убрать. Что непонятно, что слишком подробно.
4) Маска площадных артефактов. Возможные значения: Слабая, Обычная, Резкая
Изменяет параметр sadgamma и принимает значения 0.5, 1.0 и 2.0 соответственно.
Эта настройка позволяет регулировать ослабление/усиление маски при подавлении площадных артефактов.
Подробнее см. параметр gamma для фукнции MMask с справке по MVTools.
3) Радиус поиска
Эта настройка позволяет указать радиус окрестности поиска для уточнения вектора на каждом масштабном уровне кадра. Обычно при поиске векторов для кадра разрешения SD строится 8 уровней, а для кадра FullHD - 10 уровней. Каждый грубый уровень линейно в 2 раза меньше предыдущего.
Поиск производится последовательно по всем уровням, начиная с грубого (показан снизу) и заканчивая тонким (самый верхний на картинке). На каждом уровне поиск производится в пределах радиуса, затем найденный вектор масштабируется и передается на более тонкий уровень. За счет этого масштабирования и уточнения максимальная длина вектора в единицах пикселей самого тонкого уровня будет вполне достаточной. По прикидкам значений радиуса поиска 1, 2, 3 и 4 пикселей более чем достаточно.
Например для радиуса=1 и 8-ми уровней (разрешение SD) максимальная длина вектора в пикселях тонкого уровня составит:
2^7 + 2^6 + 2^5 + 2^4 + 2^3 + 2^2 + 2 + 1 = 128+64+32+16+8+4+2+1 = 255 пикселей
SVP 2.0 и более ранние версии использовали значение этого параметра некорректно. Применяемые ранее высокие значения радиуса поиска (в % и в блоках) были неточны, и главное, неоправданы, поэтому больше не используются.
Забегая вперед, приведу анимацию процесса поиска векторов исчерпывающим алгоритмом с радиусом 3. Показаны переходы от уровня к уровню.
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, чтобы узнать полный список поддерживаемых размеров блоков.
По настройкам. По-порядку.
1) Построение на смене сцен (смешивать/повторять кадры).
Эта настройка изменяет в скрипте значение параметра blend (true/false).
Используется при построении промежуточного кадра из двух соседних.
Сменой сцены считается интервал между двумя соседними кадрами в исходном видео, которые относятся к разным ракурсам/периодам/сценам съемки. Между такими кадрами не имеет смысла интерполировать движение объектов, т.к. кадры принадлежат разным сценам.
Алгоритм определения смены сцен заключается в подсчете изменившихся блоков в кадре. Настраивается параметром thSCD2 (от 0 до 255). По-умолчанию он равен 130 (что соответствует 51%). Т.е. при количестве изменившихся блоков в кадре равном 51% и более интервал перед кадром считается сменой сцены.
Признаком изменившегося блока является превышение порога thSCD1 рассчитанной для него количественной оценки его отличия (SAD - сумма абсолютный разностей) от соответствующего блока в соседнем кадре. По-умолчанию thSCD1=400.
Подробнее см. документацию MVTools2, параметры thSCD1 и thSCD2
В версии SVP 2.0 и ранее настройки "Построение на смене сцен" не было. При построении промежуточных кадров на сменах сцен всегда применялось смешивание (blend=true).
droner
Что там у вас внутри .ts? Какой формат видео-дорожки?
CoreAVC умеет только AVC и H.264 декодировать, а MPEG2 и VC-1 не умеет.
Подтверждаю. Проблема постепенного роста памяти присутствует. Иногда наблюдается при включении теста дрожания. Иногда при других обстоятельствах. Как раз для этой цели и реализован мониторинг размера памяти, используемой плеером.
Конкретно для теста дрожания рекомендации следующие: использовать этот тест по назначению. Предполагается, что Вы будете включать тест дрожания длительностью не более 10-20 минут. Этого более чем достаточно, чтобы убедиться в правильности настройки плавности движений и в отсутствии подергиваний/дропов. Далее галку теста дрожания рекомендуется выключать.
Мы работаем над решением проблемы утечек памяти. Но данная проблема комплексная, заключается не в самом тесте дрожания, а в особенностях работы с памятью фрейм-сервера Avisynth. Поэтому просто это проблема не решается. Призываю приводить детали при обнаружении роста занимаемой памяти:
- текст скрипта;
- допинфо.
Чем больше соберем сведений об условиях появления роста памяти, тем раньше получим решение.
NightFox
Даже попытки были.
В ветке на хоботе выкладывали плавного контерстрайка и GTA с наладонника. ![]()
И то и другое с повышенной плавностью смотрятся намного приятнее. ![]()
Вот еще на тему удвоения частоты кадров для демок игр 2008 года: тема про 60fps демки с форума сайта AG
We done some work on the bugs.
I think it is good idea to try new SVP 3.0.1.
This version is comming soon.
Сделал замеры скорости работы этих же декодеров, но теперь на двухъядерном Core 2 Duo.
Все в том же Daum PotPlayer'е.
Как можно увидеть, успешно с декодированием FullHD справился процессор не в одиночку, а только лишь с помощью видеокарты GeForce 8500 GT. Как и ожидалось, эта видеокарта не поддерживает Cyberlink'овское HAM-декодирование и декодирование PotPlayer DXVA с возвращением кадров в оперативную память. Чего-то ей не хватает.
Полностью программное декодирование такого потока провалилось, т.к. даже оно одно идет уже с заметными подергиваниями на динамичных сценах. Тут про повышение плавности не может быть и речи.
Единственным вариантом для использования SVP для данной конфигурации остается декодер CoreAVC CUDA, который в 3 раза облегчает процессору работу по декодированию, загружая процессор всего на 26% ![]()
Спасибо.
Надо будет посмотреть ![]()
docent27
Более того, даже есть попытки рассчитывать промежуточные кадры для игр не на движке игры (3D считать сложней), а при помощи анализа движений и интерполяции из соседних.
docent27
Дождитесь выпуска SVP 3.0.1. Он уже на подходе. В нем сделано важное исправление для формирования XviD4PSP5 - фильтра.
надо написать три минимальных конфигурации, которые достаточны для стандартных разрешений: SD, HD и FullHD
Только что наткнулся, не смог пройти мимо. Вот образцовая страница минимальных требований: CoreAVC Requirements
nemoW
Так может устранить эти проблемы, чем изобретать удобную возможность отключения SVP в один клик?
Эта возможность никому не нужна. Либо смотришь с плавностью, либо нет. Запустил SVP, вышел из SVP.
Никакой проблемы в этом нет.
vkams
Не занимался этим вопросом, но слышал что-то о том, что есть договор производителей телевизоров с уплавнителями и производителей видекарт о том, что последние не будут делать уплавнение видеокартами, пока первые снимают сливки с рынка.
Это не более чем слухи, которые я подгядел у наших заморских коллег с сайта AVSForum.
При таком раскладе нам придется несладко, когда производители телеков узнают про GPU-ускорение повышения плавности видео в нашем пакете 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'ом появилась еще одна альтернатива аппаратного декодирования для последующего повышения плавности.
Rimsky
намек писателю справки
Я ему передам ![]()
Считаю, что не надо быть столь категоричным и считать C2D 2.2 ГГц нижней планкой. Работает и на более слабых процессорах, просто качественным плавным просмотром чаще всего то видео назвать уже нельзя.
А вообще, по-хорошему, надо написать три минимальных конфигурации, которые достаточны для стандартных разрешений: SD, HD и FullHD.
kila83
пауза не спасает, или спасает на несколько секунд, потом снова тормоза
1. что если стоп-плей? Тормоза пропадают?
2. Если плеер закрыть и открыть заново?
3. Для чистоты эксперимента прогоните тест SVPMark.
4. Померяйте DPC Latency при нормальной плавности и особенно при тормозах.
kila83
1. Засеките интервал беспроблемного воспроизведения? Он постоянный? 20 минут ровно?
2. Что если поставить на паузу и заново включить? Еще 20 минут без тормозов?
3. Характер тормозов? Нарастающие, или одинаково постоянные?
lionessb
Да, может.
SubJunk
This question to Chainik.
I think yes. We will try to fix both problems.
Thank you. You are right.
I see that results of these scripts are different.
I think there are two problems:
1) Different motion compensation phases
2) Subpixel motionblur on GPU
Can you show text of this script?
SmoothVideo Project → Posts by MAG79
Powered by PunBB, supported by Informer Technologies, Inc.