Если у вас есть опыт трансляции или записи видеосигнала, вы наверняка знаете, что такое видеокодеки. Видеокодек – это устройство или программа, которая позволяет вам сжимать (кодировать) большие видеофайлы для последующего просмотра или редактирования – название образуется одновременно из таких английских слов – «compressor/decompressor» (компрессор/декомпрессор) и «code/decode» (кодировать/декодировать).
В контексте особенностей профессиональных настроек прямой трансляции или записи кодеки уменьшают размер (или битрейт) потока данных, позволяя осуществлять передачу данных на широкую аудиторию. Например, сжатый сигнал формата 1080p30 обычно занимает около 4–8 Мбит/с, в то время как несжатой версии сигнала потребовалось бы 1.5 Гб/с – а это в 250 раз больше! С учетом современных ограничений пропускной способности сети было бы практически невозможно осуществить трансляцию с таким высоким битрейтом без использования видеокодеков.
Прямая трансляция в 4K?
Трансляция или запись с разрешением 4K, если таковая возможна, определенно имеет свои преимущества. Это, прежде всего, качество и четкость видео, а также широкие возможности для дальнейшей обработки.
С точки зрения форматов и кодеков, разрешение 4К (3840х2160 пикселей) содержит в четыре раза больше пикселей, чем самое популярное современное разрешение Full HD (1920×1080), т.е. в одном кадре вы можете транслировать значительно больше данных для вашей аудитории.
К счастью, уже появились новые кодеки, которые позволяют работать с разрешением 4К и выше.
Кодек H.265 – оптимальный выбор для 4K
H.265, также известный как HEVC, — это преемник кодека современного поколения H.264 (известного как AVC), который способен кодировать/декодировать видеосигнал с разрешением 4K. HEVC устанавливается на большинство телевизоров 4K и компьютерных мониторов. При кодировании H.265 потребляет до 8-10 раз больше вычислительной мощности, чем H. 264, тем самым делая HEVC непригодным для трансляции небольших или средних по объему данных с использованием последних технологий. Ресурсы, предоставляющие видео по запросу, как например Netflix, обычно кодируют свой видео-контент заблаговременно, прежде чем сделать его доступным для пользователей. При этом такие ресурсы могут себе позволить как дополнительные вычислительные мощности, так и увеличение времени кодирования, что является необходимым для HEVC при трансляции видео 4K на более низких битрейтах.
Обратите внимание, что старые форматы и кодеки (AVC/H.264) по-прежнему способны обрабатывать видео с разрешением 4K, а разница заключается в том, что новые, типа HEVC, делают это более эффективно. При этом качество видео при увеличенной степени сжатия стало лучше, и это не сказалось на битрейте. HEVC, способный поддерживать разрешения до 8K (8192×4320) – это видео-формат будущего!
При этом нет никаких расходов для конечных пользователей, связанных с HEVC/H.265, в то время как производители оборудования, поставщики платных программ и потоковых сервисов обязаны выплачивать роялти за использование HEVC технологии в своих продуктах и/или услугах. Наглядным примером могут стать современные телевизоры или мониторы 4К, в которые кодек H.265 встраивается при производстве, а пользователи фактически получают его бесплатно при покупке соответствующего устройства.
Бесплатные сервисы видео-трансляций (например, YouTube) традиционно были освобождены от выплаты отчислений – но это не коснулось HEVC. Такое исключение породило ряд интересных совместных разработок известных высокотехнологических компаний в сфере создания новых видео-форматов с открытым источником.
«Alliance for Open Media»
Недовольные правилами лицензирования и патентными отчислениями, связанными с HEVC, такие технологические гиганты, как Microsoft, Google, Mozilla, Cisco, Intel, Netflix и Amazon сформировали новый консорциум: Alliance for Open Media (АОМ). Это некоммерческая организация, нацеленная на разработку нового поколения видеокодеков, форматов кодирования видео и связанных с ними технологий. К 2016-2017 годам AOM планирует внедрить новую технологию, позволяющую более эффективно сжимать видеоданные, что в свою очередь существенно снизит нагрузку на интернет-соединение и заметно повысит возможности современных веб-сетей, передающих видео на персональные компьютеры, смартфоны, игровые консоли, потоковые приставки, телевизоры и т. п. Также при использовании нового формата не будет предусматриваться уплата роялти. Отсюда следует, что любая компания сможет создавать ПО, которое будет способно конвертировать, а также создавать файлы без необходимости в оплате лицензионных сборов.
Многие из членов группы уже внесли свой вклад в разработку нового поколения кодеков 4K; в Cisco создали Thor, Mozilla работает с Daala, а Google с VP9. Недавно к Альянсу присоединились AMD, ARM, Intel и Nvidia.
VP9 – самый популярный из кодеков 4K
Кодек VP9 имеет открытый исходный код и его использование не требует уплаты роялти. Популярностью он обязан использованию в веб-приложениях при постепенном переходе от технологии Flash к HTML5.
VP9 в настоящее время реализуется в следующих браузерах:
Chromium и Google Chrome,
Opera,
Mozilla Firefox,
Microsoft Edge.
Другим крупнейшим пользователем VP9 является популярная видео-платформа от Google, YouTube, которая предлагает VP9 для всех разрешений. Тем не менее, несмотря на популярность VP9 для интернет, у AOM есть большие планы на дальнейшую разработку кодеков 4K.
AV1 – будущее 4K кодеков для интернет
Сейчас члены AOM прилагают совместные усилия для разработки нового видео-формата свободного от уплаты роялти. Он носит название AOM Video (AV) и создается на основе VP9 и технологии на базе кодеков Thor (от Cisco) и Daala (от Mozilla). Первая версия AV1, вероятнее всего, будет выпущена к марту 2017 года.
Цель AV1 – повысить эффективность битрейта по сравнению с HEVC и VP 9 примерно на 50% при поддержке более высоких разрешений (т.е. 4K).
Учитывая, какие именно компании формируют AOM, можно предположить, что AV1 будет поддерживаться крупнейшими браузерами (Mozilla, Microsoft, Google), известными дистрибьютерами контента (Netflix, Amazon, YouTube) и многими производителями оборудования.
Что значат 4K кодеки для прямой трансляции?
Как мы уже упоминали выше, новые кодеки типа H.265 меньше подходят для прямых трансляций, так как процесс кодирования видеосигнала с использованием данных кодеков у стандартного компьютера занимает гораздо больше времени и требует значительной вычислительной мощности. До тех пор, пока новые технологии не станут менее затратными в плане использования компьютерных ресурсов, рекомендуем придерживаться кодеков H.264/AVC для потокового передачи данных в режиме реального времени. Кодеки с открытым исходным кодом, такие как VP9, в настоящее время не входят в программное/аппаратное обеспечение большинства устройств – но это может измениться в ближайшем будущем.
Тем не менее, не важно, какой тип 4K кодека или видео-формата вы предпочли бы, у вас в любом случае есть возможность трансляции или записи в 4K с помощью адаптивной потоковой технологии. Даже если вы кодируете сигнал в одном формате, например, в AVC, большинство потоковых сервисов, таких как YouTube, автоматически перекодируют ваш H.264-поток в VP9 (или AV1 в будущем).
Пользователи наших устройств для захвата, записи и трансляции сигнала могут быть уверены, что продукция Epiphan с поддержкой 4K гарантировано работает с разрешениями 4K, и теперь ваши трансляции будут еще более яркими и динамичными.
Аппаратное ускорение в браузерах
Одной из характеристик, по который браузеры сравнивались в прошлом обзоре, была скорость работы с графикой. Тогда это был всего лишь один показатель среди прочих, сегодня же ему будет уделено основное внимание, и вот почему. Контент веб-страниц постепенно становится сложнее и насыщеннее. С одной стороны, этому способствует развитие и продвижение HTML5, который напрямую поддерживает видео () и графику (), а с другой — постепенное наступление облачных вычислений.
Хорошим примером является Chrome OS — работать в ней можно только с веб-приложениями, которые в идеале должны заменить все привычные нам программы. При этом должна быть обеспечена и возможность их локальной работы, для чего большая часть функциональности реализуется непосредственно в браузере (в противном случае ее можно было бы переложить на серверную сторону, что сняло бы часть проблем). Среди таких приложений если не сегодня, то завтра, очевидно, появятся и достаточно сложные игры (казуальные уже прочно укрепились в вебе), и фоторедакторы, и другие графические программы. Естественно, чтобы завоевать признание пользователей, они должны работать сравнимо с обычным ПО, в том числе и в вопросах производительности — обратное поставит под сомнение саму идею облачных вычислений, что, похоже, сегодня уже никого не устраивает. Именно для этой цели совершенствуются JavaScript-машины и, что особенно важно в контексте данной статьи, обеспечивается аппаратное ускорение вывода графики.
К тому же, браузер становится системообразующим компонентом, и не только в Chrome OS: его роль, к примеру, расширяется и в более традиционной Windows. Так, новый интерфейс Metro в Windows 8 визуализируется именно ядром Internet Explorer 10, и потому аппаратное ускорение в этом браузере играет особенно важную роль. При этом Metro-вариант Internet Explorer 10 не поддерживает никаких плагинов, включая Adobe Flash и Microsoft Silverlight, и соответственно, использующие графику и анимацию приложения для него должны создаваться исключительно средствами HTML5.
Постепенно снижающееся значение Adobe Flash-плеера — еще одна современная тенденция. До недавнего времени стандарт де-факто для анимационных интерактивных веб-приложений, сегодня он постепенно вытесняется из этой сферы, хотя, по оценкам самой Adobe, по крайней мере 70% онлайновых игр реализуется именно на Flash. Однако и Apple, и теперь Microsoft подают однозначные сигналы. Google, вроде бы, более лояльна, раз включила поддержку Flash в Chrome OS, однако именно Google (а даже не сам пользователь) контролирует обновление плеера, и компания в любой момент может пойти на попятную, т. к. очевидным приоритетом все же является HTML5. Тем не менее Adobe продолжает развитие своих технологий, и Flash Player 11 также обещает повысить эффективность вывода графики. Поэтому, хотя в контексте статьи основной интерес представляют именно браузеры, они будут, где это возможно, сравниваться с Flash. Тем более, что было бы полезно не только сопоставить между собой сами браузеры, но и понять, насколько серьезное оборудование уже в ближайшем будущем потребуется для комфортной работы с вебом.
Итак, под аппаратным ускорением понимается переложение части операций с центрального процессора на GPU, который, в отличие от x86 CPU, адаптирован для специфических вычислений — кстати, не только для обработки графики, но и, скажем, для криптографии. Впрочем, лучше всего эффект от использования GPU известен на примере компьютерных 3D-игр: сегодня уже невозможно представить, чтобы в них использовался программный рендеринг. Веб-приложениям, конечно, еще долго выходить на подобный уровень, но уже сейчас аппаратное ускорение в браузерах может касаться сразу нескольких аспектов:
воспроизведения видео;
рендеринга страниц, использующих , CSS3 и пр.;
3D-графики, создаваемой с помощью WebGL.
Браузеры: текущее состояние
Если обращать внимание на номера версий, то за время, прошедшее с момента прошлого теста, два из пяти ведущих браузеров продемонстрировали завидный прогресс. На самом деле, такое частое обновление версий отражает, скорее, особенности процесса разработки, чем уровень реальных усовершенствований, однако изменения есть, и они заметны. Особенно у Chrome, который существенно расширил свою функциональность — к примеру, стал поддерживать исполнение машинного кода (Native Client). В интересующем нас контексте в браузере Google было реализовано графическое ускорение и 3D CSS, ряд экспериментальных функций перекочевали в базовые, так что теперь этот браузер — в одном ряду с Firefox и Internet Explorer. Разработчики Firefox также уделяли внимание совершенствованию (в основном, экстенсивному) производительности. Ну а оптимизацией JavaScript-машин озабочены все — правда, Microsoft это делает уже в контексте будущего Internet Explorer 10. Поскольку JavaScript играет заметную роль в работе с графикой, предварительно имеет смысл обновить результаты прошлых тестов (на том же оборудовании):
Табл. Производительность браузеров в JavaScript
Браузер
SunSpider 0.9.1, мс (меньше — лучше)
V8 Benchmark (v6) (больше — лучше)
Kraken v1.1, мс (меньше — лучше)
Futuremark Peacekeeper (больше — лучше)
Chrome 14. 0.835.186
508
4580
8335
4857
Firefox 6.0.2
492
2208
11584
2671
IE 9.02
420
1425
25005
2620
Opera 11.51
536
2065
26064
4522
Safari 5.1
586
1638
34568
3584
Прогресс Chrome особенно заметен: в частности, теперь именно он лидирует во Futuremark Peacekeeper, слегка опередив Opera. Этот тест стои́т несколько особняком от прочих, так как учитывает и работу с графикой в , и рендеринг «типичных» элементов веб-страниц. Если признать, что он отражает текущее состояние веба, то понятно, почему Opera воспринимается как «быстрый браузер» — жаль только, что его разработчики не слишком реагируют на современные тенденции.
Оборудование
Тесты проводились в следующей конфигурации:
CPU Pentium D 3 ГГц;
3 ГБ памяти;
референсные видеокарты AMD Radeon HD 6450, 6670, 6790;
монитор с разрешением 1680×1050;
ОС Windows 7 Ultimate SP1 x32;
Catalyst Software Suite 11. 8.
Выбор видеокарт сделан с целью покрыть нижнюю часть ценового диапазона, поскольку ясно, что топовые модели для веба понадобятся еще нескоро. Кроме того, идея состояла в том, чтобы попытаться оценить масштабируемость графической производительности браузеров, а в рамках одного семейства GPU это должно быть особенно наглядно.
Видео
Воспроизведение видео непосредственно средствами браузера стало возможным благодаря появлению в HTML5 тега . В нем можно описывать различные доступные форматы, а уж браузер выберет тот, который ему больше подходит. На самом же деле реальных претендентов на широкое распространение в вебе всего два: H.264/MPEG-4 AVC и VP8/WebM. Первый поддерживается исторически, в том числе в Adobe Flash, и сегодня его главными сторонниками являются Microsoft и Apple. Второй продвигается усилиями Google, которая в свое время приобрела разработчика этого формата, а кроме того, поскольку VP8 не требует лицензионных отчислений (хотя пока они и за H.264 не взимаются), на его стороне также Mozilla и Opera. Впрочем, Microsoft предлагает плагины H.264 для Chrome и для Firefox на Windows 7, а Google — WebM-плагин для Internet Explorer 9 и для Safari на Mac OS X. Проверить поддержку этих форматов можно, к примеру, на специальной странице сайта Microsoft.
Очевидно, что в данном случае соревнуются не столько браузеры, сколько кодеки. Сравнение их с точки зрения качества изображения — отдельный вопрос. Хотя некоторое преимущество H.264 зафиксировано в Wikipedia, при прочих равных большинство пользователей вряд ли увидят разницу в картинке. С производительностью проще — за свою более длинную историю H.264 сумел приобрести дивиденды в виде оптимизации декодирования с помощью GPU фактически всех распространенных марок; сегодня этот бонус автоматически достается большинству пользователей. VP8 пока таким похвастать не может, его декодирование все еще в значительной степени возлагается на CPU, со всеми вытекающими последствиями. Соответственно, главный критерий нашей оценки — именно загрузка CPU.
Для теста воспроизведения видео использовался ролик Wonders of the Solar System — Trailer, доступный в различных разрешениях и форматах. С недавних пор YouTube стал не только поддерживать раздачу видео в HTML5, но и активно кодировать его в WebM (традиционно для этого использовались форматы Flash Video и MPEG-4). Режим этот, впрочем, пока тестовый, с рядом ограничений — в частности, ролики со встроенной рекламой по-прежнему воспроизводятся только через Flash-плеер. Включать режим нужно на особой странице, где заодно будет видна и информация о текущей поддержке форматов. Искать WebM-видео на YouTube можно с помощью расширенных настроек поиска, либо добавляя к URL страницы с результатами поиска параметр &webm=1. Хотя при наличии роликов в обоих форматах все браузеры неизменно выбирают «родной» для них, и повлиять на это поведение невозможно. Естественно, при тестировании канал был достаточно широк, чтобы не накладывать никаких дополнительных ограничений.
Табл. Средняя загрузка CPU при воспроизведении видео (оконный/полноэкранный режимы, %). Видеокарта Radeon HD 6790.
Браузер
Формат
360p
720p
1080p
Chrome 14.0.835.186
WebM
19,0/20,5
43,7/48,6
69,3/69,9
Firefox 6.0.2
WebM
26,0/19,8
44,6/38,5
н/д
IE 9.02 (HTML 5)
MPEG-4
19,2/13,9
19,8/16,5
22,1/18,4
IE 9.02 (Flash 11.0.1.129 RC)
MPEG-4
9,5/9,5
18,6/9,9
29,9/9,9
Opera 11.51
WebM
29,6/65,4
70,7/83,5
н/д
Safari 5.1 (QuickTime 7.7)
MPEG-4
15,2/15,4
49,5/53,8
87,5/89,7
Табл. Средняя загрузка CPU при воспроизведении видео (оконный/полноэкранный режимы, %). Видеокарта Radeon HD 6450.
Браузер
Формат
360p
720p
1080p
Chrome 14.0.835.186
WebM
22,2/21,5
43,7/48,7
69,5/70,0
Firefox 6. 0.2
WebM
23,5/21,3
44,5/41,5
н/д
IE 9.02 (HTML 5)
MPEG-4
20,7/14,1
22,3/18,7
23,9/19,9
IE 9.02 (Flash 11.0.1.129 RC)
MPEG-4
10,5/10,0
20,6/10,1
31,3/9,9
Opera 11.51
WebM
31,9/67,0
74,0/84,1
н/д
Safari 5.1 (QuickTime 7.7)
MPEG-4
15,8/16,0
51,3/55,5
89,2/90,1
Цифры, в общем-то, говорят сами за себя и подтверждают вышесказанное. Поддержке HTML5-видео еще есть куда развиваться, так как лучшие результаты по-прежнему демонстрирует Flash-плеер, хотя можно сделать вывод, что декодер Adobe лучше оптимизирован именно для небольших разрешений, тогда как Microsoft больше внимания уделила HD. Firefox и Opera даже не предлагают воспроизводить HD 1080p, хотя Firefox выглядит лучше Chrome, и оба, судя по всему, начали оптимизировать свои WebM-декодеры (Google объявляла об этом еще в Chrome 10). У Opera на 720p и Safari на 1080p загрузка центрального процессора периодически зашкаливала, и соответственно, они пропускали кадры. Вероятно, Safari/QuickTime лучше функционирует в Mac OS X, а декодер Apple для Windows, очевидно, не оптимизирован. Масштабирования аппаратного ускорения в зависимости от используемой видеокарты практически не наблюдается, поэтому третья модель видеокарты даже не тестировалась.
HTML
Условно отображение веб-страниц можно разбить на три основных этапа:
рендеринг отдельных элементов;
компоновка страницы;
вывод на экран.
Все три могут полностью или частично обслуживаться GPU. На первом, к примеру, обрабатываются элементы и SVG, на втором применяются преобразования 3D CSS и т. д. В свое время Microsoft первой объявила о реализации «полного» аппаратного ускорения вывода веб-страниц в Internet Explorer 9. Учитывая, что ее браузер работает только в Windows Vista/7, это, видимо, было сравнительно просто: Direct2D и DirectWrite для рендеринга, Direct3D для компоновки и вывод стандартными средствами ОС, т. е. также через DirectX. На самом деле остальные «ускоренные» браузеры обеспечивают примерно всё то же самое, с той лишь разницей, что вынуждены использовать средства и API, доступные на каждой конкретной платформе. К примеру, в Windows XP нет Direct2D, чем Microsoft и аргументировала отсутствие для нее Internet Explorer 9. Остальные разработчики решили превратить это в свое конкурентное преимущество, т. к. половина пользователей и до сих пор не перешла на более новые версии Windows. Соответственно, архитектура аппаратного ускорения в Chrome и Firefox сложнее, чем в Internet Explorer 9:
Табл. Реализация аппаратного ускорения в Firefox на различных платформах.
Операция
Linux
Windows XP
Windows Vista/7
Mac OS X
Рендеринг контента
XRender
нет
Direct2D
Quartz (CPU)
Компоновка страницы
OpenGL
Direct3D
Direct3D
OpenGL
Таким образом, Firefox в Windows Vista/7 обеспечивает не менее полное ускорение. Chrome может использовать Direct2D для рендеринга отдельных элементов, в частности , но, к примеру, не для текста. Хотя, учитывая темпы обновления браузера Google, все может поменяться уже к моменту публикации статьи. Safari поддерживает аппаратное ускорение только в Mac OS X (справедливости ради, отметим, что Chrome и Firefox, в свою очередь, пока особо не блещут на платформе Apple), а Opera, кажется, вообще не уделяет внимания данному аспекту.
В реальности поддержка аппаратного ускорения также зависит от используемой видеокарты и драйверов (которые в любом случае стоит обновить). Проверить состояние дел можно несколькими способами. В Internet Explorer 9 и Firefox имеются соответствующие параметры в окнах настроек. В Firefox можно получить и более подробную информацию в разделе Graphics страницы about:support:
Рис. 1. Раздел Graphics страницы about:support
В Chrome похожая информация отображается на странице about:gpu-internals:
Рис. 2. Chrome, страница about:gpu-internals:
Если что-то здесь будет вызывать ваши сомнения, попробуйте заглянуть в about:flags и включить опции, имеющие отношение к работе с графикой и GPU (имейте в виду, что соответствующие функции относятся к экспериментальным и могут работать нестабильно). В текущей версии Chrome 14 доступна только GPU Accelerated Canvas 2D, в предыдущих были и другие настройки, которые постепенно перекочевали в разряд штатных возможностей.
Рис. 3. Chrome страница about:flags
Итак, перейдем к тестам. Для начала несколько тестов, созданных разработчиками браузеров. Кстати, как видно, они вовсе не обязательно отдают предпочтение «своим» браузерам.
Табл. Результаты ряда тестов не зависят от используемой видеокарты
Браузер
Mozilla Hardware Acceleration Stress Test, fps
Microsoft FishIE Tank, fps (20/500 рыбок)
Microsoft Psychedelic Browsing (больше — лучше)
Chrome 14.0.835.186
60
60/34
6048
Firefox 6.0.2
60
60/44
7541
IE 9.02
60
60/40
1815
Opera 11.51
13
20/2
3
Safari 5.1
6
16/2
2
Первые два из этих тестов проводились и в прошлый раз, динамика развития Chrome хорошо заметна. Здесь и далее ограничение в 60 fps искусственное, связанное с тем, что именно такова наиболее распространенная частота обновления экрана мониторов — а следовательно, превышение ее может вызывать разве что академический интерес, поскольку пользователь дополнительных кадров просто не увидит. Приведенные результаты получены с видеокартой HD 6790 и оставались такими же (в пределах статистической погрешности) при использовании других видеокарт, за одним исключением: Firefox в Psychedelic Browsing показал 6440 и 2217 баллов для HD 6670 и HD 6450 соответственно (при этом не воспроизводился звук). Вероятно, это связано с какими-то особенностями реализации отдельных функций. Для Chrome в Psychedelic Browsing решающее значение имела упомянутая выше опция GPU Accelerated Canvas 2D — с ее отключением результат опускался до значения 4. Вот наглядная демонстрация преимуществ аппаратного ускорения, отсутствие которого невозможно компенсировать оптимизацией других механизмов браузера.
Следующий тест также по сути своей относится к предыдущей группе, но в нем уже заметно некоторое масштабирование в зависимости от видеокарты.
Табл. Microsoft FishBowl, fps (10/250 рыбок)
Браузер
HD 6790
HD 6670
HD 6450
Chrome 14.0.835.186
60/35
60/35
60/34
Firefox 6.0.2
60/19
60/3
38/3
IE 9.02
60/60
60/60
60/22
Opera 11.51
2/1
2/1
2/1
Safari 5.1
2/0
2/0
2/0
В Firefox и Opera, как и раньше, вода красная.
Два следующих теста независимых разработчиков имитируют игровой контекст, причем первый разработан специалистами Facebook. Естественно, ни о какой 3D-графике здесь речь не идет, используются обычные «плоские» спрайты.
Табл. Независимые «игровые» тесты
Браузер
JSGameBench (больше — лучше)
Asteroids, баллы/fps
Chrome 14.0.835.186
796
1123/24
Firefox 6. 0.2
923
434/10
IE 9.02
700
1080/23
Opera 11.51
43
755/16
Safari 5.1
114
1046/22
Здесь также масштабирование наблюдалось только у FireFox — в JSGameBench его показатели были 910 и 777 на HD 6670 и HD 6450 соответственно. Результаты в Asteroids выглядят очень интересно — хотя в этом тесте и применяется , аппаратное ускорение не имеет решающего значения. Вероятно, здесь сказываются ограничения в каких-то более традиционных частях движка, неплохо реализованных в Opera и Safari. Для сравнения, Chrome с отключенным 2D-ускорением показал 1043/22.
Как уже говорилось, все идет к тому, что Adobe Flash будет постепенно вытесняться из веба. Соответственно, возникает вопрос: насколько оправдана эта тенденция, учитывая предысторию, распространенность и достаточную отлаженность технологии Adobe? Следующий тест, конечно, не может претендовать на полноту, но тем не менее демонстрирует, что по производительности конкурировать с Flash непросто.
Табл. Сравнение различных механизмов анимации, fps
Браузер
HTML
Canvas
SVG
Flash
Chrome 14.0.835.186
21
30
18
44
Firefox 6.0.2
9
38
2
44
IE 9.02
16
34
25
50
Opera 11.51
29
28
12
50
Safari 5.1
23
31
51
50
Internet Explorer и Opera в HTML-тесте рисуют частички квадратными. Результат Chrome указан с отключенным 2D-ускорением : с использованием этой настройки частота кадров опускалась до 12-13 fps. Видно также, что в наиболее простых случаях отсутствие аппаратной акселерации можно компенсировать программной оптимизацией; не наблюдалось и масштабирования производительности.
Впрочем, в следующем тесте картина для Flash уже не столь однозначна: реализация растровой графики средствами HTML5 оказывается значительно более быстрой:
Табл. GUIMark 2, fps
Браузер
Vector, HTML5
Vector, Flash
Bitmap, HTML5
Bitmap, Flash
Chrome 14.0.835.186
9
18
37
14
Firefox 6.0.2
11
17
48
14
IE 9.02
10
20
47
16
Opera 11.51
16
19
9
15
Safari 5.1
2
19
12
15
Здесь хорошо заметно, что для HTML5 принципиальную роль играет аппаратное ускорение, хотя Opera отлично справилась с векторным тестом. Результаты Chrome с отключенным 2D-ускорением были значительно ниже. Однако нагрузка на GPU явно не слишком высока, и результаты совпадают на всех видеокартах.
Наконец, последний HTML5-тест — один из немногих, построенных на основе реального веб-приложения (архив-магазин записей радиостанции). Он комплексный, задействует различные механизмы, в том числе и , в процессе его исполнения заметно, как сильно «плавает» fps в зависимости от ситуации/задачи.
Табл. WebVizBench (баллы/fps)
Браузер
Баллы/fps
Chrome 14.0.835.186
2800/5
Firefox 6.0.2
3050/3
IE 9.02
3970/14
Opera 11.51
2740/3,5
Safari 5.1
2650/2
Хороший пример того, насколько «тяжелыми» для браузеров могут быть HTML5-приложения. Результаты не зависели он используемой видеокарты, за исключением Internet Explorer, показавшего 3600/11 на HD 6450. Впрочем, надо иметь в виду, что данный сайт/тест разрабатывался именно с прицелом на браузер Microsoft.
WebGL
В данном контексте не вполне корректно говорить об аппаратном ускорении, поскольку WebGL представляет собой JavaScript API для отображения 3D-графики в . Но он основан на OpenGL и потому в большинстве случаев будет действительно исполняться на GPU. На сегодняшний день WebGL поддерживают Chrome и Firefox, а также Safari на платформе Mac OS X. В стабильной версии Opera поддержки нет, хотя она присутствовала в специальных тестовых сборках. Microsoft выступает против WebGL, аргументируя свою позицию соображениями безопасности: к качеству видеодрайверов имеются определенные претензии, а WebGL позволяет веб-приложениям напрямую взаимодействовать с ними, что может быть использовано для взлома системы. Впрочем, свято место пусто не бывает, и для Internet Explorer разрабатывается WebGL-плагин, хотя приложения для него, похоже, нужно корректировать (во всяком случае, пока ни один тест у нас корректно не запустился).
Трудно сравнивать между собой реализации совершенно различных механизмов, но, видимо, благодаря тому, что WebGL находится «ближе» к железу, он способен существенно поднять производительность графики (обратите внимание на количество рыбок и сравните с HTML5-тестом). В силу этого, наверное, начинает проявляться и масштабирование.
Табл. Полноэкранные WebGL-варианты JSGameBench
Браузер
HD 6790
HD 6670
HD 6450
Chrome 14.0.835.186
3960
2080/1810
380/440
Firefox 6.0.2
3230
1910
410
Результаты Chrome отличаются в WebGL Demo и WebGL Demo 2 (приведены через косую черту). Здесь масштабирование также хорошо заметно, хотя на следующие тесты смена видеокарты влияния уже не оказывала.
Табл. Производительность в WebGL также не всегда масштабируется
Резюме
Итак, насколько важно аппаратное ускорение в браузерах и должно ли оно волновать пользователя? Текущее состояние веба таково, что новые возможности HTML5 пока не слишком распространены. В пользу этого свидетельствует и неспешное развитие Opera и Safari. Однако ситуация будет меняться. В отношении перспектив HTML5 Google и Microsoft практически единодушны, а одно это уже говорит о многом.
Аппаратное ускорение реально необходимо для воспроизведения сравнительно качественного видео из веба. Судя по всему, именно с его отсутствием или недостаточной эффективностью связаны жалобы пользователей нет- и «хромбуков». Особо мощный GPU в данном случае не нужен, гораздо важнее качественная оптимизация декодера, которой пока очень не хватает для WebM.
C отображением веб-страниц ситуация менее однозначна. Неслучайно большинство тестов являются, по сути, демонстрационными приложениями: веб достаточно консервативен, создатели сайтов обычно стараются поддерживать все распространенные браузеры, а HTML5 пока даже не принят W3C. Однако новые возможности слишком заманчивы, и тройка ведущих браузеров делает их доступными для большинства пользователей. Соответственно, массового появления насыщенных сложным контентом сайтов можно ожидать уже в ближайшее время. В большинстве HTML-тестов аппаратное ускорение позволяет кардинально улучшить производительность, хотя реальная нагрузка на GPU, видимо, не слишком высока, раз не наблюдается масштабирования результатов при смене видеокарты на более мощную. Скажем, непонятно, как добиться большей частоты кадров в тесте WebVizBench.
Производительность WebGL масштабируется заметно лучше — судя по всему, данный API позволяет довольно эффективно задействовать GPU. Следовательно, появятся и по-настоящему тяжелые веб-приложения, работа которых будет существенно зависеть от видеокарты. Это, кстати, могут быть не только игры, хотя им уделяется внимание в первую очередь — вот, к примеру, Quake 2. Не менее перспективно выглядит и визуализация научных и инженерных расчетов. Если WebGL действительно сможет завоевать популярность, то значение GPU для веба существенно вырастет.
Еще один общий момент, на который стоит обратить внимание: аппаратное ускорение не только повышает производительность, но и снижает энергопотребление. Задачи, для которых не хватает даже 100% ресурсов CPU (к примеру, декодирование HD-видео), GPU нередко решает с минимальной нагрузкой, порядка нескольких процентов. Это, конечно, особенно важно для мобильных систем.
Ситуация же с самими браузерами достаточно ясна. Аппаратное ускорение дает последним версиям Chrome, Firefox и Internet Explorer ощутимое преимущество. На платформе Windows производительность этих браузеров существенно подровнялась, хотя у Chrome часть возможностей еще находится в экспериментальном состоянии. Дополнительными плюсами в пользу Chrome и Firefox являются их кроссплатформенность и поддержка WebGL, хотя не следует ожидать одинаковых результатов на всех платформах. Safari, по понятным причинам, в первую очередь развивается на Mac OS X, а вот позиция Opera откровенно разочаровывает, особенно если учесть популярность этого браузера в СНГ.
Как сильно снизить нагрузку на процессор при просмотре видео с YouTube
Инструкции
YouTube
VP9
Как сильно снизить нагрузку на процессор при просмотре видео с YouTube
Егор Морозов
—
Около двух лет назад Google стала использовать на YouTube новый кодек — VP9. С одной стороны, он давал хорошее качество картинки при сравнительно небольшом весе роликов, но с другой — тогда аппаратно декодировать его умели далеко не все видеокарты, что выливалось в очень сильную нагрузку на процессор.
Увы, но даже по прошествии двух лет ситуация сильно в лучшую сторону для пользователей Chrome и Firefox не поменялась — попытка воспроизвести там 4K60 даже на достаточно мощных 4-ядерных Core i5 последних поколений с интегрированной графикой приводит к 100% нагрузке на процессор и тормозам, при этом в Edge все плавно при нагрузке зачастую меньше 20%. Разница при воспроизведении более привычных 1080p60 также есть и также не в пользу Chrome.
Что делать в таком случае? Самый простой выход — это отключение в браузере поддержки VP9, тогда YouTube по умолчанию будет использовать h364, который отлично декодируется практически любыми видеокартами, в результате чего нагрузка на систему становится существенно ниже. Из минусов — не будет доступно качество видео выше 1080р, и будет использоваться более простой звуковой формат m4a вместо opus, но на практике это будет заметно разве что с хорошими наушниками.
Для начала стоит проверить, какие кодеки будет использовать YouTube при просмотре видео. Для этого достаточно зайти на страничку https://www.youtube.com/html5 :
Если VP9 доступен, то инструкция ниже поможет. Нет — увы, снизить нагрузку на систему при просмотре видео не получится.
Отключить VP9 просто — для этого нужно поставить расширение h364ify (для Chrome и Firefox), после чего опять же зайти на страничку выше и убедиться, что VP9 больше не работает:
Снижение нагрузки на систему оказывается… почти двукратным:
При VP9 процессор с видеокартой потреблял порядка 6-7 Вт, а при h364 — всего 3-4. В сумме весь ноутбук потребляет в среднем 12-15 Вт, так что снижение тепловыделения процессора с видеокартой вдвое может продлить время автономной работы при просмотре видео на 10-20%, что достаточно серьезно.
Рекомендации
Включение всего одной настройки в Chrome охладит ваш компьютер, а ноутбуку продлит автономность
Мы нашли удобный способ следить за максимально выгодным курсом доллара на AliExpress
Как удалить банковские карты из Google Pay (потому что зачем они там?)
7 настроек Google-клавиатуры, которые вы должны включить прямо сейчас
Рекомендации
Включение всего одной настройки в Chrome охладит ваш компьютер, а ноутбуку продлит автономность
Мы нашли удобный способ следить за максимально выгодным курсом доллара на AliExpress
Как удалить банковские карты из Google Pay (потому что зачем они там?)
7 настроек Google-клавиатуры, которые вы должны включить прямо сейчас
Читайте также
Тинькофф Мобайл
Тим Кук изменит вашу жизнь до неузнаваемости.
Интересно, как?
Apple
Тим Кук
«Гуглу» запретили уходить из России
Россия
Google
12 альтернативных браузеров, о которых почти никто не знает
На сегодняшний день браузер стал одной из главных компьютерных программ, без которой не может обойтись ни один пользователь. Обычно при выборе браузера мы ограничиваемся совсем небольшим списком, состоящим из нескольких хорошо всем известных названий — Google Chrome, Mozilla Firefox, Internet Explorer, Opera, Safari. Однако этими программами число существующих веб-обозревателей далеко не исчерпывается. Мы хотим вас познакомить с самыми интересными альтернативными браузерами, которые, может быть, не слишком известны, но определенно заслуживают вашего внимания.
Помогаем
Современный браузер является сложной программой, которая включает в себя несколько независимых компонентов, в том числе механизм рендеринга страниц, пользовательский интерфейс, движок обработки Javascript, XML парсер и так далее. Такая многоуровневая архитектура позволяет довольно легко изменять отдельные модули браузеров, чем успешно пользуются сторонние разработчики, выпуская свои модификации веб-обозревателей на основе существующих браузерных движков (browser engine). Самые распространенные движки браузеров на сегодня: Trident (Internet Explorer), Gecko (Mozilla Firefox) и Webkit (Chrome, Safari), поэтому в этом обзоре все программы разделены именно по этому признаку.
Зміст
1 Браузеры на основе Mozilla Firefox
2 Браузеры на основе Internet Explorer
3 Браузеры на основе Google Chrome
4 Заключение
Браузеры на основе Mozilla Firefox
Gecko — это движок вывода веб-страниц, известный нам прежде всего по браузеру Mozilla Firefox. При создании Gecko разработчики обеспечили поддержку открытых стандартов Интернета, кроссплатформенность, а самое главное – свободное распространение, благодаря чему этот движок успешно используется в самых разных программных продуктах.
Курс
Recruitment
Станьте професіональним IT-рекрутером та заробляйте $1800 вже через два роки
РЕЄСТРУЙТЕСЯ!
Waterfox (Windows Vista x64, Windows 7 x64)
Несмотря на популярность 64-битных систем, Mozilla пока не планирует выпуск специальной версии браузера для этой архитектуры. Проект Waterfox восполняет этот пробел, предоставляя нам специально оптимизированную для выполнения в этой среде версию браузера. Хотя Waterfox имеет практически ту же самую функциональность, что и Firefox, смысл попробовать эту программу все же имеется, так как разработчики обещают нам значительное увеличение производительности в 64-битных системах.
Назначение. Если у вас 64-битная система и вы хотите приобрести небольшой выигрыш в скорости, то стоит испробовать эту программу.
Pale Moon (Windows 2000/XP/Vista/7, x86/x64)
Еще одна оптимизированная и ускоренная версия Firefox, которая доступна только для Windows и имеет как 32, так и 64-битную версию. Разработчики направили основные усилия на создание специально оптимизированной для полного использования всех возможностей современных процессоров программы. Кроме скрытых под капотом браузера изменений, направленных на максимальное ускорение работы, есть и некоторые твики пользовательского интерфейса, но они весьма незначительны. Однако в следующих версиях, по словам разработчиков, отличия от родительского браузера будут более заметны, так как Firefox скоро ожидает значительный редизайн, а Pale Moon оставит себе свой привычный вид.
Назначение. Для любителей выжать все возможное из своего железа, а также тем кому не нравятся изменения в интерфейсе Firefox.
SeaMonkey (Windows, Linux, MacOS)
Было бы большой ошибкой считать SeaMonkey дочерним продуктом браузера Firefox, скорее это родные братья, имеющие в своей основе один и тот же проект Mozilla Suite. В Firefox пошли по пути максимального облегчения программы, а SeaMonkey сохранил в своем составе все существующие компоненты, в том числе веб-обозреватель, почтовую программу, редактор html-страниц, адресную книгу и клиент IRC. Таким образом, в одной программе мы получаем полный джентльменский набор функций, необходимых для работы в интернете, которые в одном комплекте потребляют гораздо меньше ресурсов, чем установленные по отдельности Firefox, Thunderbird и т.д.
Назначение. Этот комбайн может понравиться любителям многофункциональных решений «все-в одном», готовых мириться с откровенно устаревшим интерфейсом и невысокой скоростью работы.
Wyzo (Windows, MacOS)
Этот браузер основан на ветке 3.6 браузера Firefox, так что тем пользователям, которые не приняли кардинального обновления программы в четвертой версии, стоит обратить на него внимание. Кроме этого, Wyzo может похвастаться встроенной поддержкой протокола BitTorrent, усовершенствованным загрузчиком файлов и полной совместимостью с темами и расширениями Firefox.
Назначение.Если вы по каким-то причинам прикипели к Firefox семейства 3. 6, то этот браузер для вас.
Браузеры на основе Internet Explorer
Internet Explorer более чем какой-либо другой браузер нуждается в усовершенствовании. Несмотря на наличие довольно стабильного, а в последних версиях еще и очень быстрого механизма обработки страниц Trident, браузер от Microsoft проигрывает конкурентам из-за скромной функциональности и медленного внедрения новых технологий. Тем ценнее для нас те продукты, в которых сторонние разработчики пытаются исправить присущие IE недостатки.
Avant Browser (Windows)
Этот веб-обозреватель является одним из самых успешных отпрысков Internet Explorer. Если не принимать во внимание немного устаревший вид, то можно сказать, что Avant Browser – это именно тот браузер, которым хотел стать IE в детстве. Посудите сами, рекордно низкое потребление памяти, встроенная блокировка рекламы и всплывающих окон, автозаполнение форм и менеджер паролей, возможность хранения своих закладок, паролей, настроек в онлайновом хранилище, поддержка жестов мышью, система чтения RSS-лент и многие другие функции делают этот браузер, пожалуй, лучшим выбором среди IE-совместимых обозревателей. Добавьте к этому отличную локализацию, регулярные обновления и многочисленное сообщество пользователей, и становится ясно, что этот браузер непременно нужно попробовать всем поклонникам майкрософтовского движка отображения страниц Trident.
Назначение.Этот браузер понравится тем пользователям, которые хотят использовать все преимущества движка Trident, но не могут мириться с функциональностью Internet Explorer.
Lunascape (Windows)
Экзотический браузер от разработчиков из далекой Японии. Как и многие изделия родом из этой страны, обладает целым рядом уникальных особенностей. Прежде всего это возможность использования не только движка Trident, идущего в комплекте по умолчанию, но и Gecko с WebKit. Таким образом, пользователям предоставляется возможность использования функций всех самых популярных на сегодня браузеров в одном интерфейсе. Есть даже возможность закрепления определенного движка для отображения отдельных сайтов, так что при проблемах с какой-либо страницей браузер будет автоматически переключаться на более подходящий механизм рендеринга. Кроме этого, браузер обладает возможностью установки дополнений (в том числе для Chrome и Firefox), изменения внешнего вида с помощью скинов, а также такой развитой системой настройки, что с ее помощью можно изменить буквально любой аспект работы программы.
Назначение. Сложный продукт, требующий настройки и изучения. Может пригодиться, если вам нужно видеть отображение сайтов в разных браузерах.
SlimBrowser (Windows)
Несмотря на то что обновляется SlimBrowser довольно регулярно (последняя версия вышла буквально на днях), выглядит он как IE 8. Тем не менее, под капотом программы скрывается целый набор востребованных функций, таких как автоматическое заполнение веб-форм, встроенный переводчик, панель быстрого поиска, продвинутый менеджер загрузок, блокиратор рекламы, редактор HTML и скриптов, интеграция с Facebook и другими социальными сервисами, поддержка скинов и т.д. Хотя SlimBrowser стал одним из двенадцати браузеров, предлагаемых для пользователей Европейского экономического пространства, я бы не называл его самостоятельным продуктом – скорее это просто комплект полезных настроек и дополнений для Internet Explorer, собранных под одной оболочкой.
Назначение. Хотя разработчики на домашней странице смело утверждают, что это лучший браузер для Windows, это все же просто набор полезных дополнений.
Браузеры на основе Google Chrome
Сейчас многие уже забыли, но движок WebKit ведет свою родословную от проекта KHTML, изначально разработанного для среды KDE в Unix-системах. Его исходный код открыт, то есть доступен для использования в проектах любого назначения. Самыми известными из них являются браузеры Safari и Google Chrome, но существует также огромное количество других программ, в той или иной мере использующих компоненты WebKit.
Chromium (Windows, MacOS, Linux)
Несмотря на то что Google Chrome и Chromium разрабатывает одна и та же фирма, и в обоих использован один и тот же движок и интерфейсные решения, все же между ними имеется целый ряд существенных отличий. В Chromium отсутствует автообновление, поддержка некоторых проприетарных аудио-видео форматов и Flash, нет модуля для работы с PDF. Но при этом браузер Chromium предлагает все самые свежие и экспериментальные функции, которые разработчики еще только собираются внедрять в Google Chrome.
Назначение. Если вы хотите раньше всех попробовать все нововведения, которые появятся в Google Chrome, то это ваш выбор.
Comodo Dragon (Windows)
Компанию Google последнее время частенько попрекают в неуважении к конфиденциальности. В частности, браузер Chrome уже неоднократно был замечен в сборе различной информации о действиях пользователя в Сети. Именно поэтому появился целый ряд альтернативных браузеров, в которых повышенное внимание уделено секретности и безопасности. Программа Comodo Dragon разработана компанией Comodo, которая хорошо известна своим антивирусом и файрволом. В ней используется соединение через сервер SecureDNS, позволяющее блокировать зловредные сайты, использован более совершенный механизм анонимного серфинга, а также сделан ряд других изменений, повышающих вашу безопасность.
Назначение.Этот браузер предназначен для тех, кто всерьез озабочен своей безопасностью и секретностью.
RockMelt (Windows, MacOS)
Этот браузер предназначен для любителей социальных сетей и напоминает уже закрытый проект Flock. С его помощью можно легко получать обновления в своих учетных записях, общаться с друзьями, обмениваться любым содержимым просматриваемых страниц. Браузер имеет специальные дополнительные панели, которые служат для отображения кнопок подключенных социальных сервисов, списка друзей, встроенного чата. RockMeIt, в отличие от Chrome, хранит пользовательский профиль на серверах Facebook и, соответственно, для работы требуется войти в свою учетную запись в этой социальной сети.
Назначение.Если вы являетесь активным участником социальных сетей, особенно Facebook, то вам непременно надо обратить внимание на эту программу.
CoolNovo (Windows, Linux, MacOS (beta))
Наши китайские товарищи славятся своим умением повторять и усовершенствовать самые различные продукты. Не обошла эта участь и браузер компании Google. CoolNovo имеет все возможности Chrome плюс ряд дополнительных полезных функций, которые делают работу с браузером более комфортной. Благодаря усилиям китайских разработчиков браузер стал понимать жесты мыши, обзавелся удобным менеджером закачек, встроенным механизмом блокировки рекламы, функцией «суперперетаскивания» и многими другими возможностями. Кроме этого, в программе позаботились о защите личной информации пользователя: более тщательно происходит очистка приватной информации и отключены шпионские компоненты Google Chrome.
Назначение.Никакого волшебства – это просто Chrome в комплекте с несколькими полезными расширениями и твиками. Пригодится всем, кому необходима «прокачанная» версия Google Chrome.
Maxthon (Windows, Android)
Один из старейших альтернативных браузеров, успевший с 2004 года не только сменить основной движок отображения страниц с Trident на WebKit, но и обрести заслуженную популярность среди многочисленной армии пользователей.
Причиной для этого послужила довольно серьезная оснащенность Maxthon, предоставляющего «из коробки» множество удобнейших функций, доступных в других браузерах только после установки десятков расширений. К ним относятся возможность настройки внешнего вида с помощью скинов, функция Super Drag&Drop, управление жестами мыши, блокировка рекламы, встроенный RSS-ридер, служба автообновления, встроенный блокнот, менеджер загрузок, функция хранения пользовательских данных в облачном сервисе с возможностью синхронизации между разными компьютерами и многое другое. При этом необходимо подчеркнуть, что Maxthon, в отличие от многих конкурентов, является самостоятельным проектом, а не переработанной версией Google Chrome.
Назначение.Быстрый, удобный и функциональный веб-обозреватель, имеющий свое собственное лицо и долгую историю развития. Реальная и очень достойная альтернатива фаворитам.
Заключение
В этом обзоре мы постарались познакомить вас с самыми интересными представителями альтернативных браузеров. Некоторые из них предназначены для выполнения узкоспециализированных задач, другие предоставляют пользователям широчайший спектр возможностей при работе в интернете. Как вы можете убедиться, список современных веб-обозревателей гораздо шире известных всем четырех названий и включает в себя достойные для применения программы. Среди всех рассмотренных альтернатив особое внимание читателей мы бы хотели обратить на Avant Browser и Maxthon, которые содержат целый ряд оригинальных решений и полностью способны выполнять роль штатного веб-обозревателя.
D-Link DCS-5605
Описание
Мощная система наблюдения
IP-камера DCS-5605 — это высокопроизводительная PTZ IP-камера для профессионального наблюдения и удаленного мониторинга. Оснащенная моторизированным приводом наклона, поворота и возможностью оптического/цифрового увеличения, данная IP-камера обеспечивает максимальную производительность. Линза 10-ти кратного увеличения обеспечивает высокое качество изображения, предоставляя возможность рассмотреть лица, номерные знаки автомобилей, и другие важные детали, которые трудно различить, используя только цифровое увеличение.
Расширенные настройки кодирования видео
Для увеличения эффективности полосы пропускания и улучшения качества изображения, камера DCS-5605 поддерживает функцию сжатия видео в реальном времени в форматах MJPEG, MPEG-4 и H.264. Кодек H.264 может сократить размер видео-потока до 80% по сравнению с Motion JPEG. Таким образом, требуется меньшая полоса пропускания и объем памяти.
Просмотр видео в режиме реального времени
IP-камера DCS-5605 поддерживает просмотр видео на мобильном телефоне 3GPP. Видео в режиме реального времени может быть передано через сотовую сеть 3G на совместимый мобильный телефон, КПК или мобильное устройство с поддержкой протокола RTSP (Real Time Streaming Protocol). Пользователям предлагаются гибкие и удобные способы удаленного наблюдения за домом или офисом в режиме реального времени.
Простая установка и использование
IP-камера DCS-5605 может быть установлена на плоской поверхности или на стене. Управление и просмотр до 32 камер возможен с помощью программного обеспечения D-ViewCam D-Link. Пользователи могут настроить автоматическое уведомление по e-mail для мгновенного получения информации о нештатных событиях. Помимо этого, камера поддерживает функцию Plug-n-Play, что позволяет компьютерам с операционными системами Windows XP/Vista автоматически распознавать камеры и добавлять их в сеть. Подписавшись на один из бесплатных сервисов Dynamic DNS, можно присвоить камере легко запоминаемое доменное имя (например, mycamera.dlinkddns.com). Это даст возможность пользователям получать доступ к камере, даже не зная ее реального IP-адреса.
Характеристики
Комплект поставки
• IP-камера
• Внешний адаптер питания 12В/2А
• Ethernet-кабель кат.5
• Руководство по быстрой установке
• Мастер установки на CD-диске
• A/V-кабель
• Подставка
• Винта для установки
Потребляемая мощность
100-240В переменного тока, 50/60 Гц, 0,4 A
Системные требования
• Операционная система: Windows XP или Vista
• Браузер: Internet Explorer, Firefox, Mozilla или Opera
• Мобильный телефон 3GPP
Размеры
140,3 x 136,1 x 140,1 мм
Вес
810 г
Рабочая температура
От 0˚ до 40˚ C
Температура хранения
От -20˚ до 70˚ C
Влажность
20% — 80% без конденсата
Сертификаты
• FCC
• IC
• CE
• С-Tick
Сертификаты
Заказ
DCS-5605 IP-камера PTZ c поддержкой H. 264 и приводом наклона и поворота с поддержкой PoE
Дополнительные аксессуары
DCS-71 Внешний всепогодный кожух для сетевых камер DCS-5605 (rev. A1) и DCS-5211L
DCS-71P Внешний всепогодный кожух с поддержкой PoE для сетевых камер DCS-5605 (rev.A2) и DCS-5211L
Изображения
DCS-5605
Вид сзади
Вид спереди
Загрузки
Смотрите также
Инструменты для проектирования сети
Google убивает популярный видео-формат — CNews
Открытое ПО Интернет ПО
Интернет-ПО
Свободное ПО
Софт
|
Поделиться
Google собирается отказаться от поддержки стандарта H. 264, одного из самых популярных форматов потокового видеовещания в интернете. Эксперты видят в этом демарше наступление «корпорации добра» на мобильные устройства Apple и стремление видеть в качестве единого видеостандарта собственный формат WebM.
Google готовится произвести небольшую революцию на интернет-рынке, отказавшись от поддержки видеоформата H.264, одного из самых распространенных форматов потокового интернет-видео.
«Хотя H.264 играет важную роль в видео, наша цель состоит в поддержке открытых технологий. Поэтому поддержка кодека H.264 из браузера будет удалена», — говорится в заявлении представителей Google, опубликованном в блоге проекта Chromium. Под именем Chromium проходят обкатку будущие выпуски браузера Google Chrome.
Тем не менее, несмотря на приверженность открытым технологиям, разработчики браузера, по-видимому, не собираются исключать из Chrome проприетарный Adobe Flash Player.
Chrome — не первый и не единственный популярный браузер, который откажет в поддержке распространенному кодеку H.264: первым это сделал Firefox. Пикантность ситуации с Chrome состоит в том, что у Firefox, в отличие от Google, нет в собственности видеосервисов, подобных YouTube, практически весь контент которого представлен в формате H.264.
H.264 — это довольно распространенный проприетарный видеокодек, также известный как MPEG-4. Держателями патентов на него являются Apple, Fujitsu, Microsoft, Philips и несколько других компаний. Патентным пулом распоряжается компания MPEG LA, которая планирует начать взимать плату за использование патента в 2015 г. Однако в прошлом году компания заявила, что бесплатная раздача веб-видео в формате H.264 останется бесплатной и впредь.
Формату H.264 существует свободная альтернатива под названием WebM. Представив эту разработку на конференции Google I/O в прошлом году, тогда Google заявил, что не планирует отказываться от поддержки H. 264.
Google объявил об отказе от любимого кодека Apple в тот самый день, когда Apple подружилась с любимым сотовым оператором Google
WebM не требует лицензионных отчислений, и помимо разработчика в лице «корпорации добра» имеет поддержку создателей браузеров Firefox и Opera. Часть видео на YouTube уже сконвертирована в WebM.
На момент публикации этого материала Google не успел объяснить CNews свое решение.
Комментируя демарш Google, участники рынка разделились на несколько фракций. Разработчики браузеров, потенциальных приобретателей лицензий на H.264, приветствовали новость от своих коллег из команды Chrome.
Александр Словесник, координатор проекта «Mozilla Россия», комментируя отказ Chrome от поддержки H.264, заявил, что «очень этому рад». Браузер Firefox, разрабатываемый Mozilla, не работает с видеоформатом H.264 и, по словам Словесника, не собирается этого делать: «У нас нет денег на лицензирование и даже если бы были, мы бы нашли им более разумное применение».
Разработчики браузера Opera полагают, что даже полный отказ сервисов Google от применения H.264 с переходом на WebM не повлечет в краткосрочной перспективе серьезных изменений для веб-разработчиков. По словам директора по стандартам Opera Software Чарльза МакКети Невила (Charles McCathie Nevile), «серьезные хостеры либо уже поддерживают, либо планируют начать поддержку WebM в скором времени».
Вадим Глущенко, Центр глобальной ИТ-кооперации: Делаем акцент на восточном направлении
Цифровизация
Однако он признает, что хотя поддержка того или иного стандарта — это сугубо внутреннее дело производителя, объявление Google об отказе от поддержки H.264 получилось очень провокационным.
Интернет-рынок находится в ожидании реализации стандарта HTML5, который предусматривает обработку видеопотока браузером без применения специальных плагинов, таких как Adobe Flash Player. Поэтому встроенная поддержка видеоформатов браузерами в эпоху HTML5 будет играть принципиальную роль в завоевании рыночных долей и теми, и другими.
Международная организация W3C, которая занимается разработкой и внедрением интернет-стандартов, до сих пор не выбрала единый видеостандарт для HTML5. Сейчас на эту роль существуют три претендента: OGG с кодеком Theora, H.264 и WebM. Позиции Theora в последнее время явно ослабели из-за отсутствия серьезного лоббирования. В поддержку H.264 выступают Apple и Microsoft, а WebM помимо Google поддерживают разработчики браузеров Firefox и Opera.
Заявление о скором отказе от H.264 в браузере Chrome — это явный сигнал к тому, чтобы WebM стал единым стандартом для HTML5, причем этот сигнал пришел раньше, чем ожидалось, говорит Чарльз МакКети Невил.
Отечественные разработчики создадут замену Microsoft System Center
Инновации для промышленности
У разработчиков видеосервисов объявление Google не вызвало радости.Евгений Кукушкин, технический директор крупнейшего российского видеопортала RuTube, говорит, что под предлогом борьбы за открытые стандарты и отсутствие лицензионных отчислений Google хочет «перетянуть одеяло на себя в попытке отстроить свою собственную экосистему» на основе платформ GoogleDocs, GoogleTV, Android, YouTube и прочих.
Эксперт не видит за WebM технологических преимуществ перед H.264. О реализации стандарта WebM он говорит как о «сырой и требующей серьезной доработки». Для обеспечения качественного проигрывания видео высокого разрешения пользователю важно иметь аппаратную поддержку этого кодека на своем компьютере, как это сделано с H.264, чего в случае WebM нет.
Агрессивная политика Google с отказом от поддержки H.264 в своем браузере может подвигнуть владельцев видеопорталов обеспечить кодирование своего видео с помощью WebM, или даже в двух форматах: в H.264 и в WebM. Но на это вряд ли пойдут порталы, работающие с профессиональным видео высокого разрешения, замечает техдиректор RuTube: стоимость такой операции будет очень высока, а выгоды сомнительны. Вряд ли обеспечение возможности просмотра видео через Google Chrome стоит того, чтобы потратить миллионы долларов.
Наконец, часть экспертов, опрошенных CNews, в предстоящем исключении H.264 из Google Chrome видит новую главу в противостоянии Google и Apple. Обозреватель техники Apple, директор по продуктам Unreal Mojo, разработчика приложений для iPhone и iPad Александр Пацай говорит, что демарш Google — удар по Apple, как конкуренту Google на рынке мобильных устройств. «У iPhone есть аппаратная поддержка H.264, но нет аппаратной поддержки его альтернативы WebM. Строго говоря, ее сейчас нет ни в каких устройствах, но Google, как создателю WebM, будет проще ее реализовать для Android, чем Apple для iOS».
На конференции I/O в мае 2010 г. Google говорил, что не планирует прекращать поддержку H.264, вспоминает Пацай, но не прошло и года, как компания отказалась от своих слов. Даже дата анонса отказа от H.264 выбрана неслучайно, замечает он: это произошло в день презентации продаж iPhone американским оператором Verizon.
Не так давно Verizon был главным апологетом Android в среде американских мобильных операторов и активно критиковал iPhone в рекламе Motorola Droid. Теперь сеть договорилась с Apple о продажах iPhone, и в день анонса соглашения партнеры получили «подарок» от Google.
То, что Google хочет сделать свой открытый кодек стандартом, это хорошо. Но то, как она это делает — это лицемерие чистой воды, резюмирует Пацай.
Первый в России ИТ-маркетплейс Market.CNews для Вашего бизнеса. С ценами на ИТ-услуги от сотен поставщиков
Владислав Мещеряков
Включить поддержку кодека H.264 для браузера Opera · GitHub
#!/бин/баш
# Автор: Марко Карлетти
# Дата: май 2022 г.
# Версия: 0.2.0
# Спасибо всем за комментарии, предложения, исправления и тесты!
# Проверено на
# ———
#
# Убунту 18.04
#
# v0.1.0
# 62. 0.3331.116
# 63.0.3368.66
#
# Убунту 20.04
#
# v0.1.0
# 70.0.3728.95
# 73.0.3856.284
# 74.0.3911.107
# 74.0.3911.232
#
# v0.2.0
# 87.0.4390.25
# Примечания к выпуску
# ————-
#
# v0. 2.0 Более разумное использование параметров curl для исправления сбойной постоянной ссылки. Отдельное спасибо `dotarr` за исправление!
# Последнее обновление: 18 мая 2022 г.
#
# v0.1.0 Это в основном очищенная версия того, что вы можете найти в этом посте с форума Opera:
Кроссбраузерная совместимость видеоформата MPEG-4/H.264 в Opera 79
Последнее обновление: 2022-06-30
Примечание:
Если вы думаете об использовании MPEG-4/H. 264 Параметры видеоформата Вы должны знать, что Формат видео MPEG-4/H.264 Варианты параметров Полная поддержка в Опера 79 . Таким образом, вы можете быть уверены, что у пользователей Opera не будет несовместимости с браузером Opera 79. Однако вы можете столкнуться с несовместимостью из-за некоторых других веб-технологий.
Обзор
mpeg 4 — это стандарт сжатия видео, а также наиболее широко используемый формат в портативных устройствах.
LT Browser — браузер нового поколения для создания, тестирования и отладки адаптивных мобильных веб-сайтов
Check LT Browser
Free Forever
LT Debug — лучшее расширение Chrome для отладки веб-проблем и ускорения разработки
Облако LambdaTest позволяет протестировать ваш веб-сайт или веб-приложение в более чем 3000 реальных браузерах и операционных системах для мобильных и настольных компьютеров. Вы можете проверить совместимость браузера для MPEG-4/H. 264 видеоформат , а также многие другие веб-технологии.
Протестируйте сейчас в Opera 79
Зачем тестировать Opera 79
Чтобы разработать правильную стратегию тестирования, важно понимать, сколько пользователей на самом деле используют Opera 79 Чтобы помочь вам построить правильную матрицу тестирования браузера, вот общая доля рынка как в браузере Opera, так и в версии Opera 79.
ЛУЧШИЕ БРАУЗЕРЫ Opera (январь 2021 г. — январь 2022 г.)
Версия браузера
% Доля
Release Date
Opera 89
0.89
2022-09-27
Opera 70.3
0.33
2022-09-27
Opera 63
0.19
2022-09-27
Opera 64
0.11
2022-09-27
Opera Mini 4.4
0.07
2022-09-27
Opera 60
0.05
2022-09-27
Other
1.46
—
Источник данных: Statcounter.com
ALL DESKTOP BROWSERS (Jan 2021 — Jan 2022)
Browsers
% Share
Chrome
65. 51
Safari
18.8
Edge
4.26
Firefox
3.14
Samsung Internet
2.87
Opera
2.2
Другое
3.2
Источник данных: Statcounter.com, вам сначала нужно проверить, какие технологии поддерживаются в Opera 79.
Вот список всех веб-технологий, классифицированных по уровню поддержки для Opera 79. По крайней мере частично поддерживается
Нет поддержки
Поддержка браузером видеоформата MPEG-4/H.264
Поддержка браузером для версий IE
11-9
Полная
—
Частично
0397
8-5.5
Not Supported
Test on IE
Browser Support For Edge Versions
103-12
Fully
—
Partially
—
Not Supported
Test on Edge
Browser Поддержка версий Firefox
104-35
Полностью
34-21
Частично
20-2
Не поддерживается
Тестирование на версиях Chrome
7 Браузеры
7
106-4
Fully
—
Partially
—
Not Supported
Test on Chrome
Browser Support For Safari Versions
16-3. 2
Fully
—
Partially
3.1 -3.1
Не поддерживается
Проверка в Safari
Поддержка браузером версий Opera
87-25
Полностью
—
Частично
249.966 Не поддерживается
Тест на Opera
Поддержка браузера для Safari на версиях iOS
16-3.2
FOLLE
—
Partivally
—
. Версии браузеров Android
103-4.4
Полностью
4-2.3
Частично
—
Не поддерживается
Тестирование для мобильных версий браузеров Android
7 Браузеры0397
64-11.5
Fully
—
Partially
10-10
Not Supported
Test on Opera Mobile
Browser Support For Chrome for Android Versions
103-97
Fully
—
Частично
—
Не поддерживается
Тестирование в Chrome для Android
Поддержка браузером Firefox для версий Android
—
Полностью
101-95
Partially
—
Not Supported
Test on Firefox for Android
Browser Support For Samsung Internet Versions
17-4
Fully
—
Partially
—
Not Supported
Test on Samsung Интернет
Об Opera
Браузер Opera был первоначально выпущен в 1996 году компанией Opera Software. Он оставался популярным веб-браузером в течение многих лет и активно развивается по сей день. В 2013 году компания объявила, что перейдет со своего проприетарного движка Presto на проект Chromium с открытым исходным кодом.
Opera имеет встроенный инструмент для создания снимков экрана; это лишь одна из многих функций, которые Opera переняла у других веб-браузеров, включая быстрый набор, блокировку всплывающих окон, повторное открытие недавно закрытых страниц, приватный просмотр и просмотр с вкладками. Opera — это веб-браузер, который меньше по размеру, быстрее и стабильнее, чем браузеры Mozilla или Microsoft.
Opera выпустила новый криптовалютный кошелек для телефонов Android. Приложение, доступное в бета-версии и версии для разработчиков Opera для Android, поддерживает Web 3, специально предназначенный для мобильных платежей и платежей в криптовалюте. Кошелек очень безопасен, а средства хранятся под полным контролем пользователя. Нет необходимости вводить PIN-код или пароль, так как смартфон пользователя будет использоваться для разблокировки кошелька.
Opera позволяет легко общаться через Facebook Messenger, ВКонтакте и WhatsApp с вашего ПК, в том числе отключать уведомления и отслеживать их на вашем телефоне.
Загрузить Opera
Чтобы загрузить последнюю версию браузера Opera, посетите официальный веб-сайт Opera.
Ресурсы:
Кросс-браузерное тестирование во всех версиях браузеров Opera
LambdaTest позволяет LambdaTest позволяет мгновенно запускать ваш веб-сайт в браузере Opera версии 20 и выше.
Начать бесплатное тестирование
Данные получены с
Консорциума World Wide Web (W3C) (https://www.w3.org/TR/)
Статус платформы Chrome (https://chromestatus.com/features) )
Статус функции WebKit (https://webkit.org/status/)
Поддержка браузером видеоформата MPEG-4/H.264
Chrome
Safari
Firefox
Internet Explorer
Opera
Edge
Поддержка видеоформата MPEG-4/H.
264 в Google Chrome 902-HEG Поддержка видеоформата MPEG-4/H.264 в Google Chrome
9
9. в Microsoft Edge
Поддержка видеоформата MPEG-4/H.264 в Mozilla Firefox
Поддержка видеоформата MPEG-4/H.264 в Internet Explorer
Поддержка видеоформата MPEG-4/H.264 в Opera
Поддержка видеоформата MPEG-4/H.264 в Safari
LT Debug — лучшее расширение Chrome для отладки веб-проблем и ускорения вашей разработки
Free Forever
Протестируйте формат видео MPEG-4/H.264 в Real Opera 79
Протестируйте эту и другие функции вашего веб-сайта на совместимость с 3000 реальных браузеров и устройств с помощью
Начать бесплатное тестирование
X
Мы используем файлы cookie, чтобы обеспечить вам максимальное удобство. Файлы cookie помогают предоставить вам более персонализированный опыт и релевантную рекламу, а нам — веб-аналитику. Узнайте больше в нашей Политике использования файлов cookie, Конфиденциальности и Условиях обслуживания
Разрешить использование CookieCancel
Кодек
— поддержка H.
264 для Opera и openSUSE
Изменено
2 года 11 месяцев назад
Просмотрено
20 тысяч раз
Я использую openSUSE Leap 42.2 и Opera 46.0.2597.57.
Некоторые видео в Интернете (возможно, половина на YouTube) не работают в Opera.
YouTube говорит мне, что я не могу смотреть видео, и предлагает мне посетить https://www.youtube.com/html5. H.264 и MSE и H.264 не поддерживаются моим браузером, как указано на странице, хотя Opera указана как поддерживаемая.
Я провел небольшое исследование и установил следующие пакеты (которые не были решением):
хром-ffmpeg-экстра
хром-ffmpeg-extra-debuginfo
хром-ffmpegsumo
Возможно, мне нужно упомянуть, что Firefox довольно хорошо работает с YouTube и другими видео, которые не работают в Opera.
Большое спасибо за помощь.
PS:
Если эта проблема будет исправлена с помощью openSUSE Leap 42.3, это будет вариант для меня, но у меня все еще не было достаточно времени для обновления.
openuse
кодек
опера
У меня была такая же проблема в Fedora 27, поэтому я следовал инструкциям, приведенным в ссылке @doug0, и попробовал libffmpeg, предварительно собранный с проприетарными кодеками. Вот самое необходимое:
перейдите на https://github.com/iteufel/nwjs-ffmpeg-prebuilt/releases
скопировать ссылку на последнюю версию (в моем случае 0.26.6)
Убедитесь, что Opera теперь поддерживает H.264, на https://html5test.com
К сожалению, это известная проблема в Opera, распространяющаяся на OpenSuse 42.3 . YouTube сообщает, что H.264 и MSE и H.264 не поддерживаются при доступе из этой ОС. Здесь используется Opera 46.0.2597.26 , не такая свежая, как у вас, но более новая ОС.
В Интернете есть ссылка на исправление кодека Chromium. Удаление Chromium не влияет на мои настройки и принудительно переустанавливает ffmpeg после удаления дополнительных кодеков Chromium. Для тех, кто не боится, есть решение [1] для ручного связывания, включающее libffmpeg.so , которое, кажется, имеет успех (но его нужно переделывать каждый раз при обновлении Opera). Ручную привязку не пробовал.
Эта проблема продолжает возникать. Бывает, я ищу, как это исправить, потом забываю об этом, потом это происходит снова.
На этот раз я попытался переустановить chromium-ffmpeg-extra, что у меня не сработало, но затем я обновился до Opera 60.0.3255.27, которая сработала (сегодня)
ОБНОВЛЕНИЕ:
проблема продолжает возникать, потому что каждый раз, когда Opera обновляет ее, ее нужно исправлять снова.
На этот раз я нашел эту тему: https://forums.opera.com/topic/27463/bug-html5-h-264-codec-videos-no-longer-working-on-opera-54-0-2952 -41-ubuntu-18-04-lts-x86_64-xfce/7
В котором рекомендовалось удалить оперы libffmpeg.so и создать символическую ссылку на хром
Эти инструкции могут сильно зависеть от того, где что находится в вашем дистрибутиве, но для меня, работающего с linux mint 18, я сделал следующее:
найдите каталог Opera и перейдите в него.
переименовать файл Opera libffmpeg.so для резервного копирования
создать символическую ссылку на хром libffmpeg.so
$ какая опера
/USR/бен/опера
$ ls -al /usr/bin | греп опера
lrwxrwxrwx 1 root root 35 4 июня 16:33 опера -> ../lib/x86_64-linux-gnu/opera/opera
$ cd /usr/lib/x86_64-linux-gnu/opera
$ sudo mv libffmpeg.so libffmpeg.so.bak
$ sudo ln -s /usr/lib/chromium-browser/libffmpeg.so
$ лс-ал | grep libffmpeg.so
lrwxrwxrwx 1 root root 38 11 июня 06:53 libffmpeg.so -> /usr/lib/chromium-browser/libffmpeg.so
-rw-r--r-- 1 корень корень 1799080 4 июн 16:33 libffmpeg.so.bak
Очевидно, что важной строкой является sudo ln -s /usr/lib/chromium-browser/libffmpeg.so Но я показал остальные, чтобы люди могли понять, как узнать, в каком каталоге им нужно находиться.
Также У меня установлен браузер хром. Если вы этого не сделаете, вам, возможно, придется установить его, чтобы это решение работало.
Я надеюсь, что это полезно.
Пока не знаю, придется ли повторять эти действия при следующем обновлении оперы… наверное.
Вы можете проверить идентификатор своего браузера на сайте opera://about/ и загрузить соответствующую версию libffmpeg.so с http://ppa.launchpad.net/saiarcot895/chromium-beta/ubuntu/pool/main/c/chromium-browser. /.
Например, идентификатор моего браузера: «Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, например Gecko) Chrome/69.0.3497.100 Safari/537.36 OPR/56.0.3051.52», и мне нужен libffmpeg.so из хром-кодеки-ffmpeg-extra_69.0.3497.72-0ubuntu1~ppa1~16.04.1_amd64.deb .
Вы должны извлечь и заменить (с резервной копией) libffmpeg.so в вашем каталоге Opera (в Debian /usr/lib/x86_64-linux-gnu/opera/) и перезапустить Opera.
мкдир /tmp/libffmpeg
компакт-диск /tmp/libffmpeg
wget http://ppa.launchpad.net/saiarcot895/chromium-beta/ubuntu/pool/main/c/chromium-browser/chromium-codecs-ffmpeg-extra_69.0.3497.72-0ubuntu1~ppa1~16. 04.1_amd64.deb
ar x chromium-codecs-ffmpeg-extra_69.0.3497.72-0ubuntu1~ppa1~16.04.1_amd64.deb
смолка xJvf data.tar.xz
sudo cp -b ./usr/lib/chromium-browser/libffmpeg.so /usr/lib/x86_64-linux-gnu/opera/
Проверьте поддержку H.264 на https://www.youtube.com/html5
В Ubuntu 19.10 (если у вас установлен Google Chrome) вы можете найти libffmpeg.so файл в /usr/share/code/ . Таким образом, команда для предоставления Opera поддержки видео H.264 YouTube (и Amazon Prime, Netflix и т. д.) —
Другой вариант — установить моментальную версию Opera (https://snapcraft. io/opera), мне это помогло
Я создал скрипт который исправляет Opera файлом «libffmpeg.so» из пакета «chromium-ffmpeg-codecs-extra»
Получить его здесь
4
::: Обновление 2019 :::
Эта проблема «Opera не может воспроизвести некоторые видео Youtube HTML5 в OpenSuse» все еще сохраняется.
Исправление Opensuse 42.3+ (как root, установите этот пакет. Другие пакеты не нужны, если честно):
# zypper -v в chromium-ffmpeg-extra
Затем перезапустите Opera (убедитесь, что все экземпляры Opera закрыты) и через Opera перейдите к;
https://www.youtube.com/html5
Вы должны увидеть синюю галочку рядом с полями h364 и MSE и H.264, чтобы указать, что эти кодеки теперь поддерживаются для браузера Opera.
Твой ответ
Зарегистрируйтесь или войдите в систему
Зарегистрируйтесь с помощью Google
Зарегистрироваться через Facebook
Зарегистрируйтесь, используя адрес электронной почты и пароль
Опубликовать как гость
Электронная почта
Обязательно, но не отображается
Опубликовать как гость
Электронная почта
Требуется, но не отображается
Нажимая «Опубликовать свой ответ», вы соглашаетесь с нашими условиями обслуживания, политикой конфиденциальности и политикой использования файлов cookie
.
web — Поддерживает ли браузер iOS mp4 с видео h364 и 4 (или более) аудиоканалами AAC?
Я добавил 4 канала (два стерео) звука AAC в mp4 с видео h364, используя ffmpeg. Я использую Web Audio Api, чтобы разделить каналы и объединить их вместе для независимого управления синхронно с видео. Это успешно работает в браузерах Windows и macOs (Chrome, Firefox, Safari, Opera, Edge), но файл не воспроизводится на iOS (Safari и Chrome). Я жду Android-устройство для тестирования на этой платформе, но, насколько я понял, это сработает. Кто-нибудь разбирается в этом вопросе? Заранее спасибо!
Я добавил журнал запроса mediainfo ниже, а также html-код, который я возвращаю из приложения React (также протестирован вне React), и журнал ошибок от videojs (также протестирован в обход videojs).
Полное имя: multi_channel.mp4
Формат: MPEG-4
Профиль формата: базовый носитель
ID кодека: isom (isom/iso2/avc1/mp41)
Размер файла: 25,7 МБ
Продолжительность: 4 мин 33 с
Общий битрейт: 787 кбит/с
Написание заявки : Lavf58. 76.100
видео
ID : 1
Формат: АВК
Формат/Информация: Advanced Video Codec
Профиль формата: [email protected]
Настройки формата: CABAC / 4 опорных кадра
Настройки формата, CABAC : Да
Настройки формата, опорные кадры: 4 кадра
ID кодека: avc1
Идентификатор кодека/информация: Расширенное кодирование видео
Продолжительность: 4 мин 33 с
Битрейт: 525 кбит/с
Ширина : 1 280 пикселей
Высота: 536 пикселей
Соотношение сторон дисплея: 2,40:1
Режим частоты кадров: постоянный
Частота кадров: 23,976 (24000/1001) кадров в секунду
Цветовое пространство: ЮВ
Подвыборка цветности: 4:2:0
Битовая глубина: 8 бит
Тип сканирования: прогрессивный
Бит/(пиксель*кадр): 0,032
Размер потока: 17,1 МБ (67%)
Название : Медиа-файл ISO, созданный Google Inc. Дата создания: 03.09.2019.
Библиотека записи: x264 core 163 r3060 5db6aa6
Настройки кодирования: cabac=1/ref=3/deblock=1:0:0/analyse=0x3:0x113/me=hex/subme=7/psy=1/psy_rd=1.00:0.00/mixed_ref=1/me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=17 / lookahead_threads=2 / sliced_threads=0 / nr=0 / decimate= 1 / чересстрочная развертка = 0 / bluray_compat = 0 / constrained_intra = 0 / bframes = 3 / b_pyramid = 2 / b_adapt = 1 / b_bias = 0 / direct = 1 / weightb = 1 / open_gop = 0 / weightp = 2 / keyint = 250 / keyint_min=23/scenecut=40/intra_refresh=0/rc_lookahead=40/rc=crf/mbtree=1/crf=23. 0/qcomp=0.60/qpmin=0/qpmax=69/ qpstep=4 / ip_ratio=1,40 / aq=1:1,00
Меню : 3
Блок конфигурации кодека: avcC
Аудио
ID : 2
Формат: AAC LC
Формат/Информация: Усовершенствованный аудиокодек низкой сложности
ID кодека: mp4a-40-2
Продолжительность: 4 мин 33 с
Продолжительность источника: 4 мин 33 с
Source_Duration_LastFrame: -22 мс
Режим битрейта: постоянный
Битрейт: 257 кбит/с
Канал(ы) : 4 канала
Расположение каналов: L R Ls Rs
Частота дискретизации: 44,1 кГц
Частота кадров: 43,066 кадров в секунду (1024 SPF)
Режим сжатия: с потерями
Размер потока: 8,37 МБ (33%)
Размер исходного потока: 8,37 МБ (33%)
По умолчанию: Да
Альтернативная группа : 1
Меню : 3
mdhd_Duration : 273764
Меню №1
ID : 3
ID кодека: текст
Продолжительность: 4 мин 33 с
Английский язык
Меню для : 1,2
00:00:00.000 : Темп: 120.0
Меню №2
00:00:00.000 : Темп: 120.0
<видео
играет встроенный
crossOrigin="анонимный"
исх={видеоЭл}
управление >
ERRORVIDEOJS: ОШИБКА: (КОД: 3 MEDIA_ERR_DECODE) Воспроизведение мультимедиа было прервано из-за проблемы с повреждением или из-за того, что в мультимедиа использовались функции, которые ваш браузер не поддерживал.
веб-сайт
аудио
html5-видео
html5-аудио
mp4
Можете ли вы добавить код — например, атрибут видео — для iOS требуется атрибут «playsinline», который будет первым .
Если это присутствует — что вам говорит журнал консоли?
2
Твой ответ
Зарегистрируйтесь или войдите в систему
Зарегистрируйтесь с помощью Google
Зарегистрироваться через Facebook
Зарегистрируйтесь, используя адрес электронной почты и пароль
Опубликовать как гость
Электронная почта
Требуется, но не отображается
Опубликовать как гость
Электронная почта
Требуется, но не отображается
Как включить декодирование видео с аппаратным ускорением в браузерах Google Chrome, Brave, Vivaldi и Opera в Debian, Ubuntu или Linux Mint .
Однако Google Chrome — не единственный веб-браузер на основе Chromium, поддерживающий аппаратное ускорение в Linux. В этой статье объясняется, как включить декодирование видео с аппаратным ускорением в веб-браузерах Google Chrome, Brave, Vivaldi и Opera, работающих на Debian, Ubuntu, Pop!_OS или Linux Mint (только Xorg).
Использование декодирования видео с аппаратным ускорением в веб-браузере должно привести к меньшему использованию ЦП (и, следовательно, меньшему расходу заряда батареи) при воспроизведении онлайн-видео.
Стоит отметить, что в веб-браузере Chromium были патчи, которые позволяли на какое-то время сделать аппаратное ускорение декодирования видео доступным в Linux, и некоторые дистрибутивы Linux упаковывали его с использованием этих патчей. Таким образом, у пользователей Chromium в течение некоторого времени было аппаратное ускорение в Linux, в зависимости от их дистрибутива Linux или от того, устанавливали ли они исправленный Chromium каким-либо другим способом. Например. в Ubuntu/Linux Mint есть PPA с исправленными VA-API сборками Chromium. Таким образом, эти инструкции могут работать и для браузера Chromium, в зависимости от того, как он устроен.
Также хочу добавить, что эти инструкции по включению аппаратного ускоренного декодирования видео работают и на других дистрибутивах Linux, а не только на дистрибутивах Linux на основе Debian/Ubuntu, однако названия драйверов другие.
Я протестировал эти инструкции, используя рабочий стол Ubuntu 20.10 с графикой Nvidia и перечисленные ниже веб-браузеры, установленные с использованием их оригинальной упаковки Ubuntu (с использованием пакета DEB). Также протестировано с использованием ноутбука с графикой Intel (10-го поколения) в Ubuntu 20.04 и 20.10. У меня нет устройства с графикой AMD, чтобы проверить это.
В моем тесте я смог заставить аппаратно-ускоренное декодирование видео работать в Linux, используя:
Google Chrome, стабильная версия 88
, Brave, стабильная версия 1. 19
4 [Edit 3 snapshot
4] Последняя стабильная версия Vivaldi 3.6 также работает
Opera Beta 74
Очевидно, она должна продолжать работать с более новыми версиями, чем эти (например, Google Chrome 89, Brave 1.20 и т. д.).
Мне 9 летДекодирование видео с аппаратным ускорением 1084 не работало при использовании:
Стабильная версия Vivaldi 3.5 . Стабильная версия Vivaldi теперь имеет версию 36, и у нее есть работающее аппаратное ускорение декодирования видео
Стабильная версия Opera 73
Microsoft Edge — даже нет chrome://flags/#enable-accelerated-video-decode Флаг (для включения декодирования видео с аппаратным ускорением).
Вы можете использовать VA-API на XWayland, используя --use-gl=egl флаг командной строки, но я не пробовал . Начиная с Google Chrome 91 (и других браузеров на основе Chromium 91), вам также потребуется добавить флаг --enable-features=VaapiVideoDecoder .
[[Изменить]] Я пытался использовать приведенные ниже инструкции, а затем запустить браузер с флагом --use-gl=egl на Wayland, на ноутбуке с графикой Intel и аппаратным ускорением. воспроизведение видео работает. Однако видео на этом ноутбуке с этими настройками заикается. Так что в данном случае я предпочитаю Firefox с аппаратным ускорением воспроизведения видео (на котором при использовании Wayland и Firefox на одном ноутбуке воспроизведение видео плавное, но загрузка ЦП выше, чем при использовании браузера на основе Chromium).
Как включить аппаратное ускорение декодирования видео в веб-браузерах Google Chrome, Brave, Vivaldi и Opera в Debian, Ubuntu или Linux Mint (X11) упомянутые выше (например, Google Chrome 88+, Brave 1.19+, Vivaldi 3.6+ и Opera 74+):
1. Включите следующие флаги веб-браузера:
Для браузеров на базе Google Chrome 90 и старше:
Переопределить список программного рендеринга: chrome://flags/#ignore-gpu-blocklist
Декодирование видео с аппаратным ускорением: chrome://flags/#enable-accelerated-video-decode
Для браузеров на базе Google Chrome 91 и новее (декодирования видео с аппаратным ускорением больше нет, но нам нужно будет использовать новый флаг командной строки — см. шаг 4):
Переопределить список программного рендеринга: chrome: //флаги/#ignore-gpu-blocklist
2. Установите драйвер VA-API, чтобы иметь возможность декодировать носитель (исходник), а также libva-drm2 и libva-x11-2 (эти 2, вероятно, уже установлены, но на всякий случай; я добавил эти 2 в более позднем редактировании, после того как я заметил, что аппаратное ускорение не работает без них, и как только я установил vainfo, который имеет эти 2 пакета в качестве зависимостей, он начал работать) :
для Intel Gen 7 и более раннее аппаратное обеспечение:
Для проприетарных драйверов Nvidia — вы можете установить их из репозиториев или с помощью PPA-репозитория проприетарных драйверов графического процессора (например, откройте диалоговое окно «Дополнительные драйверы» в Ubuntu и установите его оттуда). Если вы используете проприетарные драйверы Nvidia, вам также понадобится исправленный vdpau-va-driver ([[edit]] этот патч больше не поддерживает VP9, даже если ваша графика поддерживает его, поэтому вы должны использовать h364ify расширение во всех случаях — см. ниже). Вы можете получить его здесь (вам также понадобится libvdpau1 отсюда, поскольку это зависимость для vdpau-va-driver) для Debian / Ubuntu / Linux Mint / Pop!_OS и т. д. Пакет Ubuntu 20.04 отсюда также работает на Ubuntu 20.10 и новее. Если вы хотите увидеть исправления, используемые этим пакетом, загрузите архив .debian.tar.gz (по той же ссылке, что и выше) и загляните в папку «patches». Если эти DEB не работают в Debian (я не пробовал), используйте эти ссылки для vdpau-va-driver (orig.tar.gz | debian.tar.xz) и libvdpau (orig.tar.gz | debian.tar.xz), чтобы загрузить архивы .orig.tar.gz и .debian.tar.xz и собрать пакет DEB в своей системе. Также установите libva-drm2 и libva-x11-2: sudo apt install libva-drm2 libva-x11-2
Почему несвободные версии intel-media-va-driver и i965 -ва-драйвер ? Теоретически это должно работать с бесплатной версией (?), но в моем тесте на ноутбуке с Intel Gen 10 декодирование видео с аппаратным ускорением работало только с драйвером intel-media-va-driver-non-free , и не intel-media-va-driver (насчет i9 не уверен65, но я предположил, что это может быть похоже). Здесь также есть кто-то еще, говорящий, что это помогло им.
3. Требуется только для видеокарт, не поддерживающих аппаратное декодирование видео VP9: установите расширение для браузера h364ify.
Если ваша видеокарта не поддерживает аппаратное декодирование видео VP9, установите расширение для браузера h364ify (илиEnhanced-h364ify — некоторые пользователи говорят, что это работает для них, а исходное расширение — нет; для меня все наоборот) и убедитесь, что он включен для VP9.
[[Изменить]] Пользователи Nvidia: упомянутый выше исправленный vdpau-va-драйвер больше не аппаратно ускоряет VP9 в браузере на основе Chromium. Таким образом, вы должны использовать расширение h364ify и избегать VP9, чтобы получить декодирование видео с аппаратным ускорением.
Если вы по-прежнему не видите MojoVideoDecoder на вкладке chrome://media-internals (см. ниже в разделе, как проверить, включено ли декодирование видео с аппаратным ускорением и действительно ли оно используется браузером), попробуйте для перезапуска веб-браузера после установки этого расширения. Я видел случаи, когда это было необходимо, и некоторые, в которых это не требовалось.
4. Запустите веб-браузер, используя флаг --use-gl=desktop , чтобы включить аппаратное ускорение VA-API. [[Изменить] В браузерах на основе Chromium 91 и новее вам также необходимо запустить его с флагом --enable-features=VaapiVideoDecoder .
Чтобы иметь возможность использовать VA-API для декодирования видео, вам необходимо запустить веб-браузер, будь то Chromium, Google Chrome, Brave, Opera или Vivaldi, используя следующий флаг командной строки: --use- gl=рабочий стол . Это заставляет веб-браузер использовать OpenGL и отключает ANGLE в качестве серверной части рендеринга. Хотя есть места, где я читал, что это больше не нужно, это требовалось в моем тесте с графикой Nvidia и Intel (у меня нет графики AMD, чтобы проверить это).
чтобы запустить Google Chrome, используя этот флаг:
google-chrome-stable --use-gl=desktop
Запустите Brave, используя этот флаг:
храбрый-браузер --use-gl=desktop
И так далее.
Чтобы сделать это изменение постоянным, скопируйте файл браузера .desktop из /usr/share/applications от до ~/.local/share/applications (если эта папка не существует, создайте ее). Скопировав файл сюда, мы гарантируем, что он не будет перезаписан обновлением. Затем откройте файл .desktop (например, храбрый-браузер.desktop , храбрый-браузер-бета.desktop , google-chrome.desktop и т. д.) из этого ~/.local/share/applications расположение с помощью текстового редактора. В этом файле найдите строку, начинающуюся с Exec= и измените исполняемый файл, включив в него --use-gl=desktop . Например. для Brave: Exec=/usr/bin/brave-browser-stable --use-gl=desktop или для Google Chrome: Exec=/usr/bin/google-chrome-stable --use-gl=desktop %U
[Очень важное редактирование] В Chromium 91 (и любых браузерах на его основе) флаг браузера с аппаратным ускорением декодирования видео исчез. Чтобы получить воспроизведение видео с аппаратным ускорением, вам нужно добавить новый флаг командной строки: --enable-features=VaapiVideoDecoder
Добавьте этот флаг так же, как вы добавляете флаг --use-gl=desktop . Вам понадобятся оба, или, по крайней мере, это то, что мне нужно, чтобы получить аппаратное ускорение декодирования видео.
чтобы запустить Google Chrome с обоими этими флагами, вы должны использовать:
Важное примечание: Если вы видите полностью белое видеоизображение при запуске браузера с --use-gl=desktop , проверьте chrome://flags и убедитесь, что там не включен Vulkan. Включение Vulkan и запуск браузера с параметром --use-gl=desktop приведет к тому, что это произойдет.
Еще одно замечание, на этот раз для пользователей Opera : если после использования расширения h364ify вы больше не можете воспроизводить видео на YouTube и других подобных веб-сайтах, см. решения здесь, чтобы включить поддержку h364 в Opera (обратите внимание, что если веб-браузер, который вы используете, это Opera Beta, папка должна быть /опера-бета ).
Вот и все.
Как проверить, включено ли декодирование видео с аппаратным ускорением и работает ли оно в любом веб-браузере на базе Chromium
Теперь давайте проверим и посмотрим, использует ли веб-браузер декодирование видео с аппаратным ускорением.
Сначала проверим, поддерживает ли браузер видео с аппаратным ускорением. Сделайте это, открыв новую вкладку и посетив chrome://gpu . На этой странице вы должны увидеть «Декодирование видео: аппаратное ускорение» (выделено зеленым цветом, как здесь):
Это означает, что ваш веб-браузер теперь поддерживает декодирование видео с аппаратным ускорением. Но способен ли он на самом деле аппаратно декодировать видео? Давайте проверим и это, открыв видео на YouTube, затем нажмите Ctrl + Shift + i , чтобы открыть Chrome DevTools. В меню с тремя вертикальными точками нажмите Дополнительные инструменты -> Медиа . Затем щелкните заголовок видео на левой боковой панели DevTools (раздел Players ) и посмотрите раздел Video Decoder Вкладка Media из Chrome DevTools:
Если указано, что имя декодера VideoDecode Accelerator или, я также видел это как VDAVideoDecoder (ранее это было MojoVideoDecoder , а до этого было Gpu9Decoder , поэтому, если вы получаете какой-либо из них и используете более старую версию браузера, все в порядке, у вас есть аппаратное ускорение), а Аппаратный декодер равен true , тогда вы используете декодирование видео с аппаратным ускорением. Если там написано FFmpegVideoDecoder , VpxVideoDecoder или Dav1dVideoDecoder (и в этом случае аппаратный декодер должен сказать false ), ваш веб-браузер не использует декодирование видео с аппаратным ускорением.
Mozilla и Opera призывают Google открыть кодек в спецификации HTML5 • The Register
Через неделю после того, как Google открыл исходный код своего видеокодека VP8 стоимостью 124,6 млн долларов, Mozilla и Opera потребовали его включения в спецификацию HTML5, которая все еще находится в стадии разработки.
В настоящее время спецификация HTML5 не определяет видеокодек. Производители браузеров могут свободно использовать любой кодек, который им нравится, и громкие имена разделены между запатентованным H.264 и Ogg Theora с открытым исходным кодом. Используя VP8 с открытым исходным кодом и превратив его в более крупный медиаформат, известный как WebM, Google надеется создать единый открытый и бесплатный стандарт для сжатия видео в Интернете, и хотя он специально не призывал к включению VP8 в спецификацию HTML5. , Mozilla и Opera не видят смысла ждать.
В четверг генеральный директор Mozilla Джон Лилли сообщил Cnet , что Mozilla «надеется» включить VP8 в HTML5, и Opera сообщила The Reg , что приветствует эту новость. «Opera предложила HTML-элемент видео в 2007 году и с тех пор работает над созданием общего формата», — говорит технический директор Opera Хокон Виум Ли. «WebM — отличный формат, и мы поддерживаем его включение в HTML5».
На просьбу прокомментировать, Google не обратился конкретно к спецификации HTML5. «Мы воодушевлены реакцией сообщества на проект WebM и поддерживаем усилия по стандартизации технологии», — заявил представитель компании.
Хотя Cnet сообщает, что Mozilla работает над включением VP8 в HTML5, организация сообщает нам, что Джон Лилли «обсуждал идеальный сценарий для VP8, а не то, что Mozilla сейчас делает».
В текущей спецификации HTML5 отсутствует видеокодек, потому что известные производители браузеров не смогли договориться об этом. В июне прошлого года, отправив сообщение в открытый список адресов электронной почты WHATWG (Рабочая группа по технологиям веб-гипертекстовых приложений), Ян Хиксон из Google объявил, что он «неохотно пришел к выводу, что не существует подходящего кодека, который все поставщики готовы внедрять и поставлять. ” И убрал два подраздела спецификации, где требовались кодеки.
Mozilla, Opera и Google поддержали Ogg, но Apple твердо стояла на H.264, а Microsoft даже не присоединилась к обсуждению. Хиксон сказал, что Apple отказала Ogg из-за скудной аппаратной поддержки и «неопределенного патентного ландшафта», и это недавно повторил глава Apple Стив Джобс, заявив, что создается патентный пул, чтобы «преследовать» Ogg Theora.
Google заявляет, что «совершенно уверен» в том, что VP8 выдержит атаки со стороны сторонних владельцев патентов, но Джобс вряд ли примет этот кодек, а MPEG-LA «изучает» патентный пул, который будет лицензировать VP8. это поставит под сомнение попытки Google сделать кодек бесплатным.0397
Apple, стоит отметить, является частью существующего патентного пула MPEG-LA, который лицензирует H.264.
Microsoft также является частью патентного пула H.264, но, похоже, занимает выжидательную позицию. Компания по-прежнему планирует включить H.264 в Internet Explorer 9, но недавно заявила, что не возражает против декодирования пользователями с помощью VP8 — до тех пор, пока они сами устанавливают его на свои машины.
В более раннем интервью Cnet , Ян Хиксон указал, что использование кодека в реальном мире будет определять то, что говорит спецификация видео HTML5. «То, что говорится в спецификации, будет полностью зависеть от того, какие реализации (в частности, поставщики браузеров) решат поддерживать», — пояснил он. Mozilla, Opera и Google уже включили VP8 в сборки своих браузеров для разработчиков, но нам еще далеко до кодека в Safari — если не в IE.
И все это только начинает описывать драму вокруг VP8. В то время как MPEG-LA подвергает сомнению заявление Google о том, что кодек не требует авторских отчислений, другие сомневаются в утверждении Google о том, что его исходный код является открытым.
Google выпустила VP8 под новой лицензией с открытым исходным кодом, которая включает некоторые формулировки, предназначенные для отражения патентных атак, но еще не представила лицензию в Инициативу открытого исходного кода (OSI). Ранее на этой неделе член правления OSI Саймон Фиппс заявил миру, что без одобрения OSI VP8 не может считаться источником, и призвал компанию представить лицензию на проверку.
На вопрос об ответе гуру открытого исходного кода Google Крис ДиБона сообщил нам, что компания намерена обратиться к OSI «в ближайшие недели». Но теперь ДиБона указывает, что Google фактически не предоставит лицензию, если OSI не захочет изменить способ своей работы.
Во вторник третья сторона представила лицензию Google в OSI от имени Google, и в общедоступном списке адресов электронной почты ДиБона повторил, что компания предпочла подождать, хотя, казалось бы, сказала, что на самом деле она может не отправлять лицензию.
В течение многих лет Google и DiBona выступали против распространения лицензий с открытым исходным кодом, и новая лицензия WebM увеличивает количество лицензий с открытым исходным кодом. ДиБона указал, что хочет убедиться, что лицензия WebM используется только для WebM — казалось бы, это попытка свести к минимуму проблему распространения — но он также обвинил Инициативу открытого исходного кода в том, что она слишком закрыта.
264, тем самым делая HEVC непригодным для трансляции небольших или средних по объему данных с использованием последних технологий. Ресурсы, предоставляющие видео по запросу, как например Netflix, обычно кодируют свой видео-контент заблаговременно, прежде чем сделать его доступным для пользователей. При этом такие ресурсы могут себе позволить как дополнительные вычислительные мощности, так и увеличение времени кодирования, что является необходимым для HEVC при трансляции видео 4K на более низких битрейтах.
Наглядным примером могут стать современные телевизоры или мониторы 4К, в которые кодек H.265 встраивается при производстве, а пользователи фактически получают его бесплатно при покупке соответствующего устройства.
п. Также при использовании нового формата не будет предусматриваться уплата роялти. Отсюда следует, что любая компания сможет создавать ПО, которое будет способно конвертировать, а также создавать файлы без необходимости в оплате лицензионных сборов.
Тем не менее, несмотря на популярность VP9 для интернет, у AOM есть большие планы на дальнейшую разработку кодеков 4K.
До тех пор, пока новые технологии не станут менее затратными в плане использования компьютерных ресурсов, рекомендуем придерживаться кодеков H.264/AVC для потокового передачи данных в режиме реального времени. Кодеки с открытым исходным кодом, такие как VP9, в настоящее время не входят в программное/аппаратное обеспечение большинства устройств – но это может измениться в ближайшем будущем.
Естественно, чтобы завоевать признание пользователей, они должны работать сравнимо с обычным ПО, в том числе и в вопросах производительности — обратное поставит под сомнение саму идею облачных вычислений, что, похоже, сегодня уже никого не устраивает. Именно для этой цели совершенствуются JavaScript-машины и, что особенно важно в контексте данной статьи, обеспечивается аппаратное ускорение вывода графики.
До недавнего времени стандарт де-факто для анимационных интерактивных веб-приложений, сегодня он постепенно вытесняется из этой сферы, хотя, по оценкам самой Adobe, по крайней мере 70% онлайновых игр реализуется именно на Flash. Однако и Apple, и теперь Microsoft подают однозначные сигналы. Google, вроде бы, более лояльна, раз включила поддержку Flash в Chrome OS, однако именно Google (а даже не сам пользователь) контролирует обновление плеера, и компания в любой момент может пойти на попятную, т. к. очевидным приоритетом все же является HTML5. Тем не менее Adobe продолжает развитие своих технологий, и Flash Player 11 также обещает повысить эффективность вывода графики. Поэтому, хотя в контексте статьи основной интерес представляют именно браузеры, они будут, где это возможно, сравниваться с Flash. Тем более, что было бы полезно не только сопоставить между собой сами браузеры, но и понять, насколько серьезное оборудование уже в ближайшем будущем потребуется для комфортной работы с вебом.
Особенно у Chrome, который существенно расширил свою функциональность — к примеру, стал поддерживать исполнение машинного кода (Native Client). В интересующем нас контексте в браузере Google было реализовано графическое ускорение и 3D CSS, ряд экспериментальных функций перекочевали в базовые, так что теперь этот браузер — в одном ряду с Firefox и Internet Explorer. Разработчики Firefox также уделяли внимание совершенствованию (в основном, экстенсивному) производительности. Ну а оптимизацией JavaScript-машин озабочены все — правда, Microsoft это делает уже в контексте будущего Internet Explorer 10. Поскольку JavaScript играет заметную роль в работе с графикой, предварительно имеет смысл обновить результаты прошлых тестов (на том же оборудовании):
0.835.186
8.
8.
Впрочем, Microsoft предлагает плагины H.264 для Chrome и для Firefox на Windows 7, а Google — WebM-плагин для Internet Explorer 9 и для Safari на Mac OS X. Проверить поддержку этих форматов можно, к примеру, на специальной странице сайта Microsoft.
Видеокарта Radeon HD 6790.
0.2
У Opera на 720p и Safari на 1080p загрузка центрального процессора периодически зашкаливала, и соответственно, они пропускали кадры. Вероятно, Safari/QuickTime лучше функционирует в Mac OS X, а декодер Apple для Windows, очевидно, не оптимизирован. Масштабирования аппаратного ускорения в зависимости от используемой видеокарты практически не наблюдается, поэтому третья модель видеокарты даже не тестировалась.
е. также через DirectX. На самом деле остальные «ускоренные» браузеры обеспечивают примерно всё то же самое, с той лишь разницей, что вынуждены использовать средства и API, доступные на каждой конкретной платформе. К примеру, в Windows XP нет Direct2D, чем Microsoft и аргументировала отсутствие для нее Internet Explorer 9. Остальные разработчики решили превратить это в свое конкурентное преимущество, т. к. половина пользователей и до сих пор не перешла на более новые версии Windows. Соответственно, архитектура аппаратного ускорения в Chrome и Firefox сложнее, чем в Internet Explorer 9:
Chrome может использовать Direct2D для рендеринга отдельных элементов, в частности , но, к примеру, не для текста. Хотя, учитывая темпы обновления браузера Google, все может поменяться уже к моменту публикации статьи. Safari поддерживает аппаратное ускорение только в Mac OS X (справедливости ради, отметим, что Chrome и Firefox, в свою очередь, пока особо не блещут на платформе Apple), а Opera, кажется, вообще не уделяет внимания данному аспекту.
В текущей версии Chrome 14 доступна только GPU Accelerated Canvas 2D, в предыдущих были и другие настройки, которые постепенно перекочевали в разряд штатных возможностей.
Здесь и далее ограничение в 60 fps искусственное, связанное с тем, что именно такова наиболее распространенная частота обновления экрана мониторов — а следовательно, превышение ее может вызывать разве что академический интерес, поскольку пользователь дополнительных кадров просто не увидит. Приведенные результаты получены с видеокартой HD 6790 и оставались такими же (в пределах статистической погрешности) при использовании других видеокарт, за одним исключением: Firefox в Psychedelic Browsing показал 6440 и 2217 баллов для HD 6670 и HD 6450 соответственно (при этом не воспроизводился звук). Вероятно, это связано с какими-то особенностями реализации отдельных функций. Для Chrome в Psychedelic Browsing решающее значение имела упомянутая выше опция GPU Accelerated Canvas 2D — с ее отключением результат опускался до значения 4. Вот наглядная демонстрация преимуществ аппаратного ускорения, отсутствие которого невозможно компенсировать оптимизацией других механизмов браузера.
0.2
GUIMark 2, fps
В стабильной версии Opera поддержки нет, хотя она присутствовала в специальных тестовых сборках. Microsoft выступает против WebGL, аргументируя свою позицию соображениями безопасности: к качеству видеодрайверов имеются определенные претензии, а WebGL позволяет веб-приложениям напрямую взаимодействовать с ними, что может быть использовано для взлома системы. Впрочем, свято место пусто не бывает, и для Internet Explorer разрабатывается WebGL-плагин, хотя приложения для него, похоже, нужно корректировать (во всяком случае, пока ни один тест у нас корректно не запустился).
В силу этого, наверное, начинает проявляться и масштабирование.
Скажем, непонятно, как добиться большей частоты кадров в тесте WebVizBench.
Аппаратное ускорение дает последним версиям Chrome, Firefox и Internet Explorer ощутимое преимущество. На платформе Windows производительность этих браузеров существенно подровнялась, хотя у Chrome часть возможностей еще находится в экспериментальном состоянии. Дополнительными плюсами в пользу Chrome и Firefox являются их кроссплатформенность и поддержка WebGL, хотя не следует ожидать одинаковых результатов на всех платформах. Safari, по понятным причинам, в первую очередь развивается на Mac OS X, а вот позиция Opera откровенно разочаровывает, особенно если учесть популярность этого браузера в СНГ.
С одной стороны, он давал хорошее качество картинки при сравнительно небольшом весе роликов, но с другой — тогда аппаратно декодировать его умели далеко не все видеокарты, что выливалось в очень сильную нагрузку на процессор.
Интересно, как?
Такая многоуровневая архитектура позволяет довольно легко изменять отдельные модули браузеров, чем успешно пользуются сторонние разработчики, выпуская свои модификации веб-обозревателей на основе существующих браузерных движков (browser engine). Самые распространенные движки браузеров на сегодня: Trident (Internet Explorer),
Разработчики направили основные усилия на создание специально оптимизированной для полного использования всех возможностей современных процессоров программы. Кроме скрытых под капотом браузера изменений, направленных на максимальное ускорение работы, есть и некоторые твики пользовательского интерфейса, но они весьма незначительны. Однако в следующих версиях, по словам разработчиков, отличия от родительского браузера будут более заметны, так как Firefox скоро ожидает значительный редизайн, а Pale Moon оставит себе свой привычный вид.
Таким образом, в одной программе мы получаем полный джентльменский набор функций, необходимых для работы в интернете, которые в одном комплекте потребляют гораздо меньше ресурсов, чем установленные по отдельности Firefox, Thunderbird и т.д.
6, то этот браузер для вас.
Добавьте к этому отличную локализацию, регулярные обновления и многочисленное сообщество пользователей, и становится ясно, что этот браузер непременно нужно попробовать всем поклонникам майкрософтовского движка отображения страниц Trident.
Кроме этого, браузер обладает возможностью установки дополнений (в том числе для Chrome и Firefox), изменения внешнего вида с помощью скинов, а также такой развитой системой настройки, что с ее помощью можно изменить буквально любой аспект работы программы.
Но при этом браузер Chromium предлагает все самые свежие и экспериментальные функции, которые разработчики еще только собираются внедрять в Google Chrome.
Не обошла эта участь и браузер компании Google. CoolNovo имеет все возможности Chrome плюс ряд дополнительных полезных функций, которые делают работу с браузером более комфортной. Благодаря усилиям китайских разработчиков браузер стал понимать жесты мыши, обзавелся удобным менеджером закачек, встроенным механизмом блокировки рекламы, функцией «суперперетаскивания» и многими другими возможностями. Кроме этого, в программе позаботились о защите личной информации пользователя: более тщательно происходит очистка приватной информации и отключены шпионские компоненты Google Chrome.
Некоторые из них предназначены для выполнения узкоспециализированных задач, другие предоставляют пользователям широчайший спектр возможностей при работе в интернете. Как вы можете убедиться, список современных веб-обозревателей гораздо шире известных всем четырех названий и включает в себя достойные для применения программы. Среди всех рассмотренных альтернатив особое внимание читателей мы бы хотели обратить на Avant Browser и Maxthon, которые содержат целый ряд оригинальных решений и полностью способны выполнять роль штатного веб-обозревателя.
Управление и просмотр до 32 камер возможен с помощью программного обеспечения D-ViewCam D-Link. Пользователи могут настроить автоматическое уведомление по e-mail для мгновенного получения информации о нештатных событиях. Помимо этого, камера поддерживает функцию Plug-n-Play, что позволяет компьютерам с операционными системами Windows XP/Vista автоматически распознавать камеры и добавлять их в сеть. Подписавшись на один из бесплатных сервисов Dynamic DNS, можно присвоить камере легко запоминаемое доменное имя (например, mycamera.dlinkddns.com). Это даст возможность пользователям получать доступ к камере, даже не зная ее реального IP-адреса.
7 lux / F1.8
264 (одновременная)
264 и приводом наклона и поворота с поддержкой PoE
264, одного из самых популярных форматов потокового видеовещания в интернете. Эксперты видят в этом демарше наступление «корпорации добра» на мобильные устройства Apple и стремление видеть в качестве единого видеостандарта собственный формат WebM.
Google готовится произвести небольшую революцию на интернет-рынке, отказавшись от поддержки видеоформата H.264, одного из самых распространенных форматов потокового интернет-видео.
264.
Поэтому встроенная поддержка видеоформатов браузерами в эпоху HTML5 будет играть принципиальную роль в завоевании рыночных долей и теми, и другими.
Евгений Кукушкин, технический директор крупнейшего российского видеопортала RuTube, говорит, что под предлогом борьбы за открытые стандарты и отсутствие лицензионных отчислений Google хочет «перетянуть одеяло на себя в попытке отстроить свою собственную экосистему» на основе платформ GoogleDocs, GoogleTV, Android, YouTube и прочих.
Вряд ли обеспечение возможности просмотра видео через Google Chrome стоит того, чтобы потратить миллионы долларов.
0.3331.116
2.0 Более разумное использование параметров curl для исправления сбойной постоянной ссылки. Отдельное спасибо `dotarr` за исправление!
Формат
264 Параметры видеоформата Вы должны знать, что Формат видео MPEG-4/H.264 Варианты параметров Полная поддержка в Опера 79 . Таким образом, вы можете быть уверены, что у пользователей Opera не будет несовместимости с браузером Opera 79. Однако вы можете столкнуться с несовместимостью из-за некоторых других веб-технологий.
264 видеоформат , а также многие другие веб-технологии.
51
2
Он оставался популярным веб-браузером в течение многих лет и активно развивается по сей день. В 2013 году компания объявила, что перейдет со своего проприетарного движка Presto на проект Chromium с открытым исходным кодом.
264 в Google Chrome 902-HEG Поддержка видеоформата MPEG-4/H.264 в Google Chrome
264 для Opera и openSUSE 
so.orig
$ sudo ln -s /usr/lib64/libffmpeg_h364.so /usr/lib64/opera/libffmpeg.so
com/forums/viewtopic.php?t=1004
04.1_amd64.deb
ar x chromium-codecs-ffmpeg-extra_69.0.3497.72-0ubuntu1~ppa1~16.04.1_amd64.deb
смолка xJvf data.tar.xz
sudo cp -b ./usr/lib/chromium-browser/libffmpeg.so /usr/lib/x86_64-linux-gnu/opera/
io/opera), мне это помогло
76.100
видео
ID : 1
Формат: АВК
Формат/Информация: Advanced Video Codec
Профиль формата: 
0/qcomp=0.60/qpmin=0/qpmax=69/ qpstep=4 / ip_ratio=1,40 / aq=1:1,00
Меню : 3
Блок конфигурации кодека: avcC
Аудио
ID : 2
Формат: AAC LC
Формат/Информация: Усовершенствованный аудиокодек низкой сложности
ID кодека: mp4a-40-2
Продолжительность: 4 мин 33 с
Продолжительность источника: 4 мин 33 с
Source_Duration_LastFrame: -22 мс
Режим битрейта: постоянный
Битрейт: 257 кбит/с
Канал(ы) : 4 канала
Расположение каналов: L R Ls Rs
Частота дискретизации: 44,1 кГц
Частота кадров: 43,066 кадров в секунду (1024 SPF)
Режим сжатия: с потерями
Размер потока: 8,37 МБ (33%)
Размер исходного потока: 8,37 МБ (33%)
По умолчанию: Да
Альтернативная группа : 1
Меню : 3
mdhd_Duration : 273764
Меню №1
ID : 3
ID кодека: текст
Продолжительность: 4 мин 33 с
Английский язык
Меню для : 1,2
00:00:00.000 : Темп: 120.0
Меню №2
00:00:00.000 : Темп: 120.0
<видео
играет встроенный
crossOrigin="анонимный"
исх={видеоЭл}
управление >
Однако Google Chrome — не единственный веб-браузер на основе Chromium, поддерживающий аппаратное ускорение в Linux. В этой статье объясняется, как включить декодирование видео с аппаратным ускорением в веб-браузерах Google Chrome, Brave, Vivaldi и Opera, работающих на Debian, Ubuntu, Pop!_OS или Linux Mint (только Xorg). 
Например. в Ubuntu/Linux Mint есть PPA с исправленными VA-API сборками Chromium. Таким образом, эти инструкции могут работать и для браузера Chromium, в зависимости от того, как он устроен.
19