Браузер не поддерживает h 264. Плагины для Mozilla Firefox, необходимые для воспроизведения видео
Прежде чем разбираться со смыслом этого решения, надо сказать, что интерпретация этого события в Интернете далеко не всегда основывается на полной информации. Чтобы правильно оценить поступок Google, надо учитывать многое:
1. Chrome - не первый и не единственный популярный браузер, который не будет поддерживать H.264: впервые он был отключен в Mozilla Firefox, помимо него еще и Opera не желает поддерживать этот кодек.
2. Видео в формате H.264 в Сети сегодня просматривается с помощью плагинов, таких как Flash и Silverlight. Поддержка этих плагинов будет продолжена в Chrome.
3. На данный момент нет никакого соглашения, которое определяло бы стандартный базовый видеокодек в HTML 5 для тега «video». Такое положение вынудит всех разработчиков и издателей, использующих тег «video», поддерживать многочисленные разнообразные форматы.
4. Кодек H.264 – проприетарный и за него придется платить, хотя MPEG LA и продлила бесплатный период до конца 2015 года и обязалась не брать плату с некоммерческого контента.
5. Для формата H.264 существует свободная альтернатива под названием WebM от того же Google. Этот формат имеет поддержку от создателей браузеров Firefox и Opera.
6. У WebM нет особых технологических преимуществ перед H.264. Для обеспечения качественного проигрывания видео высокого разрешения в этом формате пользователю важно иметь аппаратную поддержку этого кодека на своем компьютере (это реализовано для H.264). Такой аппаратной поддержки для WebM пока нет.
7. Google не предпринимает ни каких действий по утверждению собственного формата WebM в качестве открытого стандарта в таких организациях как ISO, ITU и SMPTE. Несмотря на то, что вокруг WebM формируется независимое сообщество разработчиков, развитие кодека остается под полным контролем Google. Это приводит к абсурдной ситуации: распространяемый под свободной лицензией кодек WebM фактически является менее открытым, чем H.264.
Официально причина отказа от поддержки этого кодека в качестве базового для тега «видео» формулируется следующим образом: «Ключевым фактором быстрой эволюции и повсеместного распространения технологий является модель разработки, основанная на открытости и управлении сообществом. Проект WebM, запущенный в прошлом году, был предназначен для превнесения в веб открытого видеокодека, соответствующего мировому уровню. В следующем году мы ожидаем еще большее быстрых инноваций в медиаплатформе для веба, и сконцентрируем наши инвестиции для тех технологий, которые разработаны и лицензированы на основе принципов свободного веба. Прямо сейчас мы улучшаем поддержку тега video в HTML5 для Chrome, более плотно интегрируя ее с кодеками, которые уже поддерживаются открытым проектом Chromium. Теперь мы поддерживаем видеокодеки WebM(VP8) и Theora, и задумываемся о добавлении других высококачественных открытых кодеков в будущем. Так как H.264 играет важную роль в видео, а наша цель - дать дорогу открытым инновациям, поддержка этого кодека будет прекращена, а наши ресурсы будут перенаправлены на полностью открытые технологии».Версий принятия этого решения называется несколько.
Собственно версия от Google
Firefox и Opera поддерживают открытые кодеки WebM и Ogg Theora и не будут поддерживать H.264 из-за лицензионных требований последнего; Safari и Internet Explorer 9 поддерживают H.264. Google же хочет видеть жизнеспособный базовый кодек, который будут поддерживать все браузеры. Пока что развитие веб-видео зашло в тупик. Отсутствие какого-либо базового кодека в спецификациях HTML вынудит всех разработчиков и издателей, использующих тег "video", поддерживать многочисленные разнообразные форматы.
Компания считает, что кодек H.264 не будет принят в качестве базового для использования в теге "video" из-за его лицензионных требований: разработчики браузеров и ОС, производители оборудования, а также контент-провайдеры, взимающие плату за контент, должны будут платить существенные лицензионные сборы и нет никакой гарантии, что эти сборы не увеличатся в будущем. Это серьезно повышает порог вхождения на рынок для будущих стартапов, деятельность которых будет связана с видео-контентом, а лицензионные взносы будут тормозить инновации.
Google заявляет, что не намеревается предъявлять какие-либо материальные требования, либо как-то по-другому контролировать формат WebM. Компания стояла перед выбором: или она незамедлительно инвестирует в открытую технологию, чтобы продвигать платформу HTML5, или она соглашается с текущим положением дел, поддерживая фрагментированную платформу, где внедрение инновационных технологий может ограничивается интересами тех, кто получает лицензионные отчисления. И компания приняла решение - сделать ставку на открытый Веб, и она уверена, что это решение будет стимулировать инновации выгодные и пользователям и индустрии.
Религиозные войны (холивары)
Суть этой версии проста: Google хочет «протолкнуть» свой пока еще свободный, но малоизвестный и имеющий ограниченное пока употребление формат, а потом начать брать за его использование деньги. Отказом от поддержки H.264 в своем браузере компания может подтолкнуть владельцев видеопорталов обеспечить кодирование своего видео в двух форматах: в H.264 и в WebM. Но стоимость такой операции будет очень высока, а выгоды сомнительны. Вряд ли обеспечение возможности просмотра видео через Google Chrome стоит того, чтобы потратить миллионы долларов. Некоторые разработчики и видеоредакторы уже заявили, что откажутся от поддержки Chrome, поскольку не хотят поддерживать несколько разных кодеков.
Материальные причины
Под ними понимаются вовсе не отчисления за пользование кодеком H.264 компании MPEG LA (распорядитель пакета патентов) - Google может их выплачивать. Проблема состоит в другом: поддержка всех видеоформатов на YouTube требует серьезной инфраструктуры, которая стоит немалых денег. Чем меньше форматов нужно поддерживать, тем меньше расходов на дата-центры и хранение. В случае с YouTube речь идет об экзабайтах данных и миллиардах долларов на оборудование для SAN и прочих капитальных затратах.
В свете сказанного кажется, что все же намерения компании Google высказаны достаточно честно, и она действительно рискует, пытаясь развивать открытые форматы.
YouTube, как известно, работает в целом неплохо, в особенности заходит туда с новых компьютеров. А если заходить с совсем новых, да еще и с хорошим качеством связи, то тогда и видео в высоком разрешении смотреть можно без проблем и без H264ify.
А вот на стареньких ноутах все видеокрасоты YouTube выглядят уже не так симпатично. И хотя процессор загружен по полной, машинка греется со страшной силой, батарея садится буквально со свистом, но, тем не менее, качестве видео весь этот перенапряг почти не сказывается. Оно все равно плохое.
Потому раз со стратегией не получается, то приходится находить какие-то варианты на тактическом уровне. Можно оперативки доставить (к слову, о том, где и по чем можно кyпить оперативную память в Укpaинe), «дрова» обновить. Либо в самом крайнем случае — уменьшить разрешение до 320p или даже до 144p (если надо ролик хоть как-то посмотреть), но тогда получается не просмотр видео, а уже как бы немножко анекдот.
Но есть еще H264ify
Данное решение в виде расширения уже вполне успешно опробовано в браузере Chrome . И вот совсем недавно его аналог те же разработчики выпустили и для Firefox . Что делает H264ify? Если в общих чертах, то данный софт несколько улучшает качество видео с YouTube. Путем его воспроизведения не в стандартных сейчас для этого сервиса форматах сжатия VP8/VP9, а в H.264.
Разницу в картинке глаз пользователя не замечает (или почти не замечает). Но H.264 на старых ноутбуках часто воспроизводится лучше за счет того, что в обработку данных включается графическая система машины (GPU), для которой форматы VP8 или VP9 уже чужие.
Другими словами, аппаратное ускорение за счет возможностей GPU позволяет снизить нагрузку на центральный процессор, что благотворно сказывается на качестве воспроизведение видео.
Кстати, при необходимости вы всегда можете проверить в каком формате проигрывается видео с YouTube на вашем компе. Для этого надо кликнуть правой кнопкой мыши по ролику и в появившемся меню нажать строчку «Статистика для сисадминов». После этого появится новое окошко, в котором помимо прочей информации о видео будет также указан формат сжатия. Обычно там пишут VP8 или VP9, но после установки H264ify там появится video/mp4.
На данный момент времени опций у аддона H264ify всего две. Первая включает или выключает формат сжатия h.264, а вторая автоматически блокирует видео с 60fps.
Для того, чтобы в Mozilla Firefox можно было комфортно просматривать видео, для данного браузера должны быть установлены все необходимые плагины, которые отвечают за отображение видео онлайн. О том, какие плагины вам потребуется установить для комфортного просмотра видео, читайте в статье.
Плагины – это специальные компоненты, встраиваемые в браузер Mozilla Firefox , которые позволяют корректно отображать на разных сайтах то или иное содержимое. В частности, для того, чтобы иметь возможность воспроизводить в браузере видео, в Mozilla Firefox должны быть установлены все необходимые плагины.
Adobe Flash Payer
Было бы странно, если бы мы не начали с самого популярного плагина для просмотра видео в Firefox, направленного на воспроизведение Flash-содержимого.
Уже достаточно давно разработчики Mozilla планируют отказаться от поддержки Flash Player, но пока этого не произошло – данный плагин должен быть установлен в браузер, если вы, конечно же, хотите воспроизводить все видео в интернете.
VLC Web Plugin
Вы наверняка слышали, а то и пользуетесь, таким популярным медиапроигрывателем, как VLC Media Player. Данный проигрыватель успешно позволяет воспроизводить не только огромное количество форматов аудио и видео, но и проигрывать потоковое видео, например, просматривая в режиме онлайн любимые телепередачи.
В свою очередь, плагин VLC Web Plugin необходим для воспроизведения через Mozilla Firefox потокового видео. Например, вы решили посмотреть телевизор онлайн? Тогда, скорее всего, в браузер должен быть установлен VLC Web Plugin. Установить данный плагин в Mozilla Firefox можно вместе с VLC Media Player. Более подробнее об этом нам уже доводилось рассказывать на сайте.
QuickTime
Плагин QuickTime, как и в случае с VLC, можно получить, установив на компьютер одноименный медиапроигрыватель.
Данный плагин требуется не так часто, но все же можно еще встретить в интернете видео, для воспроизведения которого требуется установленный в Mozilla Firefox плагин QuickTime.
OpenH264
Подавляющее большинство потоковых видео использует для воспроизведения кодек H.264, но из-за проблем с лицензированием компанией Mozilla совместно с Cisco был реализован плагин OpenH264, который позволяет воспроизводить в Mozilla Firefox потоковое видео.
Данный плагин, обычно, входит в состав Mozilla Firefox по умолчанию, и найти его можно, если щелкнуть по кнопке меню браузера, открыть раздел «Дополнения» , а затем перейти ко вкладке «Плагины» .
Если вы не нашли в списке установленных плагинов OpenH264, то, вероятно, вам следует выполнить обновление браузера Mozilla Firefox до последней версии.
Почему Firefox никогда не поддерживал видео в h264 на Windows XP, или экскурс в историю
Сначала Mozilla отказывалась поддерживать проприетарный и защищённый патентами формат h264, продвигая использование открытых кодеков, потом, когда стало понятно, что без поддержки h264 в современном вебе никуда, реализовала её при при помощи компонента Windows Media Foundation, отсутствующего в Windows XP. Когда Cisco предоставила открытые и лицензионно чистые кодеки OpenH264, было слишком поздно - никто не хотел переписывать рабочий код, использующий WMF, ради ОС, поддержка производителем которой была окончена, и внедрение OpenH264 ограничили видео по WebRTC.
Но многие (в том числе и я) всё ещё используют эту ОС по разным причинам, и не стоит им отказывать в просмотре видео в h264 в самом лучшем (по моему скромному мнению) браузере Firefox.
Помощь, откуда не ждали
После обновления на Firefox 48 я внезапно для себя обнаружил, что видео в h264 прекрасно работает.Небольшое расследование привело меня к тому, что это стало возможно благодаря плагину Adobe Primetime, ориентированному на воспроизведение DRM видео.
На скриншоте ниже, полученном при помощи Process Explorer, видно, что процесс plugin-container, появившийся после загрузки страницы с видео, использует файл eme-adobe.dll из профиля текущего пользователя.
Зайдя в настройку плагинов Firefox, я нашёл там Adobe Primetime, отключение которого приводило к тому, что FF переставал воспроизводить h264, что доказывало, что именно он виновник этого торжества.
Но радость моя была не долгой.
Всё опять сломали
При очередном обновлении до Firefox 49 я с грустью обнаружил, что h264 опять не играется. Я не нашёл Adobe Primetime в списке плагинов, я не нашёл его файлов в профиле, а попытка их подсунуть ни к чему не привела.В поисках по интернету я наткнулся на обсуждение предложения по скрытию Adobe Primetime на ОС ниже Vista . Оттуда я узнал, что этот плагин официально не поддерживает Windows XP, и на некоторых конфигурациях наблюдались проблемы со стабильностью. Но у меня же проблем не было!
Zip -qr9XD omni.ja *
После замены им оригинала всё опять заработало.
Замечу, что необходимо так же активировать поддержку воспроизведения видео при помощи плагинов, в about:config необходимо выставить в true:
Media.gmp.decoder.enabled
У меня эта настройка была давно включена, в надежде на работу h264 через OpenH264. После этого можно наслаждаться видео в h264 на любых сайтах, в том числе YouTube, Vimeo, сервисах онлайн-трансляций и т.д.
(тест на чистой ОС в виртуальной машине)
Я создал запрос в Bugzilla на возврат поддержки плагина Primetime на Windows XP, но что-то мне подсказывает, что это закончится ничем.
Предлагаю помочь в исправлении описания запроса, так как я косноязычен даже на русском языке (если вы не заметили), а уж на английском понятность моих пояснений полностью теряется, что ещё более снижает шансы на официальное исправление этой проблемы в будущих версиях Firefox.
Послесловие
Для тех, кому лень возиться с HEX- редакторами и архиватором, прикладываю ссылку на каталог на Яндекс.диске , куда я буду сбрасывать свои исправленные файлы omni.ja после обновлений. Пока там лежит один файл из актуальной версии.Замечание для параноиков (коим являюсь я сам)
Плагины в Firefox запускаются в изолированном процессе, не имеющим доступ к странице, поэтому ничего страшного в использовании плагина с закрытым кодом нет. Хоть я и предлагаю скачать исправленный файл, я также даю инструкции по его самостоятельному исправлению выше.
Получившийся у вас файл omni.ja при бинарном сравнении может отличатся от моего даже на одной версии FF, так как используются разные архиваторы, его версии и параметры сжатия по умолчанию.
Спасибо за внимание!
P.S. Обновление
На Bugzilla подсказали более простой и корректный способ активации плагина. Достаточно создать в about:config настройку:Media.gmp-eme-adobe.forceSupported
И выставить её в true. Так же необходимо выставить в true уже существующий параметр media.gmp.decoder.enabled, и проверить на всякий случай параметры media.gmp-eme-adobe.visible и media.gmp-eme-adobe.enabled, они активированы по умолчанию, но мало ли. Это позволяет активировать плагин без бинарных патчей файла, поэтому новые версии выкладывать не буду.
For DivX Software (or ). Enable the conversion and playback of DivX video with DTS-HD audio, including HEVC video content up to 4K. The DTS-HD Plug-in allows you to convert and play videos with DTS audio tracks for studio-quality sound. Whether enjoying entertainment at home or on the go, DTS aims to provide the finest audio experience possible no matter what device you are using.
- Convert your videos with multi-channel audio tracks into the DTS format
- Play videos with DTS sound tracks in DivX Player for an even more cinematic experience
- Play your videos anytime, anywhere on your DivX devices with DTS audio support
The DTS-HD Plug-in for DivX Software includes DTS-HD Master Audio™, which decodes all DTS codecs including DTS Digital Surround™, DTS Express™, and DTS Coreless lossless streams, with the DTS decoder. Depending on the DTS codec used to create the audio in your file, DTS may allow up to 7.1 discrete channels and a data savings that makes encoding faster with better quality.