https://opennet.ru/openforum/vsluhforumID3/114062.html Инженеры из компании Facebook провели (https://code.facebook.com/posts/253852078523394/av1-beats-x264-and-libvpx-vp9-in-practical-use-case/) тестирование кодека (https://aomedia.googlesource.com/aom/) для открытого формата кодирования видео AV1 (https://www.opennet.ru/opennews/art.shtml?num=48345), в сравнении с открытыми кодеками x264 (http://www.videolan.org/developers/x264.html) и libvpx-vp9 (https://storage.googleapis.com/downloads.webmproject.org/releases/webm/index.html). Тестирование проведено в условиях, приближенных к наиболее распространенным ситуациям применения видео в Facebook, охватывало 400 наиболее популярных в социальной сети видео, которые были в разрешении 360p, 480p 720p и 1080p (AV1 наиболее эффективен в UHD/4K и 8K, но данные разрешения принципиальной не рассматривались).<br><br><br><br>По уровню сжатия AV1 опередил x264 (main profile) на 50.3%, x264 (high profile) на 46.2% и libvpx-vp9 на 34.0%, но ценой такого превосходства стало более длительное время кодирования из-за усложнения алгоритмов. https://opennet.ru/openforum/vsluhforumID3/114062.html#124 Sat, 24 Aug 2019 22:52:35 GMT дата центры используют диски как кеш, основное хранилище ленточные библиотеки , они в 2 раза дешевле при увеличении памяти и в 20 раз более емкие, привод от полмиллиона, картридж(=линейная скорость диска) (hdd/2 цена), емкость до 192 TB!! (с хорошо сжимаемыми 480 TB) , картридж с ладошку, вообщем это дешево для промышленности, а вот электроэнергия нет, скорее всего будут ждать решений из железа , а это тогда будет сравнима с обычными кодеками по затратам.<br> https://opennet.ru/openforum/vsluhforumID3/114062.html#122 Sat, 14 Apr 2018 19:47:30 GMT &gt;[оверквотинг удален]<br>&gt; вещания в определенный промежуток времени. Много популярного контента приходит от контент <br>&gt; провайдера к телекоммуникационной прям перед началом лицензии (Game of thrones к <br>&gt; примеру). Поэтому трата времени на перекодировку эта трата денег, ибо окно <br>&gt; вещания уменьшается на время перекодировки.<br>&gt; б) пре-кодирование требует хранения оригинального файла <br>&gt; и перекодированных - терабайты... и не весь контент востребован, постоянно. <br>&gt; с) провайдеры контента пихают его пачками, <br>&gt; особенно если они только имеют satellite, ну и попривыке старой, особенно <br>&gt; в начале года, что создаёт backlog ибо перекодировщики (mpeg) несправляются <br>&gt; с нагрузкой (см. а к чему это ведёт) <br><br>В цене хранилок есть большой разброс, если надо хранить архив - дешёвое и медленное хранилище, в нём можно хранить 200 ГБ фильм в качестве близ4ом к оригинальному. А для раздачи VOD пользователям - All SSD stor с зеркальными копиями (обычно 3) плюс копии в CDN, плюс стоимость каналов для отда https://opennet.ru/openforum/vsluhforumID3/114062.html#121 Sat, 14 Apr 2018 17:58:58 GMT Эй! А где же Пегий Дудочник?? ^.^<br> https://opennet.ru/openforum/vsluhforumID3/114062.html#120 Sat, 14 Apr 2018 15:24:06 GMT &gt; Гугломорды прямым текстом сказали что дороже всего им обходится бандвиз.<br><br>да? Вот что значит, не чтить первоисточники :-(<br><br>&gt; Медленнее всего дешевеет сетевой траф...<br><br>"не понять нам, живущим в квартирах"... мне казалось, с точностию до наоборот, но я не гугль, ясен пень. (то есть там может уже явная крышечка над современными супер-технологиями нарисовалась, а я зря горжусь своими 40G на оборудовании 2015го года выпуска) <br><br>&gt; Таки не подтверждается интенсивными оптимизациями. При таких масштабах проще заплатить<br>&gt; нормальным спецам<br><br>зачем? Надо больше обезьян! (оптимизация - в общем-то не особо сложная работа, и, что приятно, отлично измеряемая. В отличие от этих ваших абстрактных "разработок" - за строки плотить нынче не принято, и как тогда вообще понять, они тут работают или др..ат?)<br><br>&gt; И он там таки нужен, в этой версии далеко не все его навороты вообще внедрили.<br><br>так это не про оптимизацию (в смысле, это про оптимизацию кодека, а не кода)<br><br>&gt; Лично я при кодировании видео никуда особо не тороп https://opennet.ru/openforum/vsluhforumID3/114062.html#119 Fri, 13 Apr 2018 14:31:48 GMT Ну а тебе так сложно каждый день встать и с утра пять раз расстегнуть и застегнуть штаны.<br>Вроде нет. Хотя это лишнее и не нужное действие.<br> https://opennet.ru/openforum/vsluhforumID3/114062.html#118 Fri, 13 Apr 2018 13:41:50 GMT &gt; а потом в новых дистрах не мочь открыть свои старые бэкапы. <br><br>Это вы разные версии Виндовс обозвали дитрибутивами? <br>ЗЫ:<br>Напомню, что бэкапы штатной утилиты Win 9.х &#8211; не открываются в win2000, win2000 &#8211; в XP, XP &#8211; в Win7, Win7 - Win 8.1. :)<br> https://opennet.ru/openforum/vsluhforumID3/114062.html#117 Fri, 13 Apr 2018 12:35:00 GMT &gt;&gt; Объединённая группа экспертов по фотографии (JPEG) представила будущий новый стандарт сжатия изображений JPEG XS <br>&gt; АстаноВИТЯЗЬ! Уже были JPEG 2000 и JPEG XR, были WebP и Guetzli! <br>&gt; Никому это не нужно! Это только Open Source сообщество готово каждые <br>&gt; два года изобретать сначала lzma, потом xz, потом xz2, а потом <br>&gt; в новых дистрах не мочь открыть свои старые бэкапы. Большинство никогда <br>&gt; не избавится от mp3 и jpeg, и я уверен, до сих <br>&gt; пор использует ASDSee 3.0 и WinAMP 2.7, потому что они привыкли! <br><br>не обязательно. альтернативы WinAMP 2.95 для моего Рентиума1 с 98виндой просто нет. все остальное тех времен либо глючит или неюзабельно.<br> https://opennet.ru/openforum/vsluhforumID3/114062.html#116 Fri, 13 Apr 2018 11:17:29 GMT &gt; они у всех современных кодеков более-менее одинаковы, поскольку математика для одиночного <br>&gt; кадра и нарезания его на квадратики, увы, у всех одна и та же, практически.<br><br>Это в теории. А на практике дьявол позволяющий отыграть битиков - прачется в деталях.<br><br>&gt; Различается только технология/глубина поиска motion vectors, <br><br>Не только. В сабже сделали предсказание данных chromа из luma, например. Это позволило передавать меньше битов u/v каналов при прочих равных. При том это работает и для keyframes, где про motion vectors речь не идет. В h.264 так нельзя и, соответственно, key frames да и остальные - больше битов. В 265 что-то наподобие тоже делали. В сабже постарались сделать лучшее что смогут придумать. А думали в том числе и гранды типа Монти.<br><br>Сабж усилил концепцию golden frames. Можно референсить аж до 15 буферизованых декодером кадров, чтоли. Куда круче B-frames с 2 референсами вперед и назад. Выбирая из 15 кадров можно подобрать "базу" удачнее для блока. Танцовка от удачного исходника позволяет т https://opennet.ru/openforum/vsluhforumID3/114062.html#115 Fri, 13 Apr 2018 11:02:35 GMT Ты не поверишь!(c)<br>Для многих хомяков таки да, сложно.<br>