Хабрахабр / Комментарии к посту «О поддержке HTML5 видео в современных браузерах» в блоге «Веб-стандарты»

16.10.2011 07:22:47 dedmazzay

dedmazzay — Sun, 16 Oct 2011 07:22:47 GMT

… заканчивался 2011-й год.

11.04.2010 16:15:37 VtEMe

VtEMe — Sun, 11 Apr 2010 16:15:37 GMT

вы абсолютно правы

07.02.2010 15:17:41 enl

enl — Sun, 07 Feb 2010 15:17:41 GMT

Обычно видео отображается точно так же, как в случае картинок, добавленных с помощью тега img. Управление на базе Javascript интуитивно-понятное: video.pause(). Но в некоторых случаях браузер может обрабатывать тег video по-своему, например в iPhone видео не отображается на странице, а работает как ссылка, при нажатии на которую видео открывается в родном плеере со своими элементами управления.

05.02.2010 23:27:12 Horse

Horse — Fri, 05 Feb 2010 23:27:12 GMT

Спасибо! Интересная статья, мне недавно друг что-то подобное рассказывал.

03.02.2010 18:15:52 bobic

bobic — Wed, 03 Feb 2010 18:15:52 GMT

>Таким образом, у производителей браузеров будет такой выбор:
>1) отказаться вообще от поддержки декодирования H.264/AVC;
>2) сделать декодер для H.264/AVC опциональным <...>;
>3) разработать или купить какой-то H.264/AVC-декодер <...>.

GPL, как таковое, не отменяет действия патентов, а накладывает обязательство публикации исходных текстов. Или я ошибаюсь?
Поэтому, если в самом патенте указан способ получения или кодирования информации, то его реализация все равно попадает под патент.

01.02.2010 02:45:33 recky

recky — Mon, 01 Feb 2010 02:45:33 GMT

ага, я уже прочитал, спасибо!

30.01.2010 17:14:56 XaLBa

XaLBa — Sat, 30 Jan 2010 17:14:56 GMT

Уже готово.
habrahabr.ru/blogs/video/82544/

30.01.2010 16:09:44 recky

recky — Sat, 30 Jan 2010 16:09:44 GMT

буду ждать, интересно

30.01.2010 05:42:28 devilev

devilev — Sat, 30 Jan 2010 05:42:28 GMT

29.01.2010 10:57:31 road2moon

road2moon — Fri, 29 Jan 2010 10:57:31 GMT

А как это вообще будет работать? Видео будет загружаться в окошко заданных размеров или будет появляться окошко по размеру самого видео? А как же плеер? Javascript управление?

28.01.2010 14:49:04 RainFall

RainFall — Thu, 28 Jan 2010 14:49:04 GMT

Правильно сделали.

28.01.2010 13:34:10 GreLI

GreLI — Thu, 28 Jan 2010 13:34:10 GMT

Как можно видеть из комментариев выше, gstreamer не реализует, а только предоставляет доступ к тому же ffmpeg.

27.01.2010 22:48:18 stalkerg

stalkerg — Wed, 27 Jan 2010 22:48:18 GMT

Я не согласен с утверждением, что h264 лучше Theora.
На малых битрейтах (точнее разрешениях) Theora даже показывает лучшие результаты чем h264 (оно и понятно, так как главная фича h264 это не фиксированный размер блока просто не применяется). Кроме того не надо забывать, что видео это ещё и аудио без звука мало кто будет смотреть, и в случае Ogg Theora применяют Vorbis который явно лучше чем то, что есть на Youtube(mp3 подобный вроде) и явно не проигрывает aac который так любят пихать в mp4. А так как Theora как бы свободна то я точно выбираю её.
Многие эти фичи я проверил у себя на сайте: mjv-art.org/jvvideo/view_posts/0 там собственно HTML5 видео на Theora (это только раздел сайта, там ещё обои есть).

Кроме того мы нашли кучу проблем и не со стыковок у контейнера mp4. (или неверное их создание многими программами)

27.01.2010 12:28:38 TLTVIP

TLTVIP — Wed, 27 Jan 2010 12:28:38 GMT

Pixel of Death только на html5, Video of Death, гыгыгы.

27.01.2010 12:27:31 XPilot

XPilot — Wed, 27 Jan 2010 12:27:31 GMT

>>«а в OggMedia-контейнере для субтитров обычно используют текстовый поток в формате Ogg Writ.»
Обычно… Я видел всего одно видео в контейнере Ogg, которое использовало субтитры и самое забавное, что формат субтитров был не от Xiph (у которого их и так 3, если не ошибаюсь).

