5,401

(395 replies, posted in Эксплуатация SVP)

Noweol
тебе повезло
Ну я бы так не сказал sad

alekmyac
N/A - это нехороший звоночек. Это означает, что в процессе теста не все прошло, как полагается, шаг теста не добрался до своего завершения. Такое может быть, если измерение прервалось досрочно из-за переразгона процессора, например. Или, что куда хуже, из-за других проблем в системе. Если система проработала в разогнанном состоянии, вызывающем ошибки в вычислениях процессора, то нет гарантии, что в процессе работы она сама себя не попортила.

SVPMark разогревает процессор не меньше (а может даже и больше), чем известные прогревочные тесты.

Давайте-ка, снижайте разгон до тех пор, пока тест не станет проходить.
Ну и нужно будет проверить отсутствие тротлинга во время работы SVPMark. Это можно сделать, например, при помощи AIDA64.

John_Wayne
Скажу так. Загрузить 4 ядра центрального процессора - это сложная задача. Загрузить 200 ядер видеокарточки - сверхсложная. Правильно измерить загрузку этих 200 ядер - вообще МЕГА сложная задача. Цифры с загрузкой GPU, которые показывают всякие утилиты - это очень приблизительные оценки. 30% загрузки на GTX 260 - это неплохая цифра.

John_Wayne
частота телесиненного видео не 30, а 29.97 fps
Не удивлюсь, если 29.97, несмотря на стандартные 25 fps поделить на 5 и умножить на 6 = 30 fps wink
Надо поглядеть статистику при воспроизведении. и 29.97 и 30 - это разрешенные стандартом частоты кадров.
Самое надежное - глянуть синхронизацию звука и видео в конце полученного ролика. Если звук отстает, значит надо указывать 29.97.

кодирование шло не быстрее реального времени
Это еще что! big_smile Я вчера многопоточный вариант запускал. Максимум добился скорости 1,37х. Начал разбираться - так это ограничение пропускной способности сетевой карточки (~8 МБ/сек), т.к. кинушку я тянул по сети, а не с локального диска. wink
Т.е. скорость обработки упиралась в скорость чтения видео.

какие кодеки нужно установить, чтобы в меню GDSMux появилась возможность кодировать в ffdShow H.263+ ?
Раньше в XP достаточно было установленного ffdShow. На Win7 попробовал - не заработало. Вечером поищу ответ.

KRATOS
Rimsky
Я не профессиональный кодер видео, поэтому мои советы исключительно по результатам собственных замеров скорости. Мыло я не оценивал, но думаю, что на любом кодеке можно получить идентичное качество, вопрос только в степени сжатия. В данном случае степень сжатия некритичный параметр.

H263+ быстрее жмется и быстрее распаковывается по сравнению с тяжелым H.264.

5,404

(395 replies, posted in Эксплуатация SVP)

О чем спор? Вот же цифры:

  GPU: system -> GPU transfer:    413
  GPU: GPU -> system transfer:    428

это значит, что GPU способен читать 41,3 FullHD-кадра/сек и отправлять обратно 42,8 к/сек (если я ничего не путаю). Этого достаточно для удвоения, но мало для повышения плавности FullHD до 60 fps.

5,405

(395 replies, posted in Эксплуатация SVP)

alekmyac
Надо скопировать результаты сюда на форум. Целиком.

U-HDTV начинает внедряться

Продвигает данный формат японская вещательная корпорация NHK... Формат сверхвысокой чёткости в 16 раз превосходит разрешением обычный HD к которому все уже начали привыкать, 7680 × 4320 (33.2 Mpixels), 120fps, звук формата 22.2. Всё это требует гигантских скоростей и в последствии объёмов для хранения

120fps! УРА! Наконец-то! cool

Цитаты из ветки ценителей аппаратной плавности:

VadimKVK wrote:

Фреймы в память и в SVP это есть в ati. А вот чего нет в nVidea, интерлесные фреймы аппаратно через openCL и обратно в оперативную память и эта часть так же работает на WinXP. На Win7 64 bit и vld и VA одновременно в оперативную память DTV выдает. На ХР просто уже не выпускают декодеров, но VA в оперативную память (openCL 11.9) можно, проверено. smile

Bluegem wrote:

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

Полные сообщения: 1, 2

Круто, если так. cool Сегодня попробую LAV CUVID на своем чересстрочном материале и на этих двух телекино-преобразованных видео. Вероятно, мне удастся настроить уплавнение до 60 fps в один проход в реальном времени. wink

5,408

(3 replies, posted in Using SVP)

MaxMan23
You can simply to add such profiles and customize them.
SVP-manager chooses right profile automatically when open video by its dimension and frame rate.

