Search options (Page 215 of 234)

Мой совет насчет сжатия в ffdShow H.263+ или ffdShow WMV V7 уже устарел. Таких форматов сжатия, присутствовавших раньше в ffdShow, теперь нет.
Причина, которую указывают разработчики ffdShow:

Перевод: Удалены некоторые кодировщики. Интерфейс, предоставляемый ffdShow для этих библиотек сжатия, не сопровождался и был "глючным". Команда разработчиков ffdShow рекомендует использовать вместо них официальные кодировщики (такие как x264VFW и Xvid). Они всегда имеют свежие версии, стабильны в работе и обладают полной функциональностью.

Вот какие форматы остались:

Не густо.
Какой формат использовать для промежуточного сохранения видео? - этот вопрос остается открытым.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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 кадра в секунду.
Что-то не то. Должно работать в реальном времени.

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

Часть 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. Открыть блокнот, набрать текст:

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

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

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

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

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

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

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

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

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

Скрипт:

TFM()
TDecimate(cycle=5)

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

Скрипт:

TFM()
TDecimate(cycle=6)