27.01.2010 08:58:29 mvgolubev

mvgolubev — Wed, 27 Jan 2010 08:58:29 GMT

Вот ещё какую забавную штуку хотел заметить.
Сейчас в стандарте HTML поддерживается тэг . При этом ни браузерами, ни сайтами не выбрано одного единого формата для хранения и отображения изображений. Все сайты/браузеры без проблем представляют/отображают изображения в этом тэге в самых разных компрессивных форматах: JPEG, GIF, PNG (про качество поддержки PNG в IE тактично умолчим ;). А с JPEG и GIF в своё время тоже были предпосылки к патентным проблемам, но глобально от этих форматов ни один браузер так и не отказался.
Сейчас никто не думает, плохо это или хорошо. Все уже привыкли и считают, что это в порядке вещей.

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

Если за использование запатентованных технологий не начнут резко требовать денег, то современем, наверное, так всё и будет.
Хотя я вполне понимаю стремление ряда пользователей и разработчиков прийти всё же к одному универсальному (и при этом желательно открытому) формату для медиаконтента в вебе. В такой унификации есть немалый смысл.

P.S. Вы уж простите, что я так оккупировал топик. Просто что-то высказаться захотелось по данной теме.

27.01.2010 08:35:46 mvgolubev

mvgolubev — Wed, 27 Jan 2010 08:35:46 GMT

Кстати, в обсуждениях выбора форматов для тэгов и в стандарте HTML5 часто обсуждают только выбор единого формата аудиокомпрессии и единого формата видеокомпрессии. Но ведь эти сжатые медиапотоки не будут же выкладывать в голом raw-виде, их будут выкладывать в неком медиафайле. А значит нужно будет выбрать некий контейнерный формат медиафайла, в который будут упаковываться эти медиапотоки.

Сейчас на видеохостингах в качестве таких контейнерных форматов используют FLV или MP4 (MOV у Apple). Но в случае отказа от Flash Video, наверняка откажутся и от FLV-контейнера.
Сторонники выбора форматов MPEG-4 AAC/AVC наверняка захотят выбрать и соответствующий MP4-контейнер для них. А вот сторонники открытых стандартов выступают за выбор в качестве медиаконтейнера формата Ogg Media, т.к. MP4/MOV точно так же патентно-уязвимы, как и форматы аудио/видеокомпрессии MPEG-4 AAC/AVC.

Также упомяну, что современные контейнерные форматы медиафайлов кроме аудио/видео-потоков поддерживают также текстовый поток для субтитров. В MP4-контейнере обычно используют текстовый поток в формате MPEG-4 Timed Text, а в OggMedia-контейнере для субтитров обычно используют текстовый поток в формате Ogg Writ.

Поэтому, если смотреть комплексно, то для в HTML5 выбор будет делаться не просто между двумя форматами видеокомпрессии (Theora vs H.264) а между целыми наборами решений.

С одной стороны:
MPEG-4 AAC — в качестве формата аудиокомпрессии;
MPEG-4 AVC — в качестве формата видеокомпрессии;
MPEG-4 Timed Text — в качестве формата субтитрового потока;
MP4-контейнер в качестве файлового формата, в который упакованы все эти потоки.

С другой стороны:
Ogg Vorbis — в качестве формата аудиокомпрессии;
Ogg Theora — в качестве формата видеокомпрессии;
Ogg Writ — в качестве формата субтитрового потока;
OggMedia-контейнер в качестве файлового формата, в который упакованы все эти потоки.

27.01.2010 07:01:55 Lans

Lans — Wed, 27 Jan 2010 07:01:55 GMT

Минусуют походу поборники «открытых» «веб-стандартов», забывшие, что если бы не флеш, в интернете не было бы ни музыки, ни видео, ни вменяемых игр ДО СИХ ПОР, потому что W3C будет еще несколько лет разрабатывать HTML5, а люди хотят всем этим пользоваться сейчас. Смешные.

27.01.2010 06:54:00 Kiriyama

Kiriyama — Wed, 27 Jan 2010 06:54:00 GMT

Один из немногих здравых комментариев к статье. Спасибо!

Лично я болею за первые варианты — и для браузеров, и для видеохостингов. Вопрос тут действительно принципиальный — интернет должен быть построен на открытых технологиях. Иначе это уже не глобальная сеть, а набор феодальных княжеств. И явное торможение прогресса.

