x264

[scalbert]

Kostuch

А не подскажешь, зачем в настройках используется
Quantizer Matrix файл soulhunter.
Просто у меня с ним такая белиберда в Gom Playere. Ставлю none и всё в порядке.

[scalbert]

И ещё, ты оставляешь ролики с Фотика в контейнере МР4 ?
Я конвертирую в контейнер AVI.
В нём прекрасно работает перемотка в любом плейере, а в МР4 дико тормозит.

[Kostuch]

scalbert
по поводу марицы, немного улучшает качество.
а про перемотку у меня в LA ниче не тормозит при перемотке :) потому с такой проблеммой не сталкивался.

[AlexB17]

Старые декодеры не играли видео с нестандартными матрицами, да и MP4 уже давно не глючил - может стоит софт пообновить?

[scalbert]

AlexB17
Про матрицы разобрался, и с Gomом разобрался. Лажа в его Gretech Video Filtre. Отключив его проблем нет.

Kostuch
Да это не проблема, я тоже стал использовать LA. Но и в нём тоже MP4 перемотка тормознутая, по сравнению если файл в контейнере AVI.
Скорее всего ещё нет плейера с полной пддержкой MP4, я подчёркиваю "с полной".

[AlexB17]

Есть - например Nero ShowTime, да и в MPC все играется без проблем. Смотря что подразумевать под "полной поддержкой" - если меню и прочие фичи то на данный момент нет таких кто полностью и без глюков их поддерживал.

[scalbert]

AlexB17

если меню и прочие фичи то на данный момент нет таких кто полностью и без глюков их поддерживал.
Вот и я о том же.
С MPC меньше всего проблем. Но интерфейс и т.д.
Будем ждать , что хоть какой нибудь плейер доведут до ума.

[AlexB17]

Я вообще пользую матреху и не знаю проблем :) Тьпху... чтоб не сглазить :)

[RBF]

scalbert
Будем ждать , что хоть какой нибудь плейер доведут до ума.
А причем здесь плеер? За перемотку отвечает стандартная DS функция seek в сплиттере. Если плеер кривой (LA), то это не проблема mp4.
Нормальных сплиттеров mp4 сейчас даже больше чем avi, и уж тем боле матрешки. Ни о каких проблемах с перемоткой речи, естественно, не идет.

[Klezk]

Утверждается, что наибольшая скорость декодирования H.264 -
у CoreAVC? Никак не могу достать его потестить, так как на сайте
производителя требуют деньги вперед. Что делать?

Поэтому потестил что есть. И обнаружились неожиданные вещи...
Скорость декодинга я оценивал по степени загрузки процессора.
Она наблюдалась в обычном Windows Task Manager (Ctrl+Alt+Del).
Процессор - Athlon 64 3000+ (SSE и SSE2 поддерживает).
Проигрывался фильм в .mkv, кодированный x264

Итак:

1. TCPMP 0.72RC1, скачанный с http://picard.exceed.hu/tcpmp/test/
для декодирования юзает ffmpeg-плагин, скачанный оттуда же.
Загрузка процессора от 20 до 30 процентов.

2. BSplayer 1.39, в самом плеере ничего особенного, тестился, собственно,
не он, а ffdshow-2546-gcc4.0.3-sse2-x264.nl, оптимизированный,
как явствует из названия, под sse2. Все постпроцессинги
в ffdshow отключены.
Загрузка проца от 15 до 25 процентов.

3. И, наконец, ВНИМАНИЕ, барабанная дробь :)
MPlayer 1.0pre8-3.4.2 под Windows, скачан с http://www.mplayerhq.hu/
При проигрывании сообщает:

-------------------------------------------------------------
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
-------------------------------------------------------------

ЗАГРУЗКА ПРОЦА ОТ 1 ДО 5 ПРОЦЕНТОВ!!!!!!!!!

Как такое может быть?! Просто в голове не укладывается...
Что такого сделали разработчики MPlayer, что так радикально увеличилась
скорость декодинга?! Ведь во всех трех случаях используется
библиотека FFmpeg, а не различные разработки!..


Кстати, еще пикантный момент. ffdshow тестился оптимизированный под
SSE2, а MPlayer вообще не видит, что Athlon 64 поддерживает SSE и SSE2:

