Cisco выпустит open source-реализацию H.264, которую включат в Firefox

    imageСегодня Cisco анонсировала выпуск бесплатной высококачественной open source-реализации H.264 — вместе с бесплатными, заранее скомпилированными модулями, которые будут доступны для загрузки с сайта Cisco. Этот шаг означает, что любой open source проект сможет использовать модуль H.264 от Cisco без лицензионных отчислений. Сейчас H.264 — один из самых популярных видео-кодеков в интернете: его используют для стриминга видео в html5, для видеоконференций и на смартфонах.

    Патентный статус видео кодеков — одно из самых больных мест open source. Самый популярный кодек в современном, H.264, запатентован и лицензирован MPEG LA таким образом, что условия не позволяют включать его в состав open source-продуктов — подробнее об этом писали на Хабре ранее. Теперь же готовые модули кодека OpenH.264 от Cisco смогут быть включены в любые приложения. Самое главное — вскоре (в начале 2014) они будут включены в Firefox, поскольку Mozilla уже поддержала инициативу Cisco, пообещав в лице своего CTO Брендана Айка по мере возможного участвовать в разработке и поддержке OpenH.264. Это решение позволит использовать H.264 в WebRTC наряду с VP8.

    Cisco выпустит под лицензией BSD собственный H.264-стек и скомпилирует бинарные модули для всех возможных популярных платформ; эти модули можно будет использовать в любом приложении. За использование готового модуля платить теперь не придется — лицензию на него оплачивает Cisco, отчисляющая деньги в MPEG LA. Однако, здесь кроется и главный недостаток сегодняшнего анонса: в случае, если вам понадобится использовать исходники кодека в своем приложении, вам все равно придется заплатить отчисления. Таким образом выходит, что несмотря на открытость исходников, они не имеют особого смысла — использовать их будет не так-то просто.

    Источники: blogs.cisco.com, brendaneich.com, gigaom.com, мнение Monty Montgomery, сайт кодека.
    Поделиться публикацией
    Ой, у вас баннер убежал!

    Ну. И что?
    Реклама
    Комментарии 36
      +5
      Поддержка GPU будет?
        +1
        Нигде не нашел упоминания.

        В своем блоге Брендан Айк в комментариях отвечает на вопросы по стандарту; я задал ему вопрос про GPU, но он мне ничего не ответил.
        +25
        Хм, появилась ещё одна компания добра =)

        Принцип сохранения числа компаний добра — когда одна делает шаги к Тёмной стороне, другая начинает делать добрые дела. Таким образом, во вселенной сохраняется баланс между Светлой и Тёмной стороной Силы.
          +1
          Я бы не назвал это добром, ибо черт его знает что они в бинарные сборки понапихают.
          С другой стороны, используя исходники можно будет проанализировать бинарные сборки (я уверен что кто-то да займется этим).

          А вообще, насколько я помню, Cisco подобным и так занимается. Она до этого (если я ничего не путаю) открывала спецификации различных протоколов, чтобы их устройства работали с другими.
            +3
            Айк уже обещает в комментариях блога, что Mozilla займется.
              +1
              Ну вот и хорошо, хотя лично я против бинарных блобов. Так-же есть весомый довод не трогать VP8/9 и H.264/5, т.к. Xiph.Org разрабатывает Daala, которая не только свободна от всех этих патентов (т.к. алгоритмы были разработаны с нуля), но и превосходит H.265 и VP9 по качеству.
                0
                У всех кодеков самое важное свойство — поддерживают ли их на уровне железа. Для мобильных устройств наиболее актуально.

                Как с этим у Daala?
                  +1
                  Пока никак (как и у всякого формата, ещё находящегося в процессе разработки).

                  Но мобильники много чего не поддерживают; например, мне довелось на личном опыте убедиться в том, что всякая попытка открыть на современном мобильнике HTC One в операционной системе Android 4.3 видеопроигрывателем MX Player в режиме аппаратного видеоускорения какой-нибудь видеоролик в формате Hi10P немедленно вызывает сбой (аварийное завершение) видеопроигрывателя.

                  Приходится переключаться на программный декодер (благо процессор не одноядерный), приходится пренебрегать лихорадочным нагревом устройства и бешеным отжиранием электрической энергии, запасённой в батарейке.
          +12
          Запатентована не реализация а алгоритмы. Опенсурс реализация ничего не дает и не освобождает от отчислений.
            +3
            Не во всех странах есть патенты на алгоритмы.
              +3
              В этих странах x264 можно
                0
                Лицензионные требования оригинального ПО никто не отменял. Пиратить его тоже нельзя.
                  +3
                  X264 свободный кодек. Разницы с этим в этом плане нет.
                    +1
                    x264 распространяется под лицензией GPL, в отличие от сабжа.
                      +4
                      для Linux дистрибутивов не особая проблема.
              +7
              Ну так это, считайте, в статье между строк написано.

              За использование готового модуля платить теперь не придется — лицензию на него оплачивает Cisco, отчисляющая деньги в MPEG LA

              В случае, если вам понадобится использовать исходники кодека в своем приложении, вам все равно придется заплатить отчисления.


              То есть сам код — да, ничего не даёт, если ты его скомпилируешь, то придётся платить тебе. А если его скомпилирует Cisco, то тебе он достанется бесплатно. Я ведь правильно понял?

              В свете последней статьи про компиляторы с закладками это плохо пахнет, если честно.
                +1
                И ведь все равно его нельзя будет использовать в базовой поставке дистрибутивов, только в секции nonfree. Профит вижу только для винды и мака.
                  0
                  Причём тут винда и мак? У них и так вcё хорошо было. А вот на Linux'е Mozilla оказалась в тяжёлой ситуации после того, как Adobe отказалась поддерживать Flash.
                    0
                    Все равно так они смогут только сборку на сайте распространять, в дистрибутивах же такого фокса с этим кодеком не будет. В линуксе и так с сайта качают фокс единицы.
                      0
                      Флэш тут не при чём. Описанное в новости на него не влияет совсем. А H.264 в Linux был уже давно благодаря тому, что Firefox собирали с поддержкой GSTreamer.
                    +1
                    Верно.

                    Реакция на Западе неоднозначная — с одной стороны, это все равно хорошая новость (сейчас H.264 повсюду — и лучше что-то, чем ничего), а с другой — это значит, что в обозримом будущем по-настоящему открывать кодек никто не собирается. Там еще и с AAC вопрос не решен.

                    Mozilla в открытую говорят, что сейчас — да, H.264 это уже что-то. А вот для будущего они делают свободный Daala, которым хотят попробовать забороть и VP9 Гугла, и H.265 всех остальных.
                      +5
                      Daala разрабатывает не Mozilla Foundation, а Xiph.Org Foundation. И да, они «заборят» VP9 и H.265, т.к. алгоритмы новые и свободные от патентов, разработка ведется «независимым» лицом и, немаловажный факт, выше качество получаемого изображения.
                        +2
                        Будем надеяться, что им все удастся.
                          +4
                          «алгоритмы новые и свободные от патентов»

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

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

                          такая вот беда.
                    –1
                    Интересно, а HLS полноценный в FF сделают в связи с этим?
                      +1
                      Я так и не понял, в чем юридическое отличие от текущих open source реализаций h.264?
                        +5
                        Если берем только open source часть — предполагаю, что лицензией BSD.

                        При анонсе Cisco заявили, что им жаловались те, кто разрабатывает проекты не под GPL (а GPL позволяет использовать x264) — потому что вдобавок к отчислениям за использование x264, им приходилось платить еще и за реализацию. Теперь, когда реализация будет доступна, не использующие готовые бинарники должны будут платить только отчисления.

                        Почему прозвучал такой аргумент, если про бинарники никогда не шло и речи? Здесь и вылезает предполагаемая причина подобного поступка Cisco.

                        Сейчас идет борьба между стандартами видеокодеков за то, чтобы один из них стал частью стандарта WebRTC, за которым — однозначно — будущее. Как производителю оборудования, Cisco хочется, чтобы победил H.264 (и стал MTI codec for WebRTC). Отсюда и их новый посыл к разработчикам — «используйте готовые модули, и все будет бесплатно; не хотите модули — можете взять наш код и смело использовать», что вроде бы как и ставит стандарт на одну ступеньку с остальными — действительно открытыми — конкурентами (вроде VP8). Mozilla хотя и поддержала этот поступок, но сама же говорит, что «it is not in the long-term best interests of users and the Web».

                        Про эту точку зрения подробнее можете почитать здесь, надеюсь стало немного яснее. Ну и поправьте пожалуйста, если в чем-то ошибся.
                          +5
                          И в итоге это ничуть не приблизит конец этого маразма с патентами, печально.
                            +1
                            Более того, я уверен, что это большой тормоз на пути свободных реализаций видеокодеков. Ведь теперь не надо искать бесплатное решение, когда есть такой патентный костыль. Не всех, но многих такая времянка может устроить. Это однозначно оттянет часть аудитории у свободных проектов.
                        +6
                        Совершенно не соответствует определению ни открытости, ни свободы. Ок, freeware кодек. Удивили ежа голым бинарником. Мне кажется, FF совершает фатальную ошибку.

                        Более того, согласно политикам debian, ПО, которое не соответствует определению свободного вылетает из main и попадает, в лучшем случае, в non-free. А ПО, которое для своей работы требует несвободного ПО, попадает в contrib.

                        Так что бедный файрфокс может вообще остаться без debian'а. С точки зрения «аудитории» может и не много, а вот репутационно они себе всё попортят.

                        Представьте себе заголовок «Debian удаляет Firefox как несвободный браузер». Буэ.
                          +9
                          Так в дебиане и так Iceweasel :D
                            0
                            Да.

                            > Firefox will automatically download and install the appropriate binary module onto each user’s machine when needed, unless disabled in the user’s preferences.

                            То есть это выключается в настройках. А в Debian по-любому по умолчанию вырубят (особенно с учётом, что там Iceweasel собран с GStreamer, балгодаря чему уже умеет H.264). Но всё равно, очень подозрительный шаг со стороны FF.
                              0
                              А чего подозрительный? Они и так в MacOS X и Windows 7 используют библиотеки от ОС, которые (внезапно) закрытые. Тут оно просто будет везде и одинакового.
                            0
                            [dup]
                              +1
                              С точки зрения «аудитории» может и не много, а вот репутационно они себе всё попортят.

                              Судя потому, что Firefox не используется в Debian и многие об этом не знали, не так уж и сильно
                              +2
                              Дело еще в том, что платить за кодек надо не только тем, кто софт выпускает, но и веб-сайтам, которые транслируют видео, используя этот кодек (начиная с определенного количества «подписчиков»).

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

                              Для WebRTC лучше бы свободный кодек выбрали.

                              Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                              Самое читаемое