Например, я решил создать программу, позволяющую записать видео на Android'е, потом быстро его обработать (вырезать части, добавить всякие визуальные метки), а потом выложить в wordpress-блоге. Допустим, я — американский разработчик, и не имею права поставить кодек. А программа разрабатывается не в коммерческих целях. Я не смогу написать программу, потому что должен буду лицензировать закрытую технологию?! Ох, неправы ребята из Google. Сильно неправы!

Существует такой термин:

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

Мне кажется, мы сейчас наглядно видим ещё один такой провал. Ради достижения сиюминутных целей, компании-гиганты готовы отказаться от развития технологии, которую сами же могли улучшить для своих целей. А кроме того, пресекают нормальное развитие массы разнообразного ПО, которое, в перспективе, могло принести им же куда большую экономию и прибыли, чем нынешняя «экономия свободного места на дисках».

27.01.2010 06:05:07 baxtep2

baxtep2 — Wed, 27 Jan 2010 06:05:07 GMT

а как же интерактив и анимация

27.01.2010 05:54:32 Vertex

Vertex — Wed, 27 Jan 2010 05:54:32 GMT

и заставить офисный планктон работать?!!! Вы что!!! Они же за месяц всю работу на два-три года вперед сделают… :)

27.01.2010 05:53:26 Vertex

Vertex — Wed, 27 Jan 2010 05:53:26 GMT

больше качественного контента — больше посетителей…
больше посетителей — больше рекламы…
больше рекламы — больше баннеров… бля…

27.01.2010 05:52:18 Vertex

Vertex — Wed, 27 Jan 2010 05:52:18 GMT

Меньше сайтов — больше качественного контента? :)

27.01.2010 05:43:31 ruzzz

ruzzz — Wed, 27 Jan 2010 05:43:31 GMT

Ленту ваших комментариев, можно читать как ленту блога :). Спасибо за информацию!

27.01.2010 04:41:01 Lans

Lans — Wed, 27 Jan 2010 04:41:01 GMT

Если вы не понимаете, что такое флеш, что он еще умеет, помимо проигрывания видео и показа баннеров, то это говорит лишь о вашей слабой подготовке в этом вопросе, и, возможно, общей недалекости => не надо делать столь категоричных высказываний. Тем более, что в статье вы приводите данные, которые всем заинтересованным уже давно известны.

27.01.2010 03:38:34 proxor

proxor — Wed, 27 Jan 2010 03:38:34 GMT

DirectShow является deprecated ещё со времён Vista. Его заменил Media Foundation. Как работавший с обеими технологиями могу сказать, что это шаг вперёд. EVR, DXVA 2.0, расширенное микширование, интеграция с WPF и DX10 и т.п. В любом случае, с ростом доли win7 уповать на то, что XP поддерживает только DS уже нельзя.

Ну и кроме gstreamer есть ещё xine.

27.01.2010 00:47:35 andoriyu

andoriyu — Wed, 27 Jan 2010 00:47:35 GMT

получаем, что GPL/LGPL наступает на собственные же грабли из-за своего идиотизма.

27.01.2010 00:35:07 andoriyu

andoriyu — Wed, 27 Jan 2010 00:35:07 GMT

эээ хочешь сказать Safari не поддерживает православный aac, вместо этого умеет работаеть с унылым wav?
не верю!

27.01.2010 00:32:46 XPilot

XPilot — Wed, 27 Jan 2010 00:32:46 GMT

>>«Например в России таких патентов нет»
Судя по ссылке, которую я привел выше, вполне себе есть (и в базе РосПатента они действительно значатся) и сроки на них истекут ~2017-2023 (из пары случайно взятых патентов). Невесело…

27.01.2010 00:03:57 claustrofob

claustrofob — Wed, 27 Jan 2010 00:03:57 GMT

Я писал выше, что очень плохо разбираюсь в кодеках:) Из топика впервые прочитал про gstreamer. Для меня главной идеей было то, что gstreamer «ищет», «хранит», «организует» кодеки в моей системе. Спасибо, что разъяснили подробности.

26.01.2010 23:54:15 mvgolubev

mvgolubev — Tue, 26 Jan 2010 23:54:15 GMT

В конце топика написано про gstreamer, который ищет кодеки в системе.

Какое-то у вас странное представление о GStreamer, ничего он не «ищет в системе».
GStreamer — это такой мультимедийный framework, который организует в системе единое хранилище кодеков и с помощью стандартных интерфейсов предоставляет взаимодействие с ними любым приложениям. Таким образом каждому приложению не нужно таскать за собой свои собственные видеодекодеки, а все приложения могут пользоваться одними и теми же, если умеют работать с GStreamer.

