Страницы: 0 | (2) | 20 | 40 | 60 | 80 | показать все | след. страница
А вот H.264 файлы, которым не хватает одного ядра, встречаются.
Есть несколько вариантов решения:
- помашанить с опциями ffmpeg, например, отключить deblocking-фильтр с помощью -lavdopts fast:skiploopfilter=all с некоторой потерей качества
- использовать улучшенный deblocking-фильтр из ffmpeg-svn(git)
- декодирование средствами видюхи (nvidia) с помощью vdpau
- использовать многопоточный ffmpeg-mt
- использовать проприетарные кодеки, поддерживающие многопоточное декодирование, типа coreavc for linux
За ссылки, однако, спасибо.
Quote:
Ставлю многопоточное декодирование для h264 кодека в mplayer-е
Как ты это делаешь?
В ответ на:для плеера.
-lavdopts threads=2
Эта фича уже даже в гуях реализована:
/user/upload/file8838.png
Ты совершенно правильно понял мой вопрос. а вот предыдущий оратор видимо нет.
Все что он тут сказал я и так знал.
Вопрос именно был в какие параметры скармливать x264, что-бы на выходе получался хорошо распараллеливаемый для декодирования файл.
Кстати как понятно из моего скрина, не надо отключать петелевой фильтр при кодировании. Это можно сделать при декодировании. И качество не потеряем и неимущих пожалеем.
Если правда они сипользуют правильный плеер.
В ответ на:
кэш решает
На проце?
В ответ на:
использовать многопоточный ffmpeg-mt
Собрал последний из гита.
Порадовал своей производительностью.
Хотя для тестового ролика 1920x1088, 25.00 x264.736.aq.0.47.mkv моего двухядерника не хватает все равно. Хотя -threads 3 почти дает непрерывное воспроизведение.
Видимо 4-х ядерника будет уже достаточно для любых замороченных файлов.
Будем ждать выхода Phenoma II-го. Наступило время обновляться.
smb://172.16.52.132/video/Temp/x264.736.aq.0.47.mkv
Особенно те у кого 4-ре ядра.
Последняя гитка: smb://172.16.52.132/soft/svn&cvs/Mplayer-CVS/ffmpeg-mt
Или через ftp, кто как желает.
В ответ на:
кстати, можешь посоветовать как разобраться в море патчей для mplayer, а то сам он не так быстро развивается в глубину, как растет в ширину. Может есть какой сайт, где патчи и сторонние gitы обсуждаются
Я все через doom9 узнаю. Это мекка для кодеров и всех кто интересуется видео.
Там обычно авторы анонсирую свои патчи и информацию о своих новшествах.
Не совсем понял про "развивается в глубину, как растет в ширину", но возможно ты имеешь ввиду, что в main-ядро все попадает не очень быстро, так это да.
SMplayer например очень часто поддерживает фичи которые поставляются к mplayer-у как патчи. Возможно благодаря именно ему они быстро интегрируются в мэйн. Я всегда их доставляю, т.к. они крайне полезны.
В ответ на:
На проце?
нет, mplayer-а
О важности кэша для Full HD
хотя его действительно может не хватать на пиках потока, но к декодированию это никакого отношения не имеет.
В ответ на:
в mplayer нет буфера декодированных кадров. это io буфер. (только назван почему-то кэшем)
Вполне возможно (кэшем он назван потому, что имя параметра есть cache, да и чем буфер не кэш?).
Тем не менее, мне этот способ помог. Если наблюдать за уровнем заполненности этого буфера, то на динамичных сценах он начинает быстро падать. И видео не тормозит. Как это объяснить?
В ответ на:
Может по сети играешь, или диск очень медленный?
нет. более того, смотрим кусок фильма, где это происходит, отматываем назад, смотрим снова - такая же ерунда. по идее, линукс должен буферизировать этот кусок, а не читать с диска
правда я такое замечал только на full hd
Quote:
Кстати желающие могут протестировать:
smb://172.16.52.132/video/Temp/x264.736.aq.0.47.mkv
Правов нетути
Quote:
Кстати желающие могут протестировать:
smb://172.16.52.132/video/Temp/x264.736.aq.0.47.mkv
Протестировал. E8600@4GHz, загрузка одного ядра ~60% в пике, так что даже существенно более дешевого E8400 бы хватало. Это что, твой Phenom даже на двух ядрах этот ролик едва успевает декодировать?
mplayer гентушный, от 2 декабря.
-lavdopts threads=2 эффекта не имеет.
В ответ на:
model name : AMD Athlon(tm) 64 X2 Dual Core Processor 3800+
939 сокет, т.е. уже четвертое поколение от второго фенома.
Если считать переход от 939 к AM2 c аппаратной виртуализацией за шаг в поколении.
В ответ на:
-lavdopts threads=2 эффекта не имеет.
Да, в большинстве случаев этот параметр не дает преимущества на h264-файлах. Потому и был задан вопрос.