Do you want to choose profile manually?
It is impossible for current realization. There is only one profile for each video.

We can do some correction in algorithm. But we need to your explanation about aim of manually choose from several profiles.

John_Wayne
Поглядел у себя один m2ts из "Водной жизни". У меня тоже больше 3 к/сек в плеере не игралось. У этого файла некорректно определяется исходная частота кадров. Никогда ранее я такого не встречал. В данном случае надо в первой строке вручную указать настоящую частоту кадров:

DSS2("00000.m2ts",fps=30)
TFM()
TDecimate(cycle=6)

Тогда в плеере стало все в порядке.

John_Wayne
SVP во время работы скрипта надо закрывать. Поэтому и получается 3 кадра в секунду. Я же вроде сказал, что повышение плавности и обратное телекино несовместимы. Их нельзя использовать одновременно.

Неужели начинать шаманить с перебором разных версий программ и плагина ?
А Вы как хотели? Немного самому въехать по-любому придется. Только перебирать надо не программы и версии плагина, а сплиттер и декодеры.

А покадрово пролистать в этом режиме проигрыватель не даёт.
Ставишь паузу и стрелкой вправо с зажатой ctrl.

John_Wayne
больше 1,99 гига* wink

* на самом деле предел 32bit - это 4 ГБ, но так как в диспетчере задач и в SVP показана только часть занятой памяти, то теортетический предел 4 ГБ грубо делим пополам, считая, что вторая (неизмеренная) занятая часть примерно равна первой (измеренной). Подробнее см. по ссылкам в FAQ со страницы Rimsky

воспроизводится волнообразно, т.е. каждый 6-ой кадр повторяется
Э-э-э... Не пойдет. Сперва проверьте, что каждый 6-й кадр повторяется, затем уже такие выводы делайте. Думаете мало причин, вызывающих волноообразность? Только 6-ой кадр дубль? У Вас же частоты некратные (25 fps на экране 60 Гц). Всяко-разно будут волны.

Вы по-кадрово полистайте. Есть дубль или нет?

Загрузка проца 30-40 %, и большая её часть, почему-то, на одном ядре
Ну так скрипт-то однопоточный. Откуда возьмется распределение по ядрам, если мы его не запрограммировали? wink
Это вообще самая маленькая проблема, т.к. начнете кодировать, вот там надо будет многопоточный кодировщик искать, он-то и займет оставшиеся ядра работой cool

5,412

(3 replies, posted in Using SVP)

Hello, MaxMan23

No. We can not add this option.
The profiles names are frame dimensions and frame rate. Automatic profile choosing uses these names.

John_Wayne
есть ли варианты использовать какой-нибудь видеоконвертер с CUDA, дабы ускорить процесс ?
Я думаю, полно вариантов. Вот например мои сравнения скоростей кодирования (1) и декодирования (1, 2, 3) софтовыми кодерами.
С CUDA проблема в том, что потолок декодирования, например, у нее очень близко от реал-таймовой скорости, поэтому при проигрывании такие декодеры полезны, а при перекодировании они являются главным тормозом, так как процессор еще раза в два-три бы скорость поднял, а CUDA-декодер кадры так быстро декодировать не может (разговор про CoreAVC CUDA). Ограничения то ли по скорости пропускания памяти, то ли еще где. С кодером может выйти такая же фигня. Поэтому...

Декодирование: Для декодирования H.264 рекомендую использовать декодер CoreAVC с галкой ускорения None, либо ffdShow.
Кодирование: Если есть цель кодировать побыстрей и неважен получающийся размер файла, то рекомендую сжимать в ffdShow H.263+ или в ffdShow WMV V7.

откуда в папке C:\Plugins\ возьмётся tivtc.dll ?
О! Точно. Инструкция была неполной. Добавил раздел подготовки. Упростил скрипт.

При запуске скрипта проигрывателем воспроизведение начинается, но со скоростью слайд-шоу, где-то 2-3 кадра в секунду.
Что-то не то. Должно работать в реальном времени.

ghost
Работа над устранением этих артефактов проведена немалая. И артефакты вспышек и артефакты жалюзи в готовящейся версии SVP 3.1 стали практически незаметными. Эта версия выйдет в ближайшем будущем. Следите за новостями.

Сохранение видео с обратным телекино-преобразованием

Часть 1. Подготовка
1. Скачать плагин TIVTC, распаковать. Поместить библиотеку tivtc.dll в папку плагинов Avisynth: Program Files\AviSynth 2.5\plugins\
2. Скачать и установить Haali Media Splitter (идет в составе SVP 3 full, а также доступен отдельно). Поместить библиотеку Program Files\Haali\MatroskaSplitter\avss.dll в папку плагинов Avisynth: Program Files\AviSynth 2.5\plugins\

