как перекодировать 10 БИТНОЕ ВИДЕО? - ни одна кодирующ прога не видет видео. Не которые плееры воспроизводят, но много мозайки.

Век 10 битного видео настанет еще не скоро, так что смысла в кодинге этого не вижу, ни один плеер будь то хоть Dune HD Max не откроет подобное видео.

Bedouin пишет: но видео то 10 битное уже есть. Оно воспроизводится, тока вот так:
местами норм, местами ппц.

FFmpegSource2 уже достаточно давно поддерживает декодирование 10-битных файлов. DirectShowSource - в зависимости от того, что установлено в системе (т.е. обновите ffdshow или что там у вас установлено). Вобщем на данный момент я не вижу особых проблем с декодированием 10-битного видео, надо только использовать актуальные версии декодеров. Другой вопрос, что после импорта в Ависинт видео станет 8-ми битным, но к данным артефактам это отношения уже не имеет.

fcp пишет: это какие?

Воспроизведение Hi10P
fcp пишет: Можно более подробно? Тогда какой смысл гонять видео 10бит -> 8бит -> кодирование х264 10бит?

maxmister пишет: Самые последние на данный момент, какие только доступны. Речь про FFmpegSource2 (в XviD4PSP он итак обновляется, так-что в текущих версиях проблем с декодированием 10-битного видео через него быть не должно) и про ffdshow (и всё прочее, что основано на FFmpeg\Libav), насчет всяких CoreAVC и т.д. - понятия не имею.
admin пишет: А кто сказал, что на выходе так-же будет 10-бит? Смысл кодировать то, что уже кто-то кодировал? 10-битных исходников как-бы не особо много, так-что я подразумеваю, что все 10-битные файлы - это уже рипы, закодированные в 10-бит по причине большей эффективности такого кодирования. Эта эффективность не утратится и в случае 10->8->10, конечно это уже потеря информации, но все-же несколько меньшая, чем кодирование в 8-бит. А если причина перекодирования - именно то, что плейер (железный) не переваривает 10-бит, и нужно получить 8 - то и проблемы нет.

К тому-же для Ависинта есть "хакнутые" плагины, которые позволяют импортировать и обрабатывать видео в Ависинте в 10-бит. Авторы FFmpegSource2 подобный хак не одобрили.

fcp пишет: вчера поставил последнюю версию xvid4psp:

- и вот что показывает.

Чем декодируется данное видео?
Покажите скрипт.

maxmister
Это если в Видео->Декодирование выбрать FFmpegSource2? А версия XviD4PSP действительно 5.10.265.0? Серый экран был где-то до первой половины лета, когда FFmpeg\Libav еще не мог декодировать 10-бит. Потом его научили декодировать, но FFmpegSource2 из-за бага автовыбора цветового пространства не мог автоматом выбрать подходящее цветовое пространство, и таким образом попытка использовать этот декодер приводила к ошибке. А вот где-то в сентябре или конце августа этот баг был исправлен, и с того времени FFmpegSource2 умеет открывать 10-битные файлы, поэтому видя этот серый экран я могу лишь предположить, что в данном случае используется старая версия FFmpegSource2.

----

Хотя по поводу серого экрана в прошлых версиях - я может уже и вру. Серый экран 100% был, но уже не помню, при 10-битном видео или при I444\RGB, которые не так давно были добавлены в x264.

fcp пишет:

п.с. исправил, пока в настройках не выставил применить (FFmpegSource2) ко всем форматом, не хотело воспроизводить.

admin пишет:

а какой лучше всего использовать декодер? - DirectShowSource , DirectShowSourse2, FFmpegSource2.
п.с. не именно к этому файлу, а вообще?

FFmpegSource2 и вопросов нет.

DirectShowSource - не гарантирует точное покадровое позиционирование (т.е. просим его выдать кадр номер 1234, а он вместо этого может выдать картинку от какого-то соседнего кадра), на 100% зависит от установленных в систему декодеров и сплиттеров, к тому-же используются все их настройки.

DirectShowSourse2 - фактически то-же самое, только с покадровым позиционированием должно быть получше. Но кириллица в путях не поддерживается. А еще с ним может происходить зависание кодирования на самых последних кадрах.

FFmpegSource2 - не зависит от системных сплиттеров и декодеров. Индексирует файлы перед открытием - это как минус, но делает он это, чтоб всегда обеспечивать точное покадровое позиционирование - это как плюс. Не может правильно декодировать интерлейсный H264, с MPEG-PS\TS тоже лучше не использовать (если все-же требуется использовать его с этими контейнерами, то в системе должен быть установлен Haali-splitter).

fcp пишет: и каков ваш вердикт!

Однозначного вердикта нет, т.к. плюсы, минусы и особенности есть у всех трех. Но если не пугает необходимость ждать, пока файл будет проиндексирован, а так-же если не сталкиваетесь с интерлейсным H264 и с ts (m2ts) - то FFmpegSource2. Плюс можно несколько ускорить открытие файлов через него, поставив в "Видео->Декодирование" галку "Со звуком" (в самом низу окна) - в этом случае аудиотрек не будет извлекаться в отдельный файл.

Есть еще DGDecNV для Nvidia. Т.е. в самой XviD4PSP его нет, но его можно скачать отдельно, проиндексировать в нем исходник, а в XviD4PSP открывать получившийся dgi-файл. В этом случае декодирование будет происходить видеокартой Nvidia.

Хз о чем вы, но работаю с FFmpegSource2 и m2ts, и времени не жалко мне. Лучше ремукс сделать и засунуть поток исходника в MKV, чем пользоваться УГ-DirectShowSource!

fcp пишет: а что это даст? быстрее кодирование или лучше качество?

Декодирование не отвечает за кодирование) Т.е. это просто подготовка к кодированию, благодаря чему мы можем узнать кол-во кадров, fps, развертку, разрешение и прочее.

Декодирование не отвечает за кодирование, но кодируем-то мы именно результат того самого декодирования Скорость кодирования врядли заметно увеличится, т.к. при кодировании основная загрузка процессора - это именно кодирование результата (плюс возможная фильтрация теми или иными фильтрами), а не декодирование исходника. Основной плюс от DGDecNV - он корректно работает с MPEG-PS\TS, а так-же он не имеет проблем с интерлейсным H264. Но 10-битное видео он не поддерживает, и не будет, пока этому не научатся чипы-декодеры на самих видеокартах.