По аналогии с ним можно рассмотреть встроенный в винду мультимедийный framework DirectShow (компонент DirectX). Сначала в систему устанавливаются любые DirectShow-декодеры, DirectShow-демультиплексоры и прочие DirectShow-фильтры. А потом любое приложение, умеющее работать с DirectShow, например, любые DirectShow-based медиаплееры типа Windows Media Player, Light Alloy, BSPlayer, Media Player Classic, Winamp и др. могут демуксить соответствующие медиафайлы и декодировать видеопотоки с соответствующей видеокомпрессией с помощью единых DS-фильтров.

С GStreamer работа происходит в общих чертах примерно так же. Тоже единое место хранения декодеров и единый интерфейс взаимодействия с ними.

26.01.2010 23:53:54 XPilot

XPilot — Tue, 26 Jan 2010 23:53:54 GMT

>>"[* Полный список стран, где выданы подобные патенты на технологию AVC/H.264-компрессии видео, я так и не нашёл. Если кто найдёт, скиньте линк.]"

Это не вот этот ли список (ссылка из комментариев к заметке Роберта О'Каллахана из Мозиллы)?

26.01.2010 23:35:38 TiGR

TiGR — Tue, 26 Jan 2010 23:35:38 GMT

Так ведь -nonfree и стоит… Попробуем обновится, а то я уж, грешным делом, на хром перешёл.

26.01.2010 23:29:59 mvgolubev

mvgolubev — Tue, 26 Jan 2010 23:29:59 GMT

два кодека — Ogg Theora и H.264

Ну сколько можно повторять… Theora и H.264 (он же MPEG-4 AVC) — это не кодеки, это форматы видеокомпрессии.
А кодек (кодер/декодер) — это конкретная программа, реализующая кодирование/декодирование данного формата компрессии.
Для H.264-компрессии есть, например, такие кодеры/декодеры: x264, CoreAVC, libavcodec (из проекта FFmpeg), Apple H.264, Nero Video Codec (бывший Ateme H.264), Moonlight/Elecard H.264 Codec, MainConcept H.264 Codec, Videosoft H.264 Codec.
Для Theora-компрессии есть, например, такие кодеры/декодеры: libtheora (от Xiph.Org Foundation), libavcodec (из проекта FFmpeg).

Вот наглядный пример из смежной области:
ZIP — это формат архивов (именно формат компрессии, а не конкретная программная реализация). А WinZIP, PKZIP, 7-zip — это названия конкретных программ-архиваторов, которые могут работать с форматом архивов ZIP (т.е. выполнять компрессию/декомпрессию ZIP-архивов).
Аналогия понятна?

26.01.2010 22:57:47 mvgolubev

mvgolubev — Tue, 26 Jan 2010 22:57:47 GMT

Если кратко, H.264 — лучше, но даже его open-source реализации не могут быть использованы свободно в странах, где действуют патенты на него.

То, что он лучше, это спорно. Тут и от конкретной реализации кодера/декодера зависит, и от параметров компрессии, да и по ресуркоёмкости во многих случаях он будет потяжелее, что может оказаться большим минусом. Но я сейчас не хочу сравнивать Ogg Theora и различные реализации H.264/AVC-совместимых кодеков. Это отдельный технический вопрос, предлагаю вынести его за рамки данного топика.

Давайте лучше обсудим подробнее вопрос конфликта опенсорсных лицензий с запатентованными технологиями.
Надеюсь, уже все тут в курсе, что софтверные лицензии и патенты — это совершенно разные вещи, но вопрос распространения ПО вполне может затрагивать как патентные, так и лицензионные вопросы.

Начнём с того, что патенты на технологии H.264/AVC-компрессии выданы далеко не во всех странах. Например в России таких патентов нет, а вот в США есть (US Patent 5,452,104 и US Patent 5,576,76 — и действуют они там аж до 2028 года). Соответственно, подобные конфликты OpenSource-лицензий с патентами возможны только в США и некоторых других странах. [* Полный список стран, где выданы подобные патенты на технологию AVC/H.264-компрессии видео, я так и не нашёл. Если кто найдёт, скиньте линк.]
Во всех остальных странах таких проблем нет, там эти OpenSource-продукты могут распространятся свободно, согласно соответствующей лицензии.

Теперь, собственно, о самих опенсорсных лицензиях.
Мне известно только два опенсорсных кодека, которые могут работать с видеокомпрессией AVC/H.264:
1) libavcodec из проекта FFmpeg (лицензия LGPL v2.1)
2) x264 (лицензия GPL v2)
Есть ещё куча других опенсорсных проектов, но кодирование/декодирование AVC/H.264-видео там, как правило, реализовано именно через x264 и libavcodec.
Поэтому будем рассматривать вопрос разрешения конфликта с патентами именно для лицензий GPL/LGPL.

