Google казва, че няма планове да активира хардуерното ускорение на Chrome в Linux - дори като експериментална опция.
Новината със сигурност ще бъде посрещната със стонове от онези, които се борят да предават HD YouTube видео и друго мултимедийно съдържание безпроблемно в Chrome на Linux.
Google казват „нашият избор не е да активираме тези функции за ускорение в Linux“
По -специално за потребителите на лаптопи на Linux липсата на хардуерно декодиране на видео в Chrome има основен недостатък: по -кратък живот на батерията и много по -топла обиколка.
Но въз основа на скорошни коментари от член на екип на Google Chrome, ситуацията няма да се промени ...
Ако забележите заекване, разкъсване, изпуснати кадри или забавяне на системата при гледане на онлайн видео в Google Chrome, това вероятно се дължи на софтуерно декодиране/без хардуерно ускорение.
Хардуерното ускорение позволява на вашата графична карта (или интегриран графичен процесор) да поема интензивни задачи като декодиране на видео.
Хардуерното ускорение използва вашия графичен процесор, освобождавайки вашия процесор, за да прави други неща
Тъй като графичните процесори (по дизайн) са по-добре оборудвани за справяне с графични задачи, отколкото традиционният процесор с общо предназначение, това води до по-гладко, по-бързо възпроизвеждане с по-малко проблеми и забавяне на системата.
Или казано по друг начин, хардуерното декодиране оставя вашия процесор свободен да се съсредоточи върху изпълнението на Почивка на операционната система, вместо да се закопчава под тежестта да се налага да се правят „всички неща“.
Тези с мощни платформи и модерни процесори от висок клас е малко вероятно да забележат някакви големи проблеми с декодирането на софтуер, което прави „проблема“ субективен.
Но за други, включително и за мен, поточното предаване на видео с висока разделителна способност в YouTube в Google Chrome или Chromium в Linux не е нито толкова гладко, нито толкова енергийно ефективно, колкото в други операционни системи.
Google Chrome (и Chromium, неговият аналог с отворен код) и двете включват скрита опция (известна като „Флаг“), който предполага, че ви позволява да „замените списъка за изобразяване на софтуер“-т.е. хардуер за активиране на сила декодиране.
Съответно, ако посетите chrome: // gpu
с активиран флаг ще видите текст, който гласи: „Видео декодиране: Хардуерно ускорено“.
Свършен? Не точно. Оказва се, че въпреки това, което браузърът казва, флагът не активирайте хардуерно ускорено декодиране на видео.
Не ми вярвате? Предавайте HD видео от YouTube или Vimeo в Chrome на Linux, докато следите използването на процесора на вашата система чрез Горна част
или приложението System Monitor и ще забележите, че е доста зает ...
Пластир за „активиране на VAVDA, VAVEA и VAJDA в Linux само с VAAPI“ в Chrome & Chromium е налице от 2017 г.
Този пластир поддържа VA-API с драйвера vaapi в Linux, за да предложи хардуерно ускорено възпроизвеждане на видео видео от известни сайтове на добре познат хардуер от AMD и Intel. Работи и с vdpau-va-драйвера за карти Nvidia.
Въпреки че се казва, че пластирът е функционален и работи добре за много хора, той все още не е обединен с кодовата база на Chromium.
И на базата на последните коментари от разработчиците ни казаха това Google „няма намерения“ да обединява VA-API пластира скоро по всяко време.
Ако пластирът е а) наличен, б) работи добре (за някои, с предупреждения) и в) може да бъде скрит зад флаг и да не е активиран по подразбиране, какво, може да попитате, е задържането?
В коментар на доклад за грешка за проследяване на хардуерното ускорение в Chrome за Linux, разработчик на Chromium Антоан Лейбърингцитира съображения за стабилност и сигурност като ключова причина, поради която функцията не може просто да бъде включена.
И както винаги, дивият запад на различните графични драйвери на Linux също изглежда (отчасти) виновен.
Антоан заявява:
„Нашата цел е първо да имаме стабилен и защитен браузър и една секунда, ускорена с графичен процесор, когато е възможно.
Както разбрахме отново и отново, всеки вид ускорение на графичния процесор има много поддръжка, свързана с него, между множеството конфигурации, които нашите потребители изпълняват, общата липса на качество на драйверите (по -специално в Linux) и постоянният поток от входящи проблеми, дължащи се на нов хардуер, драйвер или разпространение. "
Разработчиците обясняват, че „те“ (вероятно по -широкият екип на Chrome) „нямат ресурси да се ангажират“ и за обединяването на пластира и справяне с всякакви проблеми, грешки и поддръжка на код, произтичащи от носенето му.
„Не искаме да правим компромис с първата цел (стабилен и защитен браузър), нашият избор не е да активираме тези функции за ускорение в Linux.“
Тъй като „няма планове“ за подпомагане на функцията занапред, се оставя на общността с отворен код да запълни празнотата.
Тъй като Chromium е код с отворен код, всеки с умения, склонност и грижа, който се интересува от поддържането на този пластир в рамките на вилица, може да го направи.
Всъщност вече е възможно активирайте хардуерното ускорение в Chromium на Ubuntu и други дистрибуции на Linux ръчно.
Този метод включва изграждане на нестабилна и неподдържана версия на Chromium за Linux от източник с VA-API пластир приложен (все пак има PPA, за да улесните нещата в Ubuntu).
Той също така изисква генериране на някои API ключове и добавяне на разширение за Chrome, за да принуди h264 HTML5 видео възпроизвеждане на всички сайтове.
С някои по -бързи покери дори е възможно хардуерното декодиране да работи с потоци „защитено съдържание“ от услуги като Netflix.
Използвате ли хардуерно ускорение в Chrome за Linux? Искаш ли да?
Споделете вашите мисли за тази новина в коментарите по -долу.
Всичко Ubuntu, Daily. От 2009г.