Comments 46
+Web Assembly. WebRTC, WebGL
Продолжают пропихивать сомнительные стандарты с функциональностью для 1,5 сайтов разной степени кривости и поддержки другими браузерами, вместо того чтобы выпустить официальные дополнения с предложением установить их когда они понадобятся.
К тому же, а что такого можно установить дополнением, что нельзя реализовать на вебасме, который всё равно сjitится в машинный код в итоге? Полный доступ к железу? Хм, а стоит ли?
на Androig-устройствах номер сборки OC (например, «NJH47F») больше не входит в user agent, чтобы предотвратить считывание отпечатка пальца.
Фингерпринт это отпечаток клиента (браузера), а не пальца, в данном случае. На хабре его можно просто оставить "фингепринтом".
Повышенное прогнозирование требует повышенных вычислительных мощностей, или обеспечивается за счёт оптимизации алгоритмов?
Угу. В то время как ваши Intel i5/i7 CPU справляется с кодированием HEVC 1080p@60 со скоростью 60/80+ fps… Данный сабж кодируется со скоростью 2 кадра в минуту потребляя 8 гб оперативки.
А чем декодировать этот кодек они думали? Поддержка аппаратного декодирования VP9 появилась не так давно ( намного позже, чем VP9 появился на YouTube).
Вроде все неплохо с воспроизведением. Но качество 1080p60 максимальное.
Codecs av01.0.05M.08 (399) / opus (251)
Инструкция:
www.cnx-software.com/2018/09/17/av1-video-samples-youtube-netflix
правда видеокарта понадобится неслабая
ps 8k@60fps vp9 грузит 1050ti на 92-100%
встройка даже от i7 7700k такое не тянет
увеличивает производительность на 50,3%, 46,2% и 34% (по сравнению с основным профилем x264, high-профилем x264 и libvpx-vp9, соответственно)
производительность чего? в исходном тексте это gain. кодирование и декодирование у AV1 тормозное.
То что youtube по умолчанию отдает VP9 (а теперь и AV1) вместо х264 — это какое-то неуважение к пользователям. При этом даже не проверяют, поддерживает ли клиентское устройство аппаратное декодирование VP9.
The bitstream was finally frozen on 28 March 2018, meaning chips could be available sometime between March and August 2019.[103] According to the above forecast, products based on chips could then be on the market at the end of 2019 or the beginning of 2020.
В данный момент я выключаю VP9 в пользу h264 на youtube так как это существенно экономит батарею. На ТВ-приставках 4K@60Hz VP9 видео вообще тормозит, в отличии от x264/265. То есть первые устройства с аппаратной поддержкой AV1 появятся в 2020, если все будет хорошо. Широкого распространения можно ждать не ранее 2022-23, наверное.
Потому что если не пропихивать то все так и будут сидеть на
Браузеры: Apple, Google, Mozilla, Microsoft,
Контент: Apple, Amazon, Facebook, Google, Hulu, Netflix,
Хард: Intel, AMD, Nvidia, Arm, Apple, Broadcom.
Эти ребята контролируют едва ли не 100% современного айти. Вы считаете, что они не смогут обеспечить распространение формата, не навязывая его там, где устройства не имеют аппаратной поддержки?
Почему нельзя отдавать VP9/AV1 только в том случае, если устройство поддерживает его аппаратно? Почему бы не дождаться, пока Intel, AMD, Nvidia, Arm и Apple выпустят устройства с его поддержкой, пройдет 3-5 лет, что бы пользователи обновили свои устройства и тогда переходить на него «по умолчанию»?
Знаете что? Идите вы все в сраку!
С уважением, нищий студент с нетбуком на целероне.
А в итоге как всегда в мире копирастов: каждый пилит свой велосипед с уникальной формы колесами, в то время как если бы все эти патентные тролляки скинулись и использовали все имеющиеся наработки в совместном продукте — получилась бы универсальная вещь на все случаи жизни.
Opus — наглядный пример, и заодно исключение из правил.
В AV1 приходится разменивать производительность на лицензионно-свободные алгоритмы. И это плохо.
Если бы вместо изобретения алгоритмов обходящих патенты они выкупили те самые патенты, дело шло бы быстрее и легче. Да и кодек вышел бы лучше.
Но они не выкупили.
Выкупить все патенты касательно h265 нереально — их там тысячи (можете посмотреть ради любопытства первый пул и второй пул — там списки номеров патентов на сотни страниц), и их владельцы могут запросить за них любую сумму, хоть миллиард долларов за каждый.
Год назад вышел только референсный кодек, который ожидаемо очень медленный, потому что цель его была просто продемонстрировать другим разработчикам, как нужно кодировать и декодировать AV1. Оптимизированные кодеры и декодеры появляются сейчас, и они показывают большой прогресс в улучшении производительности. Аппаратная поддержка в массовых процессорах начнёт появляться где-то через год-два (такие вещи не делаются быстро).
AV1 всего один год. h264 уже 16 лет. Дайте первому достаточно времени для развития прежде, чем судить о том, насколько он хорош.
dav1d затыкается на 720p30
Мобильный соплерон, да.
Особо лучше не будет. Выкрутят пару процентов, может 720 и перестанет лагать.
В данный момент я выключаю VP9 в пользу h264 на youtube так как это существенно экономит батарею.
Если не секрет — браузером или как?
В оригинальной статье очевидно имеется в виду не производительность (производительность чего?), а степень сжатия.
Похоже, что Android Police немного вырвали слова из контекста:
https://code.fb.com/video-engineering/av1-beats-x264-and-libvpx-vp9-in-practical-use-case/
Our testing shows AV1 surpasses its stated goal of 30% better compression than VP9, and achieves gains of 50.3%, 46.2% and 34.0%, compared to x264 main profile, x264 high profile and libvpx-vp9, respectively.
То есть была задана планка – достигнуть/превысить 30% по сжатию и AV1 преодолел ее. Внесли правки, благодарю.
Touch ID на Macbook Pro можно использовать как способ логина в Web Authentication API
Только для эпл? А планируется ли поддержка аутентификации по отпечатку на других ноутбуках?
Chrome 70 поддерживает [список фич] и AV1 – почему поддержка этого кодека так важна?