The OpenNET Project / Index page

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

Компания Cisco откроет не требующий отчислений кодек H.264, который будет задействован в Firefox

30.10.2013 19:17

Компания Cisco анонсировала решение по открытию собственной реализации кодека H.264 - OpenH264. Реализация кодека будет открыта под лицензией BSD и дополнительно доступна для бесплатной загрузки в форме бинарного модуля. Бинарный модуль сможет быть задействован без каких-либо ограничений и освобождён от выплаты отчислений организации MPEG LA, так как формально он является продуктом компании Cisco, которая является лицензиатом MPEG LA.

В качестве основной цели предоставления не требующей отчислений реализации H.264 называется намерение по обеспечению поддержки H.264 в API WebRTC, предназначенном для организации аудио и видео коммуникаций в режиме реального времени. На следующей неделе комитет IETF (Internet Engineering Task Force), занимающийся развитием протоколов и архитектуры сети Интернет, намерен утвердить видеокодек, стандартизированный для использования в API WebRTC. Cisco заинтересована в том, чтобы таким кодеком стал H.264. Использование H.264 в WebRTC не потребует перекодирования контента и позволит обеспечить совместимость с уже доступными устройствами и приложениями для проведения видеоконференций.

Проект Mozilla объявил о намерении включить поддержку H.264-модуля Cisco в Firefox. Указанный шаг позволит предоставить пользователям Firefox возможность доступа к контенту, оформленному с использованием кодека H.264, в любых операционных системах, независимо от наличия системной поддержки H.264 (в настоящее время Firefox может использовать штатные кодеки Windows, Android и GStreamer). Основными мотивами поддержки H.264 является предоставление средств для работы с уже существующим накопленным в Сети контентом и обеспечение совместимости с другими браузерами.

