The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Состоялось слияние FFmpeg с многопоточной веткой FFmpeg-mt. Релиз FFmpeg/Libav 0.6.2

24.03.2011 15:03

Разработчики мультимедиа пакета FFmpeg сообщили о вливании в основную кодовую базу проекта экспериментальной ветки FFmpeg-mt, в рамках которой в течение трех последних лет проводилась работа по интеграции поддержки многопоточного декодирования, которое позволит значительно ускорить работу FFmpeg на многоядерных CPU. Наработки с поддержкой многопоточного декодирования планируется включить в состав релиза FFmpeg 0.7.

Одновременно выпущен корректирующий релиз FFmpeg 0.6.2, содержащий устранение уязвимостей в коде декодирования VC-1 и APE, которые могут привести к краху и потенциальной возможности повышения привилегий при обработке специально сформированных медиа-потоков. Дополнительно устранена проблема сборки при использовании опции "--enable-hardcoded-tables". Аналогичный релиз выпустили разработчики форка FFmpeg - Libav 0.6.2.

  1. Главная ссылка к новости (http://ffmpeg.org/pipermail/ff...)
  2. OpenNews: Конфликт в стане разработчиков FFmpeg привел к созданию форка - Libav
  3. OpenNews: Уязвимости в Glibc, OpenAFS, libpam-pgsql, LibTIFF, FFmpeg, Pango и Linux-ядре
  4. OpenNews: Революционное свержение власти в проекте FFmpeg
  5. OpenNews: Разработчики FFmpeg написали собственный декодер для видеокодека VP8
  6. OpenNews: Релиз FFmpeg 0.6 и успехи в оптимизации видеокодека VP8
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/30017-FFmpeg
Ключевые слова: FFmpeg, libav
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (49) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Анон (?), 15:24, 24/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    mplayer уже умеет это юзать?
     
     
  • 2.2, Анонист (?), 15:34, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Нет конечно.
     
  • 2.3, RazrFalcon (?), 15:35, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Уже очень давно =/
     
     
  • 3.4, Анон (?), 15:37, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ну не томи уже, выкладывай.
     
     
  • 4.27, Аноним (-), 18:46, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    http://gitorious.org/gentoo-multimedia/gentoo-multimedia/trees/master/media-v

    Собрать Gentoo ты, надеюсь, способен.

     
  • 2.5, anonymous (??), 15:46, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Умеет форк, mplayer2.
    А оригинал давно уже развивается крайне слабо.
     
     
  • 3.12, Анон (?), 16:40, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Проверил на BBB в mp4/h264/theora. Обычный mplayer нагружает оба ядра примерно поровну.
     
  • 3.25, bav (ok), 18:27, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Умеет форк, mplayer2.

    Умеет ffmpeg-mt, mplayer тут не при чём.

    > А оригинал давно уже развивается крайне слабо.

    Да уж, совсем в стагнации: http://git.mplayerhq.hu/?p=mplayer;a=shortlog

     

  • 1.6, Аноним1233211 (?), 16:05, 24/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    отлично! теперь декодирование через проприетарные видиокарты -- не нужны! и Crystal HD значит можно не покупать! :-)
     
     
  • 2.8, Анон (?), 16:08, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    В интеловых драйверах есть поддержка аппаратного декода (для icore, для core2 в процессе).
     
     
  • 3.9, Анон (?), 16:08, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    В смысле не для core2, а для gm45
     
     
  • 4.39, Sergey722 (?), 10:20, 25/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >для gm45

    Очень хочется... А можно поподробнее? Когда обещают?

     
  • 3.10, Аноним1233211 (?), 16:23, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    а у AMD -- есть чтонибудь этакое?
     
  • 3.14, Вова (?), 16:42, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    fullhd без видяйки потянет это допядро?
     
     
  • 4.15, Анон (?), 16:48, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    У меня P8600 тянет во всех популярных форматах.
     
     
  • 5.28, Вова (?), 18:49, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    для меня это важно, не сочтите за назойливость: вы смотрите любые full-hd  на full-hd мониторе/телеке без напрягов?
    Дело в том, что я сейчас уже вложился в htpc, буду настраивать на выхах, по старому опыту сделал на базе амд (феном2 х4). И очень интересовали эти интеловские встроенные видео-ядра. ТДП 25 ватт на всё и нет подёргиваний картинки?
     
     
  • 6.29, Вова (?), 18:53, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > для меня это важно, не сочтите за назойливость: вы смотрите любые full-hd
    >  на full-hd мониторе/телеке без напрягов?
    > Дело в том, что я сейчас уже вложился в htpc, буду настраивать
    > на выхах, по старому опыту сделал на базе амд (феном2 х4).
    > И очень интересовали эти интеловские встроенные видео-ядра. ТДП 25 ватт на
    > всё и нет подёргиваний картинки?

    дополню: под линуксом.

     
     
  • 7.30, Анон (?), 19:05, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Я соснул того белого жирного заяца в 1080p в трёх кодеках (mp4/theora/h264). Mplayer (гентовый, нужны флаги - говори) грузит оба ядра примерно на 20-30% на всех кодеках. Смотрю на Thinkpad X200 подключённому к внешнему монику с разрешением 1920x1200 по display port.
    Если есть другие файлы на тест - давайте, проверю.
     
     
  • 8.31, Анон (?), 19:54, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Вспомнил один фильмец который клинил у меня на старом десктопе - Planet Earth, п... текст свёрнут, показать
     
     
  • 9.32, Вова (?), 21:25, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    про флаги мплеера интересно, а влц не пробовали Я уже вложился в феном, но впол... текст свёрнут, показать
     
     
  • 10.34, Анон (?), 23:11, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ebuild R media-video mplayer-1 0_rc4_p20101114 USE X a52 alsa doc dvd e... текст свёрнут, показать
     
  • 9.33, Вова (?), 21:30, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Понятно, я нагрузку последний раз замечал здесь http rutracker org forum vi... текст свёрнут, показать
     
     
  • 10.35, Анон (?), 23:12, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Есть возможность вырезать этот кусок и выложить На моём 3х мегабитном инете я б... текст свёрнут, показать
     
     
  • 11.43, Вова (?), 11:21, 26/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    у меня проблемы с вырезанием, хотел выполнить mencoder -ovc copy -oac copy -ss ... текст свёрнут, показать
     
     
  • 12.44, Вова (?), 13:03, 26/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    файлик тут http webfile ru 5220683 переименовал из 00009 m2ts в 09 и запак... текст свёрнут, показать
     
     
  • 13.47, Анон (?), 13:51, 28/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    1 ХЗ почему но на этом файле mplayer обычный, mplayer2 уже удалил, может потом... текст свёрнут, показать
     
     
  • 14.48, Вова (?), 14:31, 28/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    спасибо за тест Без подёргиваний, всё плавно Отлично ... текст свёрнут, показать
     
     
  • 15.49, Анон (?), 16:26, 28/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ну могу видео заснять для убедительности, правда цифры top а врядли будет видно ... текст свёрнут, показать
     
  • 3.40, dimqua (ok), 10:37, 25/03/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Лично у меня после того, как я узнал о DRM в Sandy Bridge, отпало всякое желание покупать эти процессоры...
     
  • 2.11, Семен (??), 16:24, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > теперь декодирование через проприетарные видиокарты -- не нужны!  и Crystal HD значит можно не покупать!

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

     
     
  • 3.13, Анон (?), 16:42, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> теперь декодирование через проприетарные видиокарты -- не нужны!  и Crystal HD значит можно не покупать!
    > Тепловыделение и энергопотребление при декодировании через проц в разы выше. Это как
    > из пушки по мухе стрелять. Так что приналичии соотвествующей видяхи... лучше
    > уж через нее.

    Обычные видяхи как правило не умеют аппаратно декодить трушные форматы вроде theora или vp8.

     
     
  • 4.16, Аноним1233211 (?), 16:48, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Обычные видяхи как правило не умеют аппаратно декодить трушные форматы вроде theora или vp8.

    они и H264 не умеют... [в случае если исключена проприетарная ситуация]

     
     
  • 5.19, Анон (?), 17:00, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Я не понял что за случай, но свободные драйвера intel умеют аппаратный декод h264.
     
     
  • 6.23, anonas (?), 18:09, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    имеет место быть не аппаратный декод а ускорение софтверного декода средствами видеоадаптера
     
     
  • 7.26, Аноним1233211 (?), 18:34, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    впринцепе -- хоть-какбы-это-не-назвать-бы -- если оно позваляет смотреть HD-Фильмы без тормазов (и без проприетарщины) -- то это клёва же!

    ..но в данном случае -- речь идёт далеко не об "обычной" видиокарточке -- в этом и загвоздка :-(

     
     
  • 8.45, qux (ok), 11:48, 27/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    нормальный проц позволяет это же... текст свёрнут, показать
     
     
  • 9.46, Вова (?), 12:04, 28/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    только теоретически ... текст свёрнут, показать
     
  • 4.42, Аноним (-), 12:17, 25/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А еще они не умеют фильтры, поэтому наслаждайтесь бадингом и мусором масштабирования.
     
  • 3.41, dimqua (ok), 10:40, 25/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Тепловыделение и энергопотребление при декодировании через проц в разы выше.

    Это вам так маркетологи сказали или это действительно так?

     

  • 1.7, gkv311 (ok), 16:06, 24/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Аналогичный релиз выпустили разработчики форка FFmpeg - Libav 0.6.2.

    Эммм... А там про FFmpeg-mt ни слова :(.

     
     
  • 2.18, RedRat (ok), 16:56, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Новость на главной странице от 21 марта. А "развод" FFmpeg и Libav состоялся раньше. Видимо, не успели смержить.
     
     
  • 3.20, gkv311 (ok), 17:15, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Да в том то и дело, что как пользователю libav* библиотек, совершенно непонятно какой проект является флагманом и ушла в форк значительная часть разработчиков или только небольшая.
    И вообще распыление сил в таком здоровом проекте как FFmpeg - очень печальное событие.
     
     
  • 4.22, RedRat (ok), 17:29, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Да в том то и дело, что как пользователю libav* библиотек, совершенно
    > непонятно какой проект является флагманом и ушла в форк значительная часть
    > разработчиков или только небольшая.

    Я думаю, пока никто не возьмётся предсказывать, какая из веток окажется более успешной. Форкнутая версия 0.6.2 вышла чуть раньше, но это - не показатель. Примерно через пол-года или год станет ясно, кто будет в состоянии регулярно выдавать "на-гора" новые релизиы, а кто будет в роли догоняющего.

     

  • 1.21, pavlinux (ok), 17:19, 24/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Раньше грузило одно ядро до 100%, теперь будет все. Ура!  
     
  • 1.24, bav (ok), 18:22, 24/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ю-ю-ху. Хеннеси рекой! Никто уже и не верил, а они взяли и смержились.
     
  • 1.36, Аноним (-), 06:36, 25/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Страно както если зайти сюда http://gitorious.org/ffmpeg/ffmpeg-mt
    то видим что "ffmpeg-mt in Libav"... я чтото теперь совсем непонял сторонником кого остался проект ffmpeg-mt?
     
     
  • 2.37, gkv311 (ok), 09:35, 25/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Не удалось найти указанной строки по ссылке...
     

  • 1.38, gkv311 (ok), 09:56, 25/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ага, я наконец-то понял как задействовать эту штуку!
    И ведь нигде не написано, что многопоточное декодирование реализовано только с опцией сборки pthreads и НЕ работает с опцией w32threads (сборки для Windows)!
     
  • 1.50, Аноним (-), 01:48, 30/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Щас обновил ffmpeg-mt из git'а и смотрю они накатали изменения из Libav...
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру