В ночных сборках Firefox появилась поддержка спецификации WebGPU, предоставляющей программный интерфейс для обработки 3D-графики и вычислений на стороне GPU, концептуально схожий с API Vulkan, Metal и Direct3D 12. Спецификация развивается Mozilla, Google, Apple, Microsoft и представителями сообщества в рабочей группе, созданной при организации W3C...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=52800
Так аппаратная поддержка видео с ютуба будет или нет?
С ютуба-то зачем, вот с порнхаба другое дело.
И с хамстера тоже. Скажите, пожалуйста, разработчикам.
Порно - двигатель интернета, поэтому я не сомневаюсь, что они одними из первых запилят.
Теперь еще и дети сидят и учителя и совещания так что всем полезно
на порнхабе есть функция совещаний ? Кого следующим будут совокуплять из фирмы
Сейчас проще там отключить VP9 при помощи JS скрипта. H.264 даже в софтовом режиме быстрее VP9.
На ютубе не осталось нормального h264. С позиции качество/размер h265 на порядки лучше, жаль, что из-за жадности сегодня в интернете осталось только убитое h264 видео. А чтобы на ютубе норм качество было, видео надо заливать с трёхкратным запасом по битрейту (мало кто это не делает, очень медленно заливается).С другой стороны, я тут открыл wmv десятилетней давности (типа КАЧЕСТВО), так там ещё хуже местами (но мыла меньше на порядки). H265 (10 битный) даёт идеальную картинку, никакие другие кодеки даже близко не подобрались. Источник тоже 10 битный правда, я сравнивал с 8 битными h264 синедисками.
Але, ты что с тундры? На ютьюбе полным ходом внедряется AV1, уже куча видео с ним и никаким скриптом его не отключить. Формат норм, послостью открытый кстати и не обмазан говнопатентами, но пока кодируется дооооoooлго и с хардверным ускорением печаль. Но ютьюбу конечно плюс, так как экономия на траффике и сторадже.
> я тут открыл wmv десятилетней давности (типа КАЧЕСТВОТы бы еще ogv откопал, зарой назад.
>AV1, уже
>куча видеоТормозит и рассыпается на квадраты, картинка мыльная
> норм, послостью открытый
Может и норм, пока этого не видно. То что они сразу отказались от эффективных софтварных оптимизаций несколько напрягает.
> Ты бы еще ogv откопал, зарой назад.
Это который theora? Да, вот это жесть была. Но wmv в принципе лучше многих dvd источников с mpeg2. Битрейт 4000 на 480 видео mpeg2 не спасает как погляжу, у x265 картинка намного лучше выходит на битрейте 300.
Про необмазанность патентами, к сожалению, не так. Да, сами разработчики патентами не огораживались. Но.
В области видеокодеков усилиями mpeg la патентами покрыты вообще все разумные и безумные алгоритмы и методы, плюнуть некуда, чтобы не попасть в какой-нибудь говнопатент.
Единственная патентная защита av1 - это нежелание MPEG LA тягаться бюджетами на юристов с Корпорацией бобра. Глядишь, гуглоюристы ещё по результатам и оспорят пачку патентов, найдут какой-нибудь prior art и докажут это в суде. Оно им надо?А стартап Васи Пупкина куда более уязвим.
> На ютьюбе полным ходом внедряется AV1, уже
> куча видео с нимможно ссылку на такое видео? я вроде ещё не встречал
>> На ютьюбе полным ходом внедряется AV1, уже
>> куча видео с ним
> можно ссылку на такое видео? я вроде ещё не встречалЕсли ты видишь что хреновое видео, вот прямо совсем хреновое… Это av1. Вот, например, в фф vp9 и выглядит на пару порядков лучше. В хромиуме открывается av1 https://www.youtube.com/watch?v=EviPahUvCaI
я вот не пойму - я что потерял-то, от того что это г-но открылось у меня в mp4 640x360 ?Вы что там рассматриваете-то, волосья на п-де? Так что-то вроде не тот контент, где их видно?
> я вот не пойму - я что потерял-то, от того что это
> г-но открылось у меня в mp4 640x360 ?
> Вы что там рассматриваете-то, волосья на п-де? Так что-то вроде не тот
> контент, где их видно?Открой 8к. У меня только vp9 и av1 открывается.
я и спрашиваю - зачем?!К тому же у меня монитор только 4k, и я не собираюсь утыкаться в него носом, если даже и смотрю что-то открытое во весь экран.
Я смотрю в fullhd и меня напрягает мыльная картинка и размытые волосы. С полутора метров прекрасно видно дефекты.
Вот в ЭТОМ, которое тут по ссылке?Ютруп, ты все делаешь правильно. Такие и должны страдать, а место на серверах лучше поберечь на что-то менее глупое.
> Вот в ЭТОМ, которое тут по ссылке?
> Ютруп, ты все делаешь правильно. Такие и должны страдать, а место на
> серверах лучше поберечь на что-то менее глупое.У тебя что-то с головой, я взял первое попавшееся видео залитое в норм качестве и дефекты на нём очевидны.
Я и говорю - ютруп молодец. Я бы такие видео архиватором del паковал, но тогда пользователи могут обидеться.Дай угадаю - все остальные образцы "норм качества", которое нельзя увидеть ни на чем, кроме оборудования скромных подпольных миллиардеров, даже если бы было на что смотреть, примерно того же плана?
Это касается всех видео. Дело не в разрешении, дело в битрейте, в котором заливают видео. Я напомню, гугл официально рекомендует трёхкратно забить битрейтом, потому что ему ещё перекодировать.
> Это касается всех видео. Дело не в разрешении, дело в битрейте, в
> котором заливают видео.По-моему очевидно, что если бы показанное ненужно имело разрешение 800x600, ни одно животное бы не пострадало. Да и без 60fps тоже можно обойтись. Таковы, вероятнее всего, 99.9% мусора на ютубе. Остальные 0.1% имеет какой-то смысл смотреть в fhd или может даже 4k (последнее совсем редкость, поскольку кроме сюжета, который на самом деле хочется видеть с микроскопическими деталями, нужна еще аппаратура) Так же очевидно, что битрейт такого видео с таким разрешением был бы в любом кодеке, хоть mjpeg, неразличимо низким по сравнению с 4320p60, каким суперкодеком их ни пакуй.
> Я напомню, гугл официально рекомендует трёхкратно забить битрейтом, потому что ему ещё
> перекодировать.И? Потратить год на перепаковку в av1, чтобы потом сэкономить час на выкладывании ютрупу?
Та же ситуевина. Волосы и лица размытые вовсю. Хотя тут может быть плохой исходник, так как множество двигающихся обьектов.И да, на поха забей - это местный хейтер, и судя по стилистике - еще и заднеприводный :)
Вру, в 2к смотрю. Наверно потому что фуллхд мыльное дерьмо примерно всегда. Раньше 480 видео было не мыльным, но с тех пор его 50 раз транскодировали.
> Вру, в 2к смотрю. Наверно потому что фуллхд мыльное дерьмо примерно всегда.
> Раньше 480 видео было не мыльным, но с тех пор его
> 50 раз транскодировали.зачем бы ютрупу этим заниматься, если у него УЖЕ есть экземпляр файла нужного разрешения? В том же самом mp4, в котором он там был с самого начала.
В общем, ютруп молодец, фанаты безкислородной меди и разъемов из горного хрусталя дорвались до видео - и теперь будут стра...наслаждаться своим "7k". А ютруп сэкономит место на дисках.
Битрейт файла можно уменьшить в 10 раз. Пользователи, подобные тебе, только радуются -- меньше грузить.
> Битрейт файла можно уменьшить в 10 раз. Пользователи, подобные тебе, только радуются
> -- меньше грузить.397 mp4 854x480 480p 736k , av01.0.04M.08, 30fps, video only, 16.34MiB
244 webm 854x480 480p 1056k , vp9, 30fps, video only, 19.21MiB
135 mp4 854x480 480p 1169k , avc1.4d401f, 30fps, video only, 27.69MiB
не вижу тут никаких 10 раз. Даже по сравнению с avc, "выигрыш" меньше чем вдвое. Эту разницу никто даже и не заметит.Пользователи, подобные мне, такую ерунду смотрят в 360p ;-)
Посмотрел в fullHD - качество отличнейшее.
> Посмотрел в fullHD - качество отличнейшее.Av1 или vp9? Присмотрись к волосам и лицам на сценах с движением.
Да, есть такие дела. И для него нет норм ускорения. Но при этом (не заметил как) открылся какой-то обзорщик в av1, а ничо не рассыпалось... Как так? Спасибо mpv.
Вызывающе неверная информация. В этом случае бы без видео остались все устройства, которые не умеют в аппаратное декодирование AV1. Видео на тытрубе доступны в целой куче кодеков.
Тытруба выбирает кодек на основании декларируемого браузером списка кодеков через MSE. Отключается на раз-два. Соль выбора в том, что H.264 хотя бы где-то аппаратно ускоряется. А т.к. все браузеры умеют в VP9, то браузер играет программным образом. На кой чОрт мне жрущий батарею программный кодек?Давно тытруба умеет 10 бит и объёмный звук?
Кстати, ещё одна реальная проблема h264 в том, что её категорически нельзя кодировать больше чем в 4 (или сколько там) потока. На самом деле _категорически_ больше 16, но 8 уже сильно портит картинку. Сейчас же как, в 100 потоков кодируют, не ну а чо, зато быстро да? У h265 такой острой проблемы нету по-моему, но тоже можно испортить картинку потоками.
Это проблема больше энкодера, чем формата: авторы энкодера не нашли способа распараллелить сжатие так, чтобы это не сказалось на качестве. Libaom и libvpx тоже этому подвержены: в них многопоточность сжатия реализована через разбивку каждого кадра на кодируемые независимо прямоугольные блоки, т.е. между этими блоками не работает компенсация движения.Параллелизация без издержек возможна при разделении не кадров на блоки, а видеоряда на GoP'ы, но её не реализовать без огромных буферов при последовательности входа, а большинство энкодеров работают именно последовательно.
Уровень поддержки кодеков отличных от H.264 символизирует то, что трансляции идут именно в нём, а все остальные кодеки появляются с ощутимой задержкой.
Так добавили ускорение H264 в последнюю мозиллу. В следующем обновлении обещали VP9\H265. Но работает оно конечно только под вейлендом. Хромиумы пока в пролете. Даже если поставить бетку Хромиума пропатченую под VAAPI двойная буферизация и прочие костыли нивелирую выигрыш ускорения.
какую нафиг еще бетку? патч под хром доступен года два назад, полгода назад замерджен в Brave.
А вот сейчас я вам одну дичайше забавную весч расскажу - аппаратному ускорению необязателен Вейланд. Изначально говорилось что это принципиальное требование, но оказалось что нет. При желании его можно реализовать и на иксах. Даже баг есть - https://bugzilla.mozilla.org/show_bug.cgi?id=1619523 просто Мозилле не охота заниматься, хотя большая часть работы уже де-факто сделана.Кстати, и под Вейландом проблем с декодированием тоже уйма, вот поглядите - https://bugzilla.mozilla.org/show_bug.cgi?id=1610199
Сделать сделали, но там куча глюков вылезает постоянно.
> При желании его можно реализовать и на иксахВот это поворот! Да, всё можно сделать. Mozilla даже может стать разработчиком иксов.
В том то и дело, что в Firefox и так кучу проблем c видеочастью с тем же WebRender под линуксами и не только. А им ещё заниматься фишкой ради этак 1% аудитории, когда ещё вокруг всё только так ломается.
поэтому они запилили фишку для 0.1% аудитории - преданных пользователей нового модного ненужно.
Как, кстати, и всегда делают.Хотя в новом-модном-ненужно есть (якобы, но это была бы его проблема) слой обратной совместимости.
> поэтому они запилили фишку для 0.1% аудиторииОни — это можно сказать RedHat.
Вот и получите, распишитесь.
Естественно, если бы RedHat этим не занялась, то вообще ничего не было.
Под лежачий камень вода 💧 не течёт.
> А вот сейчас я вам одну дичайше забавную весч расскажу - аппаратному ускорению необязателен
> Вейланд.необязателен - можно просто поставить винду, и все будет работать.
> Даже баг есть
ты читать-то дальше заголовка пробовал? Этот баг, собственно, имени автора вафляндового улучшизма. Типа он не возражает, если ты все переделаешь и под иксы - там и дел-то - начать и кончить. Только ему мурзила за это не заплатит, поэтому он этим заниматься и не будет.
А у тебя не получится, или еще одну жизнь придется где-то занять.
Ну ненадолго же, на пару лет всего. Не есть, не пить, вместо работы - восемь или десять часов в день пилить мурзилу. Через неделю после запуска тобой первой пре-альфы - мурзила сломает апи. И так двадцать раз, потому что ты ей неинтересен.
Сделана там на самом деле великая работа, которая нам с тобой - не нужна. Вместе с уеп-желе и прочим модным мусором. Нам с тобой надо было просто видео (и только его) пробросить на ускоритель. А для этого совершенно не нужны были эти меганавороченные сложности - это еще десять лет назад было можно сделать гораздо более простым путем.
> Даже баг есть - http://bugzilla.mozilla.org/show_bug.cgi?id=1619523
> просто Мозилле не охота заниматься, хотя большая часть работы уже
> де-факто сделана.Там какой-то движняк пошёл, сильно напоминающий попытки отбрехаться :-/
>> Даже баг есть - http://bugzilla.mozilla.org/show_bug.cgi?id=1619523
>> просто Мозилле не охота заниматься, хотя большая часть работы уже
>> де-факто сделана.
> Там какой-то движняк пошёл, сильно напоминающий попытки отбрехаться :-/Странная там у них логика. "VAAPI (on Wayland and X11) is P5 because it's community-maintained."
Ага, отлично, иными словами - делайте сами, мы не будем. Приходит человек и предлагает сделать и тут ему говорят, что делать он должен только так как это видит Мозилла, а его мнение им как бы не интересно потому что "Taking it would delay/prevent the outlined path of EGL partial present, DMABUF/X11 and sandbox hardening." не совпадает с политикой Партии. При этом у него есть патч WIP и "But I want a usable feature in the near future, not in another 5 years." в отличие от Мозиллы, для которой это вообще не приоритет.Ой, пахнет левыми сборками Фокса.
> не совпадает с политикой ПартииПолитику Партии там никто не высказывал. Это был волонтёр, который в основном занимается сортировкой багов.
>> не совпадает с политикой Партии
> Политику Партии там никто не высказывал. Это был волонтёр, который в основном
> занимается сортировкой багов.А вы случайно не тот самый Ринат? если так, то хочу просто сказать вам Спасибо, за что хоть вам не до лампочки...
П.С. Насчет Партии я конечно загнул, но давно шарюсь по Багзилле и иногда вижу довольно спорные решения разработчиков из Мозиллы по принципу "а вот я\мы так решили и точка". Пробуют люди возразить - им говорят (особенно если это прямо связано с конечными пользователями) мол "наши исследования показывают что людям это ненужно". В баг набегают заинтересованные или уже пострадавшие от применения патча пользователи и комментарии в баге просто выключают.
> Так аппаратная поддержка видео с ютуба будет или нет?так все ок. она там есть десять лет уже как. Просто не для вас, а для счастливых пользователей десяточки.
А мы пока, вот, новую ненужно-нёх запилим.
Аппаратное ускорение видео работает только под Вейландом на интелловских картах, и то не всегда. Кроме того там в va-api очень строгие ограничения по поддержке профилей кодирования.
Когда уже сделают нормальный брайзер для консоли? Неужто Lynx единственный годный?
Такого браузера нет из-за того, что ты ленишься его написать. В итоге страдаем все мы. И не стыдно?
И с акселерированной 3D графикой через ascii art!
w3m, elinks, links/links2...
Лови вот он https://github.com/browsh-org/browsh
> Browsh is different in that it's backed by a real browser,
> namely headless FirefoxОй.
И?
> ALT Linux на базе ядра LinuxОй.
Несколько лет доказывали что webgl очень нужен и без него никак. Очень уж нужна производительность видеокарты для веб приложений.
В итоге его используют полтора сугуюо маркетинговых сайта, а некоторые пользователи и вовсе поддержку webgl отключают.
Теперь нам говорят что webgl не достаточно и нужно добавить ещё одну технологию. Лучше бы GPU render пилили.
Лучше бы пилили элементы форм. Заодно и дизайнеры были бы заняты чем-то полезным, а не как обычно.
Webgl зонд и удар по конфиденциальности, потому и не прижился в дикой природе. Хотя заходишь на какой-нибудь itch.io и играешь в тысячи тысяч игр на раз на этом самом webgl.
тссс, никому не говори, но Google Maps c миллиардами пользователей как раз работает на этом самом webgl, местные наркоманы пока не в курсе.
> тссс, никому не говори, но Google Maps c миллиардами пользователей как раз
> работает на этом самом webgl, местные наркоманы пока не в курсе.Это единственное место, где я его нашёл. А не, нафиг этот мапс, он совершенно бесполезный в моей стране. Яндекс и без вебгл нормально работает. А вот https://www.windy.com/ не работает без вебгл (лол, там воздух очистился, ха).
> Яндекс и без вебглну вот и спалился, тврщ майор. иди-ка задвигай свои зонды в другом месте.
Я просто пользовался картами гугла, они даже в столице никакущие. Я думал, в 2019 уже не будет такого треша, не, с 2005 _ничего_ не изменилось.
А можно подробней, мистер верисмарт?
webgl.disabled;trueНо google.com/maps работает.
Правда, здесь не Firefox, а Pale Moon 26.5.0.
Просто пока рос WebGL, все более менее требовательные приложения переходили на современные АПИ, как-то: Вулкан, Д3Д1, и Метал. Поддерживать WebGL на равне с ними - задача очень тяжёлая.
«WebGPU предоставляет приложениям на JavaScript средства для более низкоуровневого контроля за организацией, обработкой и передачей команд к GPU…»
Даёшь больше возможностей загруженной из интернетов жабаскрытной дряни для более низкоуровневого ковыряние в этих ваших видюхах.
>WebGPU предоставляет приложениям на JavaScript средства
>для более низкоуровневого контроля за организацией,
>обработкой и передачей команд к GPUА я уже думал что интернеты не будут жрать как игры, и на жоре ОЗУ мы и забуксуем, а оно вона как, теперь ещё на сайтах JS будет ещё и 3D нам подгружать, и для сёрфинга нужно будет ещё и видяхи крутые, а потом ещё будут сайты, которые всякими резалками этого WebGPU превращаться в неработоспособные, как сейчас без JS, зато будет 3D реклама а потом можно будет и виртуальные шлемы под это замутить, красота, населению же нужны виртуальные шлемы и суперкрутые смартфоны, нужен же прогресс, ё-маё!
А я то грешным делом подумал, что всё, застопорились, забуксовали, нет прогресса и будем погрязать в унынии и безысходности, а вот нет, быть прогрессу, быть гонке апгрейда всего железа на топовое для и для обычных людей сёрфящих в интернетах, что мы, ретрограды какие-то штoль?!
Я думал всё уже пропало, но слава вэбмастерам и макакокодерам, всё наладится!
Фух, как полегчало, отлегло прям!
> а потом ещё будут сайты, которые всякими резалками этого WebGPU превращаться в неработоспособныеА зачем на такие сайты ходить?
Уже по факту осталась только пара браузеров, которые полноценно поддерживают весь тот ужас, который даже не показывается на экране (всякие фоновые работники, какие-то маячки, отсылающие ваши действия на страничке по http и т.д.). А секрет в том, что интернет написан инженерами для инженеров, которым всё что надо - это непонятные нестандартные штуки, у которых есть свой хитрый план.
пробовал ходить в Вэб под Эпифани - половина "стандартных современных" фич не работает.
Хочешь сказать, что не пользуешься веб картами? Например, maps.google.com или вставленными на сайтах? Нет? Не верю.
>> а потом ещё будут сайты, которые всякими резалками этого WebGPU превращаться в неработоспособные
> А зачем на такие сайты ходить?А если на них не ходить, остаётся что? Опеннет? Я бы с радостью, но опеннет пока не поглотил авиты и прочие площадки для продажи, не к ночи будет упомянут кгхмхабр, да тысячи их, я бы рад, чтобы были анаалиги, но такие лёгкие как опеннетик, однако эта вэбмакачья паразитная зараза на JS метастазирует во все поля!
,
ваш браузер всё ещё не учавствует в майнинге криптовалюты ? тогда мы идём к вам !
Майнить ничто не мешает и на WebGL. Тут ничего не поменяется, разве что чуток быстрее теперь :)
Под покровом ночи...
А зачем ЭТО нужно раз на выпускали кучу всяких Stadia(Google), Arcade(Apple), GeForce Now (NVIDIA), PlayStation Now (Sony) и т.д. ?
> способного работать поверх API DX12, Vulkan и Metal в ... Androidэто как оно в андройде работает-то?
Хоройсо рабойтайт в Андройде.https://developer.android.com/ndk/guides/graphics/getting-st...
Ой, хоройсо. Просо й-й-й как хоройсо!
ну и зачем это там нужно? Использование вулкана подразумевает использовать нормальный язык программирования, с нормальной параллелизацией потоков и контролем ресурсов. Где они это все нашли в жабоскрипте? ОпенГЛ там за глаза
github.com/gfx-rs/wgpu
там и для WebAssembley тоже планируется
Webassemble без webgl деньги на ветер.
Тут есть много ответов. Во-первых, в JS тоже есть потоки (workers), которые в WebGL нельзя было использовать вместе (только отдельно контекст в потоке). Во-вторых, есть WASM, на который мы очень сильно расчитываем. И в-третьих, на стороне браузера можно распараллеливать вещи, которые на странице последовательны. Хром планирует так делать.
Сразу отмечу - Линукс + Нвидия в пролете, Webrender не работает и никто не собирается над этим работать.
По-тихоньку Web-браузер превращается,... превращается.... в VMWare/VirtualBox/QEMU.
В операционную систему. Виртуалки, как способ абстракции от физического железа, дают на выходе более низкий уровень абстракции, чем ОС.
Жалуются, что в 75 версии резко выросла память. https://www.reddit.com/r/firefox/comments/g43ezp/firefox_is_.../
Потребление Firefox.
Насколько я помню, смотрелм в Windows Хром очень много использует файл подкачки. Тоесть память свободна и не мало, а файл подкачка занимает гигабайты. Вроде так.
Хромой и хромо-подобные жрут всю доступную ОЗУ и ещё в файл подкачки лезут. Давно заметил что хромомому нечего делать на компе с 4Гб и менее ОЗУ. Лисичка и на тормознутых нетбуках с 1Гб озу способна показывать чудеса производительности.
В файле подкачки им и место, нечего им делать в памяти. Вот совсем нечего.
> создание безопасного, удобного, переносимого и высокопроизводительного программного интерфейсаОх, сколько уже таких интерфейсов насоздавали... А как посмотришь релиз ноутсы - у всех проблема, что мышь тормозит.
Люди добрые, подскажите, есть ли настройка в about:config, чтобы адресная строка не увеличивалась в размерах при получении фокуса?
Попробуй это в about:config переключить на Falsebrowser.urlbar.openViewOnFocus
browser.urlbar.update1
browser.urlbar.update1.interventions
browser.urlbar.update1.searchTips
browser.urlbar.update1.view.stripHttps
Не оно
А перезагружать Firefox после изменений пробовали?
ночью нормальные люди спят