В одном из будущих выпусков Firefox, ориентировочно в начале 2014 года, будет добавлена функция загрузки с сайта Cisco подходящего для текущей операционной системы варианта модуля и его установки на компьютер пользователя, если пользователь явно не запретит такое действие в настройках. Поддержка кодека VP8 будет сохранена в полном объёме. В будущем ставка делается на свободный кодек Daala, развиваемый сообществом Xiph.Org. После завершения разработки, Mozilla будет продвигать Daala в качестве полностью свободного и не требующего отчислений кодека нового поколения для Web.

  1. Главная ссылка к новости (https://blog.mozilla.org/blog/...)
  2. OpenNews: В ночных сборках Firefox для Linux включена поддержка декодирования H.264 через GStreamer
  3. OpenNews: Представлен ORBX.js - сравнимый с H.264 видеокодек, реализованный целиком на JavaScript
  4. OpenNews: В ночных сборках Firefox для Windows включена поддержка H.264, AAC и MP3
  5. OpenNews: Mozilla рассматривает возможность поддержки H.264
  6. OpenNews: Компания Google подробно обосновала причины удаления поддержки H.264 из Chrome
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/38299-webrtc
Ключевые слова: webrtc, video, h.264, firefox
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (124) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 20:08, 30/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +16 +/
    Что-то они поздно спохватились: VP9 и H.265 на дворе. Наверное потому и...
     
     
  • 2.14, Аноним (-), 20:47, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Не знаю, кто где спохватился, но когда пишут "доступно для бесплатной загрузки в форме бинарного модуля", это должно настораживать, не?
     
     
  • 3.16, BratSinot (ok), 20:51, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Реализация кодека будет открыта под лицензией BSD
     
     
  • 4.20, Аноним (-), 20:56, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • –6 +/
    В айфоне тоже под BSD, что не мешает им троллить всех подряд патентами
     
     
  • 5.22, BratSinot (ok), 20:58, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Где вы это вообще откопали?
     
     
  • 6.24, Аноним (-), 21:02, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Где вы это вообще откопали?

    Погуглите слово Darwin.

     
     
  • 7.46, Аноним (-), 22:45, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Погуглите слово Darwin.

    Удачи нагуглить порт на ARM, кстати.

     
  • 7.55, szh (ok), 00:10, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ты запутался. Apple не открывает , Cisco открывает.
     
  • 5.31, 123 (??), 21:25, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Там не всё под BSD.
     
     
  • 6.45, Аноним (-), 22:45, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Там не всё под BSD.

    Просто оно в исходниках - только для эппла. А у вас есть свобода пойти нафиг и сделать самолично порт Darwin на ARM, если пупок не развяжется.

     
  • 5.43, Аноним (-), 22:43, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > В айфоне тоже под BSD,

    При том оно в исходниках есть только для эппла. А вам - удачи найти порт дарвина на ARM в сорцах. Ага...

     
  • 2.52, Инкот (?), 23:14, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Здесь писали, что кодек H.265 потребляет намного больше вычислительных ресурсов по сравнению с H.264: http://www.opennet.ru/opennews/art.shtml?num=37526 . А значит и электроэнергии. Следовательно, на мобильных устройствах воспроизведение видео с кодеком H.265 будет сильно садить батарею.
    Можно провести некоторую аналогию с архиваторами, когда в опциях задаёшь степень сжатия и это влияет как на скорость сжатия, так и на потребляемое количество памяти.
     
     
  • 3.69, inferrna (ok), 07:28, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это при кодировании с использованием всех новых фич. Фактически, при кодировании с телефона, он будет жать где-то на уровне старого h.263 (divx) и потреблять совсем немного. А при декодеровании разницы вообще не будет.
    Алсо, патентоподелки мпеглы не нужны, сейчас каждый второй студент пишет свой кодек и ни с кого ничего не требует.
     
     
  • 4.100, Аноним (-), 18:55, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Это при кодировании с использованием всех новых фич. Фактически, при кодировании с
    > телефона, он будет жать где-то на уровне старого h.263 (divx) и
    > потреблять совсем немного. А при декодеровании разницы вообще не будет.
    >  Алсо, патентоподелки мпеглы не нужны, сейчас каждый второй студент пишет свой
    > кодек и ни с кого ничего не требует.

    Ну и качество, соответственно, жаст фор фан :))))))))))))) На уровне.

     
  • 2.56, Челъ (?), 00:13, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Открыть Н264 никогда не поздно.
     

  • 1.3, Аноним (-), 20:17, 30/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +14 +/
    > формально он является продуктом компании Cisco, которая является лицензиатом MPEG LA и предоставляет свои патенты в связанный с H.264 патентный пул.

    Интересно, как скоро циску вышвырнут из MPEG LA за злостный саботаж копирастических задач?

     
     
  • 2.4, Aceler (ok), 20:21, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • +15 +/
    «Академия наук не может отлучить меня. Это я могу отлучить от себя академию» ©
     
  • 2.6, Карбофос (ok), 20:24, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    почему это вдруг и вышвырнуть? кость с мякотью бросили, чтоб копирасты пасть заткнули, вот и всё.
     
     
  • 3.13, Аноним (-), 20:43, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так они же и выбросили
     
     
  • 4.61, Карбофос (ok), 00:56, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    нельзя просто так взять и положить болт на других соучастников mpeg la. полагаю, договорённости были соблюдены.
     
     
  • 5.80, robux (ok), 12:53, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    У меня такая же мысль, копирасты стравливают избыточное давление в обществе.
     
     
  • 6.102, Аноним (-), 19:31, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > У меня такая же мысль, копирасты стравливают избыточное давление в обществе.

    Просто иначе гугл сломает им не только профит в 1 сценарии, но и всю их мпеглу совсем, как систему. И весь мпег отправится курить бамбук, т.к. грош цена этим экспертам будет. Собственно с их методами разработки "типа, стандартов" они давно нарываются на то чтобы с ними это произошло. А если учесть что гугл не только занахаляву раздает референсные реализации кодеков, но и явно лицензирует все патенты и даже помогает делать аппаратные блоки royalty-free кодировщика/декодировщика - логично что гугл имеет все шансы стать новым центром создания стандартов, сместив центр компетенции на себя.

     

  • 1.7, Crazy Alex (ok), 20:35, 30/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Забавный поворот. Это что же, Циска убила половину доходов мпеглы?
     
     
  • 2.10, Аноним (-), 20:41, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Скорее все настолько боятся гугловского решения, что готовы поделиться частью доходов
     
  • 2.27, Аноним (-), 21:13, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Циска не убила половину доходов мпеглы, а взвалила их обеспечение на себя:

    >>264 is protected by patents, which are managed through MPEGLA. We will be paying the royalties for all downloads of the binary distribution of this open source component, which makes it free for any browser to include in their implementation.<<

    Аттракцион всемирной щедрости.

     
     
  • 3.30, Аноним (-), 21:19, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Аттракцион всемирной щедрости.

    Скорее аттракцион всемирного надувательства. Циска работает на руку MPEGLA и те с радостью закроют глаза на все эти шалости.

     
  • 2.79, name (??), 12:41, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    шаг на опережение
    сейчас мы бесплатно отдаем софтварный декодер, который будут использовать многие.
    Старый кодек живет дольше, активное внедрение новых кодеков замедляется.
     

  • 1.8, Аноним (-), 20:37, 30/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Ой, а что же не под GPL? Столманофилам же не понравится. Сisco, ты о них подумала?
     
     
  • 2.19, Нанобот (ok), 20:56, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Ой, а что же не под GPL? Столманофилам же не понравится. Сisco,
    > ты о них подумала?

    у столманофилов есть столлман, им этого достаточно

     
  • 2.21, Аноним (-), 20:58, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > Ой, а что же не под GPL? Столманофилам же не понравится. Сisco,
    > ты о них подумала?

    Столманофилам хорошо известно, что открытый код не гарантирует свободы в том случае когда все алгоритмы жёстко запатентованы.

     
     
  • 3.28, rm_ (ok), 21:13, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    <rm> нусмотри
    <rm> как всегда есть ньюанс
    <rm> http://blogs.cisco.com/collaboration/open-source-h-264-removes-barriers-webrt
    <rm> > Cisco will not pass on our MPEG LA licensing costs for this module
    <rm> > for this module
    <rm> т.е. ты защищён от MPEG LA только пока ты юзаешь цискин модуль
    <rm> а если ты вдруг захотел сугубо свой, "принципиально новый" написать, к примеру с ускорением декодинга на FPGA
    <rm> тооо тут-то тебя и возьмут за одно место
    <rm> т.к. циска и её решение к тебе никаким боком
    <rm> а сам формат и алгоритмы в нём патентованы
    <rm> и доказать что ты их получил от циско ты не можешь
    <rm> т.к. у тебя нету ни строчки от их кода
    <rm> это я так предполагаю после минутного размышления
    <rm> конечно же подождём прессрелиза от фсф
     
     
  • 4.29, Аноним (-), 21:17, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Даже бинарный модуль не решает проблемы, поскольку на свете есть десятки архитектур и операционных систем, а как только кто-нибудь запустит gcc, он сразу попадает под действие патентов.
     
     
  • 5.33, annulen (ok), 21:39, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >на свете есть десятки архитектур

    ...под которые этот модуль еще придется оптимизировать, чтобы оно не тормозило.

     
  • 5.49, Crazy Alex (ok), 22:57, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну, реально-то интересны штук пять архитектур с линуксом, две с виндой и одна с макосью. Всё остальное для реальных кейсов использования этого кодека на фиг не нужно.
     
  • 5.91, Тот_Самый_Анонимус (?), 17:09, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Даже бинарный модуль не решает проблемы, поскольку на свете есть десятки архитектур и операционных систем, а как только кто-нибудь запустит gcc, он сразу попадает под действие патентов.

    Эх, в какой дикой стране я живу, у нас ничего не работает. В этой cpaной рашке даже патенты на ПО не работают :(
    То ли дело в СШАшке работает всё. У общества без цветовой дифференциации штанов (патентов) нет цели. Дикари!

     
  • 4.44, Crazy Alex (ok), 22:44, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Судя по всему, так и есть. То есть код они дают, но использовать надо их бинарный модуль. Тогда ты защищен от патентов.
     
  • 4.67, Антон (??), 07:03, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >нусмотри
    >ньюанс

    Когда же все эти обезьяны сдохнут.

     
     
  • 5.78, Аноним (-), 12:31, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Следующая мировая война будет тоже  начата нацистами, только другой разновидностью - граммар-наци.
     
  • 5.82, Demo (??), 13:10, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Когда же все эти обезьяны сдохнут.

    В смысле?
    Тебе нравится писать "нюанс", а произносить "ньюанс"? Ну так это твои проблемы.

     
     
  • 6.85, Аноним (-), 13:42, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А зачем произносить «ньюанс»? https://fr.wiktionary.org/wiki/nuance
     
     
  • 7.90, Demo (??), 15:37, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > А зачем произносить «ньюанс»?

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

     
  • 4.81, Demo (??), 13:07, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > <rm>
    > <rm>
    > <rm>
    > <rm>
    > <rm>

    Что это за монолог?

     
     
  • 5.127, Аноним (-), 15:48, 03/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    видимо забыл добавить -rf в свой крутой xml :)
     

  • 1.9, Аноним (-), 20:39, 30/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Это очень сильно напоминает заговор. Нам предлагают левый бинарь в качестве бесплатного сыра, мышеловкой же будут патенты на код текущей и следующей версии. Кроме того, ничего не сказано про AAC, без которого MP4 видео контейнер бесполезен.
     
     
  • 2.17, Нанобот (ok), 20:53, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Нам предлагают левый бинарь в качестве бесплатного сыра

    кто ж вам виноват, что вы читаете через пять строк. вам сам бог велел быть вечной жертвой "заговора"

     
     
  • 3.23, Аноним (-), 21:00, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > кто ж вам виноват, что вы читаете через пять строк. вам сам
    > бог велел быть вечной жертвой "заговора"

    Почитайте новость ещё раз, если не понимаете. Очевидно, необходимость в бинарном модуле обозначает, что исходники использовать запрещено. Это как груша, которую сами знаете что.

     
     
  • 4.32, Andrew Kolchoogin (ok), 21:33, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Вы читать не умеете?

    Где в новости слова "необходимость в бинарном модуле"?

     
     
  • 5.40, Andrey Mitrofanov (?), 22:23, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вы читать не умеете?
    > Где в новости слова "необходимость в бинарном модуле"?

    Оплаченная сискоу лицензия на мозговые сущности мпегла распространяется только на её собственные бинарники. См.##27 и 28.

    Практически _любое использование "свободных под BSDL" исходников, кроме скачать _втихую, пока _никто не видел, требует оплаты лицензии мпег-ле, и/или грозит иском от них.

    Например, думаю, распространять и модифицировать эти "исходники" нельзя, gcc на них - нельзя.

    И давайте обсудим _юрисдикцию, которая позволяет на это класть.

     
     
  • 6.57, Аноним (-), 00:22, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А чегю юрисдикции обсуждать? И так известны те 4, где патенты на алгоритмы действуют.
     
  • 4.76, szh (ok), 11:39, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Почитайте новость ещё раз, если не понимаете. Очевидно, необходимость в бинарном модуле обозначает, что исходники использовать запрещено. Это как груша, которую сами знаете что.

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

     
  • 4.103, Аноним (-), 19:34, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Почитайте новость ещё раз, если не понимаете. Очевидно, необходимость в бинарном модуле
    > обозначает, что исходники использовать запрещено. Это как груша, которую сами знаете что.

    Money DDoS на цыско: качаем 100500 раз модуль. После этого цыска залетает на бабки а вы можете довольно долго компилять все что пожелаете - цыска наперед уплатила уже :).

     

  • 1.12, RazrFalcon (ok), 20:43, 30/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    А чем из х264 не устроил?
     
     
  • 2.18, Нанобот (ok), 20:55, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > А чем из х264 не устроил?

    вероятно какие-то мутные копирастические заманухи, типа лицензии на право дышать рядом с реализацией кодека

     
  • 2.34, Аноним (-), 21:51, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Например, тем что только encoder и GPL.
     
  • 2.58, Аноним (-), 00:24, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тем, что за лицензирование этой реализации никто ни в каком виде вместо тебя не заплатит.
     

  • 1.15, Аноним (-), 20:50, 30/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    По-моему мозилла кусает руку которая их кормит. Не ужели они думают, что после таких вот выпадов, гугл даст им хоть цент в будущем
     
     
  • 2.25, Аноным (ok), 21:03, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ого, а в самом Хроме не иначе как поддержки 264 нет и никогда не было.
     
     
  • 3.26, Аноним (-), 21:06, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Ого, а в самом Хроме не иначе как поддержки 264 нет и никогда не было.

    Гугл покупал дорогущую компанию и открывал их кодеки не для того, чтобы всякие левые сателлиты перебегали к конкурентам.

     
     
  • 4.47, Аноним (-), 22:47, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > всякие левые сателлиты перебегали к конкурентам.

    Тогда, очевидно, им самим надо для начала перестать конкурентов поддерживать, не?

     
  • 4.75, szh (ok), 11:33, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Поддержку VP8 никто не убирает
     

  • 1.35, Аноним (-), 21:52, 30/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В git'е пока пусто.
     
  • 1.36, Lain_13 (ok), 22:00, 30/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Так я не понял, сырцы своей реализации они открыли, но использовать всё одно модно только их бинарный модуль, а иначе снова патенты? Экий маразм-то.
     
     
  • 2.37, Lain_13 (ok), 22:02, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Причём к тому моменту, когда это появится в том же фоксе, у нас уже будет полным ходом идти срачь VP9 vs. H265. Эк вовремя они. -_-
     
     
  • 3.39, annulen (ok), 22:22, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Кодирование H265 и VP9 требует намного больше ресурсов, чем кодирование H264 и VP8, поэтому замена неравноценная.
     
     
  • 4.48, Аноним (-), 22:48, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Кодирование H265 и VP9 требует намного больше ресурсов, чем кодирование H264 и
    > VP8, поэтому замена неравноценная.

    Сугубо вопрос оптимизации и соотношения битрейт-качество. Вон аппаратные кодеры жмут быстро. Правда, битрейт/качество - ни о чем...


     
  • 4.54, Lain_13 (ok), 23:43, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты так говоришь, как будто это важно. С такой логикой мы б до сих пор сидели бы с каким-нибудь MPEG2 или вовсе M-JPEG. А что? Видео жмётся в них просто с охренительной скоростью, а H264/VP8 требуют на много больше ресурсов. Особенно для качественного двухпроходного сжатия.
     
     
  • 5.112, annulen (ok), 13:54, 01/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ты так говоришь, как будто это важно.

    Думаю, что для WebRTC важно, так как кодировать надо в реалтайме на машине юзера, и увеличение вычислительных затрат в 4 раза не окупит ускорение передачи данных за счет уменьшения битрейта видео.

     
     
  • 6.116, Lain_13 (ok), 15:51, 01/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ну значит будут сидеть h264. -_-

    Думаешь почему Циска так засуетились? В долгосрочной перспективе сохранение за h264 статуса стандарта может быть и выгодно. А потом уже и процессорные мощности клиентских устройств подтянутся + аппаратные кодеры. Для высококачественного кодирования они непригодны, но вот для чатика идеальны.

     
  • 4.60, PereresusNeVlezaetBuggy (ok), 00:39, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Кодирование H265 и VP9 требует намного больше ресурсов, чем кодирование H264 и
    > VP8, поэтому замена неравноценная.

    Кодирование-то ладно. У нас на дворе век потребительства, поэтому реально важно будет только декодирование. Я не спец в этих алгоритмах - насколько вырастает нагрузка по сравнению с привычными H.264 и WebM?

     
     
  • 5.84, Lain_13 (ok), 13:28, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Не нашёл адекватного сравнения. Все обычно сравнивают только скорость кодирования. На сколько я понял современных процессоров достаточно для программного декодирования, а на ограниченных в ресурсах системах всё будет упираться в аппаратное декодирование, а там уже важно потребление батарейки обычно.

    Пример аппаратного декодера: http://www.design-reuse.com/sip/hardware-video-decoder-ip-supporting-hevc-h-2
    (запретите на сайте скрипты, а то скрывать всё будет через 1-2 секунды — мудаки-с)

     
     
  • 6.97, Xasd (ok), 18:20, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > (запретите на сайте скрипты, а то скрывать всё будет через 1-2 секунды — мудаки-с)

    ну или лучше выполнить команду:



    document.querySelector('#preview').style.display = "block"




     
     
  • 7.107, Lain_13 (ok), 23:07, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Похоже они просекли, что их поимели, и теперь сразу предлагают сначала залогиниться. -_-
     
     
  • 8.119, Аноним (-), 18:27, 02/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Не, это у вас скрипты прорвались ... текст свёрнут, показать
     
     
  • 9.120, Lain_13 (ok), 20:58, 02/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Да не, раньше показывало, а потом анимация была сворачивания блока с текстом, а ... текст свёрнут, показать
     
     
  • 10.126, Аноним (-), 15:03, 03/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Опять же, повторяю у меня с NoScript все показывается на ура Без подлянок Что... текст свёрнут, показать
     
  • 6.104, Аноним (-), 19:36, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > (запретите на сайте скрипты, а то скрывать всё будет через 1-2 секунды

    NoScript rocks :).


     
  • 6.115, annulen (ok), 14:59, 01/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > (запретите на сайте скрипты, а то скрывать всё будет через 1-2 секунды
    > — мудаки-с)

    Еще можно сразу нажать Ctrl-A, и весь текст окажется в буфере

     
  • 5.113, annulen (ok), 13:55, 01/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Кодирование-то ладно. У нас на дворе век потребительства, поэтому реально важно будет
    > только декодирование.

    В WebRTC, вообще-то, кодирование тоже выполняется потребителем.

     
  • 2.38, Аноним (-), 22:22, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    да.
    наслаждайся.
     
  • 2.118, freehck (ok), 01:14, 02/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Вот-вот, я тоже этого не понял. Зачем загружать с сайта Cisco бинарный модуль, если сырцы доступны?
     

  • 1.41, Пиу (??), 22:24, 30/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    троянского коня чую тут я
     
  • 1.42, Аноним (-), 22:25, 30/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Устройства с аппаратным h.264 не скоро отомрут. Их есть океан. Софтварный декодинг VP9 с H265 на мобилоте и бытовухе мне ли только кажется забавным?
     
     
  • 2.50, Crazy Alex (ok), 22:59, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    С декодингом там всё более-менее, да и та мобилота, где это актуально, меняестя с такой скоростью, что VP9 там окажется аппаратным быстро. Вот кодирование - это да, весело.
     
  • 2.114, annulen (ok), 13:55, 01/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Устройства с аппаратным h.264 не скоро отомрут. Их есть океан.

    И есть океан контента, закодированного в h.264

     

  • 1.51, Аноным (ok), 23:00, 30/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Плохая новость, плохая! Мозилла продалась и воткнула чёртов зонд.
     
  • 1.53, lucentcode (ok), 23:21, 30/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Зачем нужно это запатентованное по самое не балуй проприетарное подделие в браузере, когда есть VP8 и VP9?
     
     
  • 2.74, szh (ok), 11:31, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нужны не кодеки, а видео ими пожатое
     
     
  • 3.101, lucentcode (ok), 19:04, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Нужны не кодеки, а видео ими пожатое

    Если большинство браузеров будут декодировать только VP8 и VP9 - видео перекодируют все(начиная от YouTube и заканчивая сайтами для взрослых).

     
     
  • 4.117, szh (ok), 17:05, 01/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Про "если" можно будет говорить если один из Microsoft и Apple начнет поддерживать VP8. А пока они оба против, лицензионные отчисления за h264 получают.
     
     
  • 5.121, Аноним (-), 14:50, 03/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Про "если" можно будет говорить если один из Microsoft и Apple начнет
    > поддерживать VP8.

    Ну вообще-то гугл+мозилла в сумме держат более  50% рынка. Эппл там вообще мелочевка. А MS теряет позиции не по дням а по часам. Так что у них никому ничего диктовать не получится, имхо.

     

  • 1.59, хрюкотающий зелюк (?), 00:27, 31/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не к добру это, не надо лезть в эту проприеторастию. Даже если это потребует создания новых декодеров VP9 - такой путь перспективнее. Сейчас претензий нет, завтра будут.
     
  • 1.62, Аноним (-), 00:58, 31/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вы прежде чем устраивать споры об этой новости прочитали бы данную в этой новости ссылку(https://blog.mozilla.org/blog/2013/10/30/video-interoperability-on-the-web-get) где Mozilla объясняет зачем они интегрируют этот кодек и их дальнейшие планы. Там как раз и написано, что они хотят вместо H.264,H.265,VP8,Vp9 использовать кодек Daala, который они продолжают пилить и будут пилить, а до тех пор они будут использовать H.264.

    А лучше всего чтобы здесь на сайте вывесили перевод указанной в новости страницы блога мозиллы

     
     
  • 2.86, Crazy Alex (ok), 13:58, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    То есть вместо готовыого VP8 и практически готового VP9 они хотят пихать неопиленную даалу, которую явно не станет поддерживать гугл. Чудесно.
     
     
  • 3.95, Анончик (?), 17:36, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    пока даалу не допилят, пихаться будет старый допиленный VP8
     
     
  • 4.105, Crazy Alex (ok), 21:13, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Еще раз. Смысл имеет прдвигать только что-то, что будут поддерживать и мозилла и гугл, иначе рыночная доля уж больно хилая. При этом очевидно, что у гугла и технических, и юридических ресурсов больше, так что логично продвигать VP9, а не даалу.
     
     
  • 5.108, Анончик (?), 00:34, 01/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    а зачем тогда гуглу поддерживать h264 в своем хромоногом?
     
     
  • 6.109, Анончик (?), 00:36, 01/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    в том смысле, что раз нашли в себе внутренние силы поддерживать всякое закрытое гумно, то и открытый кодек не обделят вниманием (надеюсь)

     

  • 1.63, Аноним (-), 02:15, 31/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    А какой практический толк. Я говорю о том, чтобы кодировать видео все равно остается платным.
    Интернет должен строиться ТОЛЬКО и ТОЛЬКО на открытых, ничем не ограничиваемых технологиях!!!!
    Только VP8 и VP9 соответствуют.
     
     
  • 2.83, Demo (??), 13:16, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/

    > Интернет должен строиться ТОЛЬКО и ТОЛЬКО на открытых, ничем не
    > ограничиваемых технологиях!!!!

    Слишком мало восклицательных знаков для этого.


     

  • 1.64, Аноним (-), 05:06, 31/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > H.264,H.265,VP8,Vp9

    Опять нас ждет зоопарк форматов. Только все устаканилось с H264. Опять будем думать на торрентах, что качать, а что нет. 10 bit еще тут.

     
     
  • 2.122, Аноним (-), 14:52, 03/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > 10 bit еще тут.

    Которые половина аппаратных декодеров не жрет...

     

  • 1.65, Аноним (-), 05:13, 31/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    В пору HTPC мощный, но тихий собирать, если это конечно возможно. Я вот тут делал тест H264 1920x1080p 60fps 10bit ~17 Mbps при воспроизведении съедает 66% от i5 sandy bridge 3 GHz (кодировалось это все конечно ацки долго 3fps). А вот можно ли такой проц охладить пассивно или с минимальным обдувом? А тут еще 3D и 4k. Давайте прикинем наиболее тяжелый вариант H265 4k 60fps 10bit ~40 Mbps 3D какое железо для этого нужно.
     
     
  • 2.87, Crazy Alex (ok), 14:00, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Понятно, какое - умеющее акселерировать аппаратно. Через VDPAU тот же.
     
     
  • 3.123, Аноним (-), 14:53, 03/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > VDPAU тот же.

    Который вроде как 10bit как раз и не умеет. На уровне API прямо. Вроде как перцы из MESA предлагали API расширить под это дело как раз.

     

  • 1.66, Zenitur (ok), 05:14, 31/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Умеет ли он кодирование? А то x264 декодирует очень быстро и больше ничего не надо, а вот программное кодирование хочется ускорить.
     
     
  • 2.68, Аноним (-), 07:15, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    x264 это только кодер вообще-то.
     

  • 1.70, АнониМ (?), 07:48, 31/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    отдали уже устаревший кодак, чтоб 265 продвигать как приемника.
     
     
  • 2.71, Andrey Mitrofanov (?), 08:13, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > отдали уже устаревший кодак, чтоб 265 продвигать как приемника.

    Зафиксировали слив x264 и vp8 проприерастам.

     

  • 1.72, Аноним (-), 09:27, 31/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    какой-то мутный подарок
     
  • 1.73, Sylvia (ok), 11:02, 31/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    media.gstreamer.enabled true
    лучше бы в конфиге вот так по умолчанию сделали :)

    Разумеется это только для платформ с наличием Gst

     
  • 1.77, oWeRQ (??), 12:08, 31/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Понятный шаг со стороны Mozilla, учитывая планы отказа от Adobe Flash, большая часть видеороликов может остаться недоступной.

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

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

     
     
  • 2.88, Crazy Alex (ok), 14:02, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Как раз шаг Мозиллы непонятен совершенно, учитывая, что на винде/макоси она умеет системные кодеки, а на линуксе - gstreamer, который есть практически всегда.
     
     
  • 3.89, Аноним (-), 14:48, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    На макоси, вроде, не умеет.
     
  • 2.93, Xasd (ok), 17:31, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Если лицензия распространяется только на готовые бинарники, но из исходников можно собрать - это не худший выход в данной ситуации.

    если соберёшь из исходного кода (для массового свободного распространения) -- то нарушишь закон США.

    разрешается скачивать только то что уже скомпилировано компанией CISCO.

    а на исходные коды -- разрешается только смотреть и оргазмировать :) ..

    (кстате -- если так -- то разве это свободное ПО?)

    Мозилка вряле на это подпишется.. что-то тут в этой в новости явно не так.. не сходится это.. Мозилка не такая.

    с таким же успехом -- Моилка могла бы скачивать автоматически Adobe Flash Player и Adobe Acrobat Reader. но нет -- она сделала pdf.js и shumway. потому что уважает свободу и приватность. а здесь с какого перепугу вдруг Моилка начнёт скачивать бинарные кодеки?

     

  • 1.92, Xasd (ok), 17:29, 31/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    сейчас Мозилка может быть что-то там и заивила -- но вероятность крайне низкая что так оно и будет.

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

     
  • 1.94, Хмн8230 (?), 17:36, 31/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Шах и мат, Google!
    VP8 так и не родился. VP9, думаю, ждёт ещё более незавидная судьба.
     
     
  • 2.96, Xasd (ok), 17:52, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Шах и мат, Google!
    > VP8 так и не родился. VP9, думаю, ждёт ещё более незавидная судьба.

    Google сам дурак.

    Google в своё время обещал удалить H.264 из своего браузера...

    ..и если бы он вовремя удалил бы H.264 из своего браузера -- то Мозилка тоже поддержала бы эту инициативу. (точнее говоря -- Мозилка её как раз и начала [заранее] поддерживать по началу , и в результате осталась в дураках из-за того что Google предал её в этом идеологическом союзе).

    перевес был БЫ на сторое VP8.

    но предательство Google -- расставило всё по местам. теперь Мозилка поддерживает H.264 из системных библиотек, а про VP8 все позабыли.

    месть ситхов :) .. республика -- оказалась такая республика.. [ http://img3.joyreactor.cc/pics/post/For-the-Empire!-StarWars-%D0%94%D0%B0-%D0%B1%D1%83%D0%B4%D0%B5%D1%82-%D1%81%D1%80%D0%B0%D1%87-508973.png ]

     

  • 1.98, Int (?), 18:39, 31/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >В одном из будущих выпусков Firefox, ориентировочно в начале 2014 года, будет добавлена функция загрузки с сайта Cisco подходящего для текущей операционной системы варианта модуля и его установки на компьютер пользователя, если пользователь явно не запретит такое действие в настройках.

    И эти люди запрещают мне использовать Java-плугин ? Бугога

     
     
  • 2.106, Xasd (ok), 22:51, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    да... это похоже на какой-то вброс. чесное слово.

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


    ...автоматически скачивать с чужёго сайта блоб! Мозилка? фиии... похоже на развод в стиле "вас вызывают к директору" :)..

     
  • 2.110, Led (ok), 00:53, 01/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >>В одном из будущих выпусков Firefox, ориентировочно в начале 2014 года, будет добавлена функция загрузки с сайта Cisco подходящего для текущей операционной системы варианта модуля и его установки на компьютер пользователя, если пользователь явно не запретит такое действие в настройках.
    > И эти люди запрещают мне использовать Java-плугин ? Бугога

    Не. Тебе всё можно. И на красный свет переходить, и за буйки заплывать. заплыви куда-нибудь ... подальше

     
     
  • 3.124, Аноним (-), 14:56, 03/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Да, и под ноги смотреть не надо. И уши назло бабушке можно отморозить. И даже купить билет и назло кондуктору идти пешком - можно.
     

  • 1.99, Аноним (-), 18:43, 31/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Я что-то не понимаю. VLC и mplayer имеют все кодеки и играют любое видео, почему браузер не может? Значит они нарушают патенты? Почему их тогда не дрючат?
     
     
  • 2.111, Andrey Mitrofanov (?), 08:13, 01/11/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Почему их тогда не дрючат?

    Они хорошо прячутся.

     
  • 2.125, Аноним (-), 14:58, 03/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > их тогда не дрючат?

    Наверное потому что они не особо массово впаривают себя жителям США. Тем не менее, большая часть дистров держит сие в "комьюнити" репах, где за аплоад отвечает сугубо майнтайнер этой программы. Так что если кто из США это качает - это на его совести в основном. Это он роялти не выплатил :).

     

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



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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