Часть 2. Сохранение
1. Определить тип телекино-преобразования (pulldown 3:2, pulldown 2:3:2:3:2 и др.).
2. Открыть блокнот, набрать текст:

# открытие файла
DSS2("[путь до видеофайла]")

# команды обратного телекино-преобразования
TFM()
TDecimate(cycle=5)

Вставить путь до видеофайла и нужную цифру в TDecimate в зависимости от типа телекино-преобразования.
Сохранить, желательно в той же папке и с тем же именем, что и исходный видео-файл, но указать расширение AVS. Скрипт готов.
Можно проверить работу скрипта, открыв его в плеере, как обычный видеофайл. Тут же покрутить покадрово. Убедиться, что нет ошибок.

Далее использовать любую программу кодирования видео. Например, Haali Muxer (Пуск - Программы - Haali Media Splitter - GDSMux):

http://www.svp-team.com/forum/misc.php?action=pun_attachment&item=732

3. Открыть этот скрипт в Haali Muxer'е: правой кнопкой по центру окна -> Add Source...
4. Отключить звуковую дорожку: убрать галку со строки со звуковой дорожкой.
5. Указать формат сжатия видео: Контекстное меню на видеодорожке: Encode -> x264vfw -> выбрать "Single pass - ratefactor-based (CRF)", указать Ratefactor:21 -> OK;
6. Открыть исходный файл для добавления звука и субтитров: правой кнопкой по центру окна -> Add Source...
7. Отключить у этого файла видеодорожку, оставить включенными только необходимые аудиодорожки и субтитры.
8. Указать имя создаваемого файла: Нажать "..." -> указать путь, набрать имя, указать расширение mp4 (например, "video.mp4") -> Сохранить;
9. Запустить процесс: Нажать кнопку Start.

John_Wayne
Выполнил обратное телекино с сохранением для одного файла "Отзвуков Творения".

Оставлял комп включенным на ночь. Продолжительность куска видео 40 мин. Время обработки 2 часа.
Исходный файл: 00015.m2ts (3.7 ГБ)
Полученный файл: 00015_24p.mkv (3.8 ГБ)

Если есть необходимость, то могу залить куда-нибудь. Подскажите куда. Это ведь 4 ГБ. big_smile

John_Wayne
сделать это с тем же скриптом в он-лайне, без предварительной перекодировки с целью устранения pulldown и обратного telecine преобразования вообще вариантов нет ?
Два часа пропарился с "Отзвуками Творения". Нет. Не получилось настроить обратное телекино-преобразование совместно со скриптом повышения плавности в одном потоке. Всем рендерерам, кроме EVR сносит башку уже сразу после применения обратного преобразования. Только покадрово они показывают хорошо, а при воспроизведении на обычной скорости теряют половину кадров. В общем полный бардак. Решил на этом пока остановиться...
Проще сделать отдельно в два прохода:
1. Выполнить обратное телекино 30->24 fps. Сохранить видео.
2. Открыть уже сохраненное 24 fps видео и уплавнить его до 60 fps.

ссылки на то, где почитать
Ссылки для начала две:
1. Основы использования утилиты AviSynth при обработке видео
2. SVP-help: Сохранение рассчитанного видео

5,418

(12 replies, posted in Флуд)

У меня очки производства "СТЭЛ" дома лежат. Вот такие.
Приобрел уже давно для ЭЛТ-монитора, немного поигрался, затем долгое время просто лежали на полке. Этим летом пытался к проектору прикрутить. 60 fps по 30 fps на глаз, без синхронизации и возможности подстроить скважность. Увы, ничего хорошего из этого не вышло.

Вывод: те очки - баловство. Очки nVidia 3D Vision - штука посерьезнее. Но у меня не задержались. Сейчас ожидаю появления 3D Vision 2 с надеждой на технологию LightBoost.
Обзор на 3Dnews

Вчера наши коллеги по плавному аппаратному воспроизведению видео нашли интересную вещь:
Оказывается некоторые видеокарты можно научить распаковывать и плавно без рывков показывать поток FullHD 60 fps. Для этого надо повысить частоты и выполнить определенное шаманство. smile

lisabon wrote:

видео запустилось без дропов, и самое главное частота почему-то установилась на 600 MHz, и откуда такая цифра, ведь максимальная частота у GPU 775 MHz, а в простое 300 MHz...
сам фокус повышения частот заключается в том, что надо сначала запустить DXVA Checker, далее установить курсор, при этом выделив сам пункт ModeH264_VLD_Multiview_Avivo...

ссылка на сообщение