-------------------------------------------------------------
CPU: AMD Athlon(tm) 64 Processor 3000+
CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 0 SSE2: 0
-------------------------------------------------------------

И тем не менее, MPlayer загружает проц на 1-5%, а ffdshow - на 15-25%

Вопрос к тем, кому удалось раздобыть и затестить CoreAVC:
насколько все-таки он быстр?
Потому что MPlayer показывает уж очень рекордные результаты...

И что хорошего в TCPMP? Его ffmpeg еще медленнее, чем ffdshow!
Или TCPMP тестили в комплекте с CoreAVC плагином, а не с ffmpeg?..

ГДЕ ВЗЯТЬ CoreAVC???!!!!!!!! :)
И не ценой ли качества картинки достигается в нем большая скорость???...

[AlexB17]

Ну во-первых все декодры со включенным AVC постпроцессингом должны выдавать абсолютно идентичную картинку - иначе и быть не может - это особенность H.264. Во вторых - на думе9 была ветка про глючное тображение загрузки проца Mplayer'ом - поищи если интересно. В третьих Самая большая скорость по моим тестам на HD видео достигается в TCPMP с AVC плагином от cамой Core. На втором месте CoreAVC DShow декодер, на третьем Mplayer а все остальные уже потом :)
В общем:
CoreAVC 1.1: http://www.hotfile.ru/13921/
TCPMP+AVC: http://slil.ru/23085257
Пробуй!

[Skaarj]

Klezk

ну у меня тоже зачастую Mplayer+MPUI показывает чуть ли не нулевую загрузку процессора , даже в режиме Q&Q на частоте 1400 Mhz загрузка проца лишь изредка может подскочить процентов до 15, при воспроизведении видео в разрешении 720х384, а если смотреть фильмы в разрешении 1280х720 (благо их сейчас навалом стало) то загрузка порядка 50% у всех декодеров.

у меня есть CoreAVC 0.0.4 но всеравно качество картинки во всех декодерах одинаковое, вчера ещё попробовал Gom Player вот в нем похоже декодер старый, сплошь тормоза да лаги, но есть там какойто фильтрик Direct Show который помоему делает картинку приятнее глазу, сегодня ещё потестю его в MPC, вдруг у меня глюки :) (ну может кто ещё проверит)

а так Mplayer+MPUI очень хорошая связка, всегда кидаю его на диски с фильмами и никаких проблем незнаю с недовольными юзерами, огорчает в нем только одно - отсутствие масштабирования картинки.

[RBF]

Klezk
ЗАГРУЗКА ПРОЦА ОТ 1 ДО 5 ПРОЦЕНТОВ!!!!!!!!!
Известный глюк неправильного отображения загрузки проца, при использовании mplayer.
Кстати, в VLC подобный глюк тоже наблюдается, я с ним столкнулся еще в начале 2004 года, возможно даже раньше, чем его заметили на Думе :)
Вот можешь почитать как я удивился впервые увидев подобное - http://forum.mediatory.ru/viewtopic.php?t=2160 :)
А CoreAVC сейчас действительно самый быстрый декодер.
Кстати, скорость декодеров лучше сравнивать не по загрузке проца, а по максимальной скорости декодирования в fps.

[Force]

Такой вопрос:
Я где-то тут вычитал руководство, как настроить MPC чтобы он воспроизводил AVC без предустановки кодеков, когда там в External Filters подключается CoreAVC. Всё сделал как надо, так у меня вместо него фильм воспроизводится NEROй... То есть CoreAVC всё равно надо регистрировать в системе. Как быть в таком случае? Ведь юзеры дисков вообще ничего не шарят и хотелось бы чтобы так - вставил диск и все фильмы проигрались в MPC автоматически... Причем CoreAVC, а не NERO Decoder'ом, если он у них вдруг установлен...

Неужели регистрировать кодек в авторане диска? В принципе - выход, но выскакивает диалог, говорящий что кодек успешно зареган и не исчезает, пока не нажать Ok. Это я про regsvr32.exe.