В тексте лицензий GPL и LGPL вполне явно, точно и однозначно определено, как быть, если GPL/LGPL-лицензированный софт затрагивает какие-то запатентованные технологии.
Если данный патент никак не ограничивает свободу распространения GPL/LGPL-лицензированного софта, то и фиг с ним, тогда никакого патентного конфликта нет, а значит пускай этот софт и дальше ~~невозбранно~~ беспрепятственно распространяется под GPL/LGPL.
Но как только действующий патент начинает хоть как-то вмешиваться в свободу распространения данного софта (например, требовать патентных отчислений за какие-то варианты распространения или использования), тогда лицензия GPL/LGPL строго запрещает далее распространять данную программу на территории действия такого патента под лицензией GPL/LGPL. А та как из-за строгостей GPL этот код уже нельзя перелецинзировать под другой лицензией, то получается, что в случае такого патентного конфликта данный софт вообще нельзя будет распространять на территории данной страны.
Поэтому фраза:

Для распространения программы, использующей ffmpeg, нужно платить отчисления. Google себе это может позволить, и имеет право выпускать билды со встроенным ffmpeg.

принципиально неверна.
В случае такого патентного конфликта нет варианта заплатить и продолжать распространять GPL/LGPL-лицензированный продукт. Лицензия GPL/LGPL такое запрещает всем, даже Гуглу. Тут либо распространять свободно, либо никак. «Свобода или смерть!» — таков GPL.

Но ограничение в странах с конфликтующим патентом будет только на дальнейшее распространение софта под лицензией GPL/LGPL. А использовать такой софт даже с возможностью модификации, но без распространения, лицензия GPL/LGPL никак не запрещает. Насколько я понял, требования патентных отчислений за использование запатентованной технологии AVC/H.264-компрессии тоже будут предъявляться не конечным пользователям, а только распространителям программных/аппаратных плееров (включая браузерные плееры), гаджетов и интернет-сервисов, работающих с H.264/AVC-компрессией.

Таким образом, у производителей браузеров будет такой выбор:
1) отказаться вообще от поддержки декодирования H.264/AVC;
2) сделать декодер для H.264/AVC опциональным (Например, по умолчанию его не включать и указывать, что если патент в вашей стране не запрещает, то можете скачать отсюда nonfree-компонент для декодирования. Или делать две разные версии браузера с декодером H.264/AVC и без, и для разных стран отдавать разные страницы закачки. Или выносить декодер H.264/AVC за пределы браузера в мулььимедийный framework типа DirectShow/GStreamer/QuickTime и др.);
3) разработать или купить какой-то H.264/AVC-декодер (точно не GPL/LGPL-лицензированный), заплатить патентные отчисления и встроить его в браузер, чтобы распространять независимо от страны.

А владельцам сервисов видеохостинга придётся тоже делать выбор:
1) отказаться вообще от выкладывания видео c H.264/AVC-компрессией, и перекодировать всё во что-то патентно-чистое типа Theora;
2) вывести свои серверы из патентно-зависимых стран (и возможно даже запретить доступ к видео из таких стран);
3) заплатить патентные отчисления и размещать видео c H.264/AVC-компрессией в любых странах.

26.01.2010 22:38:21 ghisguth

ghisguth — Tue, 26 Jan 2010 22:38:21 GMT

H.264. По умолчанию с хромиумом идет chromium-codecs-ffmpeg, а не chromium-codecs-ffmpeg-nonfree. Просто установите этот -nonfree пакет.

26.01.2010 22:37:29 smartly

smartly — Tue, 26 Jan 2010 22:37:29 GMT

обойдёмся без игр.

26.01.2010 22:30:29 TiGR

TiGR — Tue, 26 Jan 2010 22:30:29 GMT

Они добавлили H.264? O_o Или гугл теперь вещает и в theora?

26.01.2010 21:23:08 ghisguth

ghisguth — Tue, 26 Jan 2010 21:23:08 GMT

работает и ютуб и вимео на ночном билде

chromium-browser — 5.0.306.0~svn20100126r37082-0ubuntu2~ucd1~karmic
chromium-codecs-ffmpeg-nonfree — 0.5+svn20091210r34297+36953+37055-0ubuntu1~ucd1~karmic

26.01.2010 21:04:14 TiGR

TiGR — Tue, 26 Jan 2010 21:04:14 GMT

Смотря в какой стране он это делает :)