John_Wayne
DXVA - опция декодирования видеокартой с сохранением кадров в видеопамяти. Оба других варианта декодирования происходят через оперативную память компьютера (ОЗУ).
Hardware Deinterlacing - опция указания флага деинтерлейса на видеокарте в видеопоток, используется отрисовщиками EVR, Haali и Overlay. Не работает для кадров, побывавших в ОЗУ.
Agressive - добавление флага деинтерлейса в видеопоток, даже если в исходном файле не был указан признак чересстрочки.
madVR - отрисовщик, на котором с версии 0.78 возможен аппаратный (?) деинтерлейс для любого видеопотока, даже прошедшего через ОЗУ и не имеющего флага деинтерлейса на видеокарте.

нельзя ли ещё, хотя бы на пальцах, объяснить, как организовать весь процесс ?
Чуть позже. Если Вам недостаточно того, что написано выше и справки SVP, то объяснять придется много и долго.

Процесс выполнения обратного телекино-преобразования.

С применением плагина TIVTC. Потребуются две функции этого плагина: TFM и TDecimate.

Кратко по-русски:
TIVTC - tritical ivtc (inverse telecine) - плагин обратного телекино-преобразования от tritical
TFM - tritical Field Maching filter - фильтр сравнения полей кадра от tritical
TDecimate - tritical Decimation filter - фильтр выкидывания кадров от tritical

В случае преобразования 30->24 имеем повторяющиеся группы кадров из трех прогрессивных и двух чересстрочных. Первым шагом составляем из этих кадров пять прогрессивных, сравнивая поля (TFM), затем выкидываем один кадр-дубль из пяти (TDecimate), получаем 4 кадра в группе.

http://www.svp-team.com/forum/misc.php?action=pun_attachment&item=726

Скрипт:

TFM()
TDecimate(cycle=5)

В случае преобразования 30->25 имеем повторяющиеся группы кадров из четырех прогрессивных и двух чересстрочных. Также возможен случай с тремя прогрессивными кадрами и тремя чересстрочными. Первым шагом составляем из этих кадров шесть прогрессивных, сравнивая поля (TFM), затем выкидываем один кадр-дубль из шести (TDecimate), получаем 5 кадров в группе.

http://www.svp-team.com/forum/misc.php?action=pun_attachment&item=727

Скрипт:

TFM()
TDecimate(cycle=6)

Rimsky
Сложно. Новые юзеры тоже не смогут зарегистрироваться wink

Даже та обычная Капча, что есть сейчас, отсеяла спамеров. Сегодня ни одного еще не банил big_smile

5,423

(3 replies, posted in Using SVP)

Thank you. I thought it is SVP bug. wink

John_Wayne

На монитор же, который-таки, поддерживает режим 60i, я оба эти видео подавал, идут плавно

Именно "плавно" или "равномерно", как обычные 24/25 fps видео?

При выводе 60i на телек у меня намертво виснет комп

Может драйвера? Не могу дельного ничего посоветовать, т.к. даже не представляю причину зависания.

Что там вообще может повесить комп, кроме nVidia-драйвера?
hmm

Есть ли на примете какая-нибудь прога, способная выполнить обратное telecine-преобразование, для того чтобы потом посмотреть с SVP ?

Есть вариант собрать Avisynth-скрипт с использованием плагина TIVTC.
А можно подумать головой и самому написать скрипт, который без потери качества будет собирать исходные кадры из чересстрочных полуполей. Они ведь (эти полуполя) принадлежат единому снимку, одному отсчету времени. Поэтому потребуются базовые функции SeparateFields и Weave.

Chainik
1. где написано что он "аппаратный"?
Да. Вопрос с заковыркой smile Включил DXVA-декодер и этот деинтерлейс, получил 13% загрузки ЦП, переключил на EVR. Там загрузка ЦП 0%. Наводит на мысли, что ты прав и что деинтерлейс не аппаратный. hmm "Не аппаратный" - почти синоним слову плохой, т.к. качественный вектор-адаптивный деинтерлейс (VA-deinterlace) сейчас может делать только видеокарта. Процессору далеко до ее качества в реалтайме.

2. что такое "аппаратный" - я думал что это то, что выполняется на UVD, и может быть подкручено через драйвер видяхи
Да. Это оно самое.

4. галка "perform deinterlacing in separate thread" не настораживает?
Я как-то не придал этому значения. А теперь вижу, что и правда деинтерлейс программый. Тогда надо читать, какой там используется алгоритм.

3. применение пиксельного шейдера "deinterlace" в mpc-hc - это тоже "аппаратный деинтерлейс независящий от декодера"?
Не смотрел это, но шейдер по определению ведь не может удвоить частоту кадров и правильный VA-деинтерлейс с преобразованием "30 кадров, чересстрочка -> 60 кадров, прогрессив" он, вероятно, не сделает? hmm