TCPMP крут, но опечалило отсутствие прокрутки в полноэкранном режиме :(. Да и курсор мышки не исчезает...

В общем, что делать?

[Digit_All]

Вопрос: Кодировал фильм 2 ч. 43 мин. 35 сек. 3-х прходка, как RAW файл с расширением .264. При попытке смуксить его с AAC получается жуткий бред и страшно тормозит как звук так и видео фрэймрэйты выставлял разные т.е. экспериментировал со всеми возможными, мукс через meguisvn и mp4box. В чём может быть дело? Декодер CoreAVC проигрываю MPC. Спасибо!

Плюс к тому при загоне в контейнер без звука некорректно отображается длина фильма?

[AlexB17]

Старый муксер возможно, попробуй через Yamb или вообще в матрешку положить. Я вот например когда рипаю сливаю сразу в матреху - и на втором проходе можно уже смотреть качество :)

[Digit_All]

Матрёшка это хорошо, но помниться были проблемы у меня как-то с ней. Суть проблемы резкие скачки битрейта, т.е. когда медленная сцена резко сменялась быстрой с соответствующим звуковым сопровождением то все торомозило на секунду.

[AlexB17]

Не знаю что это такое - но это неправильно :) Может быть дело в сплиттере?

[ko1ob]

ЗДРАВСТВУЙТЕ!!! Я ЗДЕСЬ НОВЕНЬКИЙ И НЕ ЗНАЮ, ОБСУЖДАЛАСЬ ЛИ ТАКАЯ ПРОБЛЕМА С КОТОРОЙ СТОЛКНУЛСЯ Я. ПРИ КОДИРОВАНИИ ФИЛЬМА КОДЕКОМ x264 С РАЗРЕШЕНИЕМ 704х302, КАРТИНКА ОКАЗАЛАСЬ ПЕРЕВЁРНУТОЙ "ВВЕРХ НОГАМИ" :( ПРОВЕРИЛ НА 2х ПРОИГРЫВАТЕЛЯХ [Light alloy, WMP], В VIRTUAL DUB ИЗОБРАЖЕНИЕ БЫЛО НОРМАЛЬНЫМ!!!! НЕМНОГО ПОЭКСПЕРИМЕНТИРОВАВ, Я ПОЛУЧИЛ НОРМАЛЬНУЮ КАРТИНКУ НА РАЗРЕШЕНИЯХ С ШИРИНОЙ КРАТНОЙ 32м (720, 688...). ПРИНЯВ ЭТО ЗА СВОЙСТВО НОВОГО КОЕКА, Я УСПОКОИЛСЯ. НО ПЕРЕДАВ ДРУГУ СВОЙ ФИЛЬМ, СЖАТЫЙ С РАЗРЕШЕНИЕМ 720х404 И НОРМАЛЬНО ВОСПРОИЗВЕДЁННЫЙ У МЕНЯ, У НЕГО В ПЛЕЕРЕ Light alloy ОКАЗАЛАСЬ ПЕРЕВЁРНУТАЯ КАРТИНКА, А В ПЛЕЕРЕ WMP НОРМАЛЬНАЯ!!! Я УЖЕ И НЕ ЗНАЮ ЧТО ЭТО??? :( ОБЛАЗИЛ КУЧУ САЙТОВ И ТОЛЬКО НА ОДНОМ ФОРУМЕ НАШЁЛ УПОМИНАНИЕ НА ДАННЫЙ ДЕФЕКТ, НО БЕЗ КАКИХ-ЛИБО ПОЯСНЕНИЙ.

ПОМОГИТЕ ПОЖАЛУЙСТА!!! ОБЪЯСНИТЕ ЧТО ЗА БОЛЕЗНЬ И КАК ЭТО ЛЕЧИТСЯ! ЗАРАНЕЕ БЛАГОДАРЕН!

[AlexB17]

Это проблема оверлея - попробуйте сменить режим вывода, так же советую выкинуть Light Alloy - что то на него слишко много нареканий в последнее время, попробуй Media Player Classic, Mplayer или TCPMP. Про то что стороны должны быть кратны 16 это стандарт "де-факто" и если не соблюдать могут быть проблемы. Ну и в 1000раз говорю - НЕ ИСПОЛЬЗУЙТЕ VIRTUAL DUB!!!

З.Ы. Писать посты заглавными буквами это моветон :)