Разработчики мультимедиа пакета FFmpeg (http://ffmpeg.org/) сообщили (http://ffmpeg.org/pipermail/ffmpeg-devel/2011-March/109906.html) о вливании в основную кодовую базу проекта экспериментальной ветки FFmpeg-mt (http://gitorious.org/ffmpeg/ffmpeg-mt), в рамках которой в течение трех последних лет проводилась работа по интеграции поддержки многопоточного декодирования, которое позволит значительно ускорить работу FFmpeg на многоядерных CPU. Наработки с поддержкой многопоточного декодирования планируется включить в состав релиза FFmpeg 0.7.
Одновременно выпущен корректирующий релиз FFmpeg 0.6.2 (http://ffmpeg.org/releases/), содержащий (http://ffmpeg.org/releases/ffmpeg-0.6.2.changelog) устранение уязвимостей в коде декодирования VC-1 и APE, которые могут привести к краху и потенциальной возможности повышения привилегий при обработке специально сформированных медиа-потоков. Дополнительно устранена проблема сборки при использовании опции "--enable-hardcoded-tables". Аналогичный релиз...URL: http://ffmpeg.org/pipermail/ffmpeg-devel/2011-March/109906.html
Новость: http://www.opennet.me/opennews/art.shtml?num=30017
mplayer уже умеет это юзать?
Нет конечно.
Уже очень давно =/
Ну не томи уже, выкладывай.
http://gitorious.org/gentoo-multimedia/gentoo-multimedia/tre...Собрать Gentoo ты, надеюсь, способен.
Умеет форк, mplayer2.
А оригинал давно уже развивается крайне слабо.
Проверил на BBB в mp4/h264/theora. Обычный mplayer нагружает оба ядра примерно поровну.
> Умеет форк, mplayer2.Умеет ffmpeg-mt, mplayer тут не при чём.
> А оригинал давно уже развивается крайне слабо.
Да уж, совсем в стагнации: http://git.mplayerhq.hu/?p=mplayer;a=shortlog
отлично! теперь декодирование через проприетарные видиокарты -- не нужны! и Crystal HD значит можно не покупать! :-)
В интеловых драйверах есть поддержка аппаратного декода (для icore, для core2 в процессе).
В смысле не для core2, а для gm45
>для gm45Очень хочется... А можно поподробнее? Когда обещают?
а у AMD -- есть чтонибудь этакое?
fullhd без видяйки потянет это допядро?
У меня P8600 тянет во всех популярных форматах.
для меня это важно, не сочтите за назойливость: вы смотрите любые full-hd на full-hd мониторе/телеке без напрягов?
Дело в том, что я сейчас уже вложился в htpc, буду настраивать на выхах, по старому опыту сделал на базе амд (феном2 х4). И очень интересовали эти интеловские встроенные видео-ядра. ТДП 25 ватт на всё и нет подёргиваний картинки?
> для меня это важно, не сочтите за назойливость: вы смотрите любые full-hd
> на full-hd мониторе/телеке без напрягов?
> Дело в том, что я сейчас уже вложился в htpc, буду настраивать
> на выхах, по старому опыту сделал на базе амд (феном2 х4).
> И очень интересовали эти интеловские встроенные видео-ядра. ТДП 25 ватт на
> всё и нет подёргиваний картинки?дополню: под линуксом.
Я соснул того белого жирного заяца в 1080p в трёх кодеках (mp4/theora/h264). Mplayer (гентовый, нужны флаги - говори) грузит оба ядра примерно на 20-30% на всех кодеках. Смотрю на Thinkpad X200 подключённому к внешнему монику с разрешением 1920x1200 по display port.
Если есть другие файлы на тест - давайте, проверю.
Вспомнил один фильмец который клинил у меня на старом десктопе - Planet Earth, первая серия. Там где сверху показывают громадную стаю птичек. Нагрузка на одно ядро поднимается до ~60%. Но всё равно не клинит.
про флаги мплеера интересно, а влц не пробовали? Я уже вложился в феном, но вполне вероятно, пересоберу попозже на базе интел. Ведь получается, ваших 30 ватт вполне достаточно для htpc.
[ebuild R ] media-video/mplayer-1.0_rc4_p20101114 USE="X a52 alsa doc dvd enca fbcon ftp gif iconv jpeg mad mmx mmxext mp3 network openal opengl oss png quicktime radio sdl sse sse2 ssse3 theora truetype unicode v4l2 vorbis x264 xv xvid -3dnow -3dnowext -aalib (-altivec) -amr (-aqua) -ass -bidi -bindist -bl (-bluray) -bs2b -cddb -cdio -cdparanoia -cpudetection -custom-cpuopts -debug -dga -dirac -directfb -dts -dv -dvb -dvdnav -dxr3 -encode -esd -faac -faad -ggi -gsm -ipv6 -jack -joystick -jpeg2k -ladspa -libcaca -libmpeg2 -lirc -live -lzo -md5sum -mng -mpg123 -nas -nut -osdmenu -pnm -pulseaudio -pvr -rar -real -rtc -rtmp -samba -schroedinger -shm -speex -tga -toolame -tremor -twolame -v4l -vdpau (-vidix) -vpx (-win32codecs) -xanim -xinerama -xscreensaver -xvmc -zoran" VIDEO_CARDS="-mga -s3virge -tdfx -vesa" 0 kB
> Вспомнил один фильмец который клинил у меня на старом десктопе - Planet
> Earth, первая серия. Там где сверху показывают громадную стаю птичек. Нагрузка
> на одно ядро поднимается до ~60%. Но всё равно не клинит.Понятно, я нагрузку последний раз замечал здесь:
http://rutracker.org/forum/viewtopic.php?t=1246867
сцена с водопадом, вид сверху: встроенная 8200 абсолютно не тянет, gt210 - справляется, и то и то с vdpau, всё тоже под гентой.
>> Вспомнил один фильмец который клинил у меня на старом десктопе - Planet
>> Earth, первая серия. Там где сверху показывают громадную стаю птичек. Нагрузка
>> на одно ядро поднимается до ~60%. Но всё равно не клинит.
> Понятно, я нагрузку последний раз замечал здесь:
> http://rutracker.org/forum/viewtopic.php?t=1246867
> сцена с водопадом, вид сверху: встроенная 8200 абсолютно не тянет, gt210 -
> справляется, и то и то с vdpau, всё тоже под гентой.Есть возможность вырезать этот кусок и выложить? На моём 3х мегабитном инете я буду долго качать 40 гигов.
у меня проблемы с вырезанием, хотел выполнить mencoder -ovc copy -oac copy -ss 27:10 -endpos 120 -o sample.m2ts *17.m2ts но вырезает абсолютно не то, я ни разу не резал блюрипы) Но в клипе от фильма есть маленький кусочек водопада той же тяжести, выкладываю этот кусочек:
http://webfile.ru/5220536
этот файлик есть и в вышеназванной раздаче, можно более быстро скачать его оттуда.
Если он воспроизведётся без проблем, то можно осторожно говорить, что двуядерный интел с тдп 30 ватт полностью подходит для воспроизведения любых качественных фуллхд видео под линуксом, то есть вполне реально собрать мелкий и бесшумный htpc.
файлик тут:
http://webfile.ru/5220683
переименовал из 00009.m2ts в 09 и запаковал, иначе webfile удаляет. Лучше из торрента вытянуть, полный путь: BDMV/STREAM/00009.m2ts
1. ХЗ почему но на этом файле mplayer (обычный, mplayer2 уже удалил, может потом поставлю для теста ещё раз) грузит только одно ядро.
2. Не клинит весь ролик, топовая нагрузка ~70%. Т.е. на двух ядрах будет до 40 примерно.
> 1. ХЗ почему но на этом файле mplayer (обычный, mplayer2 уже удалил,
> может потом поставлю для теста ещё раз) грузит только одно ядро.
> 2. Не клинит весь ролик, топовая нагрузка ~70%. Т.е. на двух ядрах
> будет до 40 примерно.спасибо за тест. Без подёргиваний, всё плавно? Отлично.
Ну могу видео заснять для убедительности, правда цифры top'а врядли будет видно.
Лично у меня после того, как я узнал о DRM в Sandy Bridge, отпало всякое желание покупать эти процессоры...
> теперь декодирование через проприетарные видиокарты -- не нужны! и Crystal HD значит можно не покупать!Тепловыделение и энергопотребление при декодировании через проц в разы выше. Это как из пушки по мухе стрелять. Так что приналичии соотвествующей видяхи... лучше уж через нее.
>> теперь декодирование через проприетарные видиокарты -- не нужны! и Crystal HD значит можно не покупать!
> Тепловыделение и энергопотребление при декодировании через проц в разы выше. Это как
> из пушки по мухе стрелять. Так что приналичии соотвествующей видяхи... лучше
> уж через нее.Обычные видяхи как правило не умеют аппаратно декодить трушные форматы вроде theora или vp8.
> Обычные видяхи как правило не умеют аппаратно декодить трушные форматы вроде theora или vp8.они и H264 не умеют... [в случае если исключена проприетарная ситуация]
Я не понял что за случай, но свободные драйвера intel умеют аппаратный декод h264.
имеет место быть не аппаратный декод а ускорение софтверного декода средствами видеоадаптера
впринцепе -- хоть-какбы-это-не-назвать-бы -- если оно позваляет смотреть HD-Фильмы без тормазов (и без проприетарщины) -- то это клёва же!..но в данном случае -- речь идёт далеко не об "обычной" видиокарточке -- в этом и загвоздка :-(
> впринцепе -- хоть-какбы-это-не-назвать-бы -- если оно позваляет смотреть HD-Фильмы без тормазов (и без проприетарщины) -- то это клёва же!нормальный проц позволяет это же
только теоретически.
А еще они не умеют фильтры, поэтому наслаждайтесь бадингом и мусором масштабирования.
> Тепловыделение и энергопотребление при декодировании через проц в разы выше.Это вам так маркетологи сказали или это действительно так?
>Аналогичный релиз выпустили разработчики форка FFmpeg - Libav 0.6.2.Эммм... А там про FFmpeg-mt ни слова :(.
Новость на главной странице от 21 марта. А "развод" FFmpeg и Libav состоялся раньше. Видимо, не успели смержить.
Да в том то и дело, что как пользователю libav* библиотек, совершенно непонятно какой проект является флагманом и ушла в форк значительная часть разработчиков или только небольшая.
И вообще распыление сил в таком здоровом проекте как FFmpeg - очень печальное событие.
> Да в том то и дело, что как пользователю libav* библиотек, совершенно
> непонятно какой проект является флагманом и ушла в форк значительная часть
> разработчиков или только небольшая.Я думаю, пока никто не возьмётся предсказывать, какая из веток окажется более успешной. Форкнутая версия 0.6.2 вышла чуть раньше, но это - не показатель. Примерно через пол-года или год станет ясно, кто будет в состоянии регулярно выдавать "на-гора" новые релизиы, а кто будет в роли догоняющего.
Раньше грузило одно ядро до 100%, теперь будет все. Ура!
Ю-ю-ху. Хеннеси рекой! Никто уже и не верил, а они взяли и смержились.
Страно както если зайти сюда http://gitorious.org/ffmpeg/ffmpeg-mt
то видим что "ffmpeg-mt in Libav"... я чтото теперь совсем непонял сторонником кого остался проект ffmpeg-mt?
Не удалось найти указанной строки по ссылке...
Ага, я наконец-то понял как задействовать эту штуку!
И ведь нигде не написано, что многопоточное декодирование реализовано только с опцией сборки pthreads и НЕ работает с опцией w32threads (сборки для Windows)!
Щас обновил ffmpeg-mt из git'а и смотрю они накатали изменения из Libav...