https://opennet.ru/openforum/vsluhforumID3/130349.html Опубликован выпуск библиотеки SVT-AV1 1.5 (Scalable Video Technology AV1) c реализациями кодировщика и декодировщика формата кодирования видео AV1, для ускорения которых задействованы присутствующие в современных CPU Intel средства аппаратного распараллеливания вычислений. Проект создвн компанией Intel в партнёрстве с Netflix с целью достижения уровня производительности, пригодного для перекодирования видео на лету и применения в сервисах, отдающих видео по запросу (VOD). В настоящее время разработкуа ведётся под эгидой альянса Open Media (AOMedia), курирующего развитие формата кодирования видео AV1. Ранее проект развивался в рамках проекта OpenVisualCloud, который также разрабатывает кодировщики SVT-HEVC и SVT-VP9. Код распространяется под лицензией BSD...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=59047<br> https://opennet.ru/openforum/vsluhforumID3/130349.html#125 Sat, 06 May 2023 17:29:43 GMT &gt; В сериальную консоль фтыкай.<br><br>а я не понимай ни распайку ни что там за уровни - она точно пятивольтовая, а не какие-нибудь TTL 1.3 ?<br><br>&gt; Дискретки от интела так то здорово мощнее интеграшек.<br><br>ну было бы странно иначе переводить на них песок. Но это точно не нвидия.<br><br>&gt; А все - это кто? У гугли в результате и нет конкурентов<br><br>еще один гугель - не нужен (хорошо бы и этот сдох побыстрей)<br><br>&gt; а 265 в браузерах вообще не играется<br><br>проблемы л@п4@тых - это их детские проблемы.<br><br>&gt; Да и по ресурсам на декодирование что 265 что AV1 - увесистее предшественников. <br><br>но есть нюанс. Ага - декодирование 265-то - оно аппаратное. Правда насчет интела боюсь придется огорчить, купи уже настоящую видеокарту.<br><br>&gt; Извини, у ютуба есть нормальный адаптив к возможностям канала <br><br>у него только неудержимое желание весь канал и всем загадить. Чтобы сэкономить себе копеечку, да и другим лишний раз напакостить.<br><br><br> https://opennet.ru/openforum/vsluhforumID3/130349.html#124 Sat, 06 May 2023 17:11:25 GMT &gt; Вроде не на JS и не на Питоне разработаны реализации, а такая тяжесть <br><br>Алгоритмы навороченные. А на JS ты вообще счета этого не дождешься, соответственно.<br><br>Ну а как ты думаешь, поиск глобального движения в разных вариантах и опробование кучи вариантов кодирования того или иного сегмента - сильно легкие операции? Зато это ведет к уменьшению числа битов на описание сцены при прочих равных.<br> https://opennet.ru/openforum/vsluhforumID3/130349.html#123 Sat, 06 May 2023 16:04:22 GMT &gt; Нвидиа продаёт сервера на видеокартах. Кто Интелу запрещает?<br><br>Ээээ тайваньская фирма, Mitac чтоли, или как там их. Которым они недавно производство серверов продали. У интела сейчас не лучшие времена так то.<br> https://opennet.ru/openforum/vsluhforumID3/130349.html#122 Sat, 06 May 2023 16:02:55 GMT &gt; повтыкать на POST warnings.<br><br>В сериальную консоль фтыкай. А дискретки от интеля вроде как на лицензированом у AMD GCN основаны и потому должны быть уже не такие затычки для слота как интеграшки.<br><br>&gt; По-моему в основном для этого их и лепит.<br><br>Дискретки от интела так то здорово мощнее интеграшек.<br><br>&gt; ну так и берут, поскольку с показом-то они справляются (благо все кроме <br>&gt; ютуба у нас не в безумном av1, а в куда менее требовательном к ресурсам hevc) <br><br>А все - это кто? У гугли в результате и нет конкурентов: H.264 бандвиза жрет в разы больше и поэтому мутные шевелящиеся квадраты еще и постоянон отваливаются и икают, а 265 в браузерах вообще не играется. Потому что шатали их создатели роялти всякой мафии платить. Да и по ресурсам на декодирование что 265 что AV1 - увесистее предшественников. В онлайн сервисах компенсируется скромным битрейтом. Если это нечто типа ютуба конечно. А если это твои "все" - те грузят черти что с серваков и работает это.. ну в общем так что сразу понятно почему у гугла конкурен https://opennet.ru/openforum/vsluhforumID3/130349.html#121 Sat, 06 May 2023 15:56:46 GMT &gt; Факт, что это следующий стандарт индустрии.<br><br>Учитывая что стандартизаторы скатились в патентный рэкет - грош таким стандартам цена в базарный день. Вон эта ваша индустрия в полном составе в AOM отвисает, задолбаная таким рэкетом. Там тупо все гранды процессоростроения, производители видях, стриминговые сервисы, компании делающие кодеки.... а ваша индустрия - это кто? Стригали купонов из MPEG LA чтоли?<br><br>И где ваш H.265 используется? Чтобы в нем клип найти это надо хз что делать, наверное варезные торенты ворошить, при том далеко не любые. В интернете его вообще нет, потому как роялти платить обладателей серверов решительно не прет.<br><br>&gt; На повсеместное внедрение hevc сколько понадобилось, полгода? Около того.<br><br>Повсеместное? Это, например, где?<br><br>&gt; И, я слышал, мафия разрулила часть лицензионных претензий,<br><br>Часть - не все. И терпение у производителей хардвара и видеостримеров все же лопнуло, они и забацали альтернативный альянс - AOM. Чтобы показать тем стандартизаторам мастеркласс. Неплохо получилось, https://opennet.ru/openforum/vsluhforumID3/130349.html#120 Sat, 06 May 2023 15:40:43 GMT &gt; он выглядит хреново, и тормозит примерно у всех, да кому это важно?<br><br>Вообще-то выглядит он очень даже. Особенно супротив H.264 на том же битрейте. А грузить вам 100500 мегабитов на каждого никаких серверов не хватит и к тому же вы все время будете жаловаться на лаги и затыки когда оно где-то не пролезет или у вас конекцией едва держащийся 3G в пердях.<br> https://opennet.ru/openforum/vsluhforumID3/130349.html#119 Sat, 06 May 2023 15:37:21 GMT &gt; А что до libvpx-vp9, то должен быть 2 проходный с -deadline best <br>&gt; -speed 1 (вроде 4 можно на pass1)<br><br>Можно, это вы рекомендации кодирования от гугла пересказываете, насколько я помню. С 4 первый проход в разы быстрее. И если это ffmpeg, в 1 проходе аудио можно не процессить (-an).<br><br>&gt; и качество выставлять через crf.<br><br>Это лучше всего на самом деле.<br><br>&gt; Рекомендации гугла -tile-colums 2 на 720/1080 и -tile-colums-3 на 2/4к, <br>&gt; но, я подозреваю, что для нормального качества тоже надо выставлять -tile-columns 1.<br><br>Правильно подозреваете, для максимального качества лучше анализ картинки целиком а не по тайлам, но кодирование медленнее а улучшение... зависит от разрешения. Если мелкое видео на тайлы резать то потери приличные. Если FullHD то потери умеренные, а подъем скорости кодирования очень кстати. <br><br>С точки зрения качества CRF без лимита битрейта лучше всего разумеется, каждая сцена получает достаточно битов чтобы запрошенный уровень качества был, однако для стриминга это может быть чревато тем чт https://opennet.ru/openforum/vsluhforumID3/130349.html#118 Sat, 06 May 2023 15:27:08 GMT &gt; битрейт хотя бы в несколько раз, это уж совсем ужатый, тем <br>&gt; более, для такого контента.<br><br>Ну а смысл сравнения тогда? А если еще битрейт накинуть то и MPEG2 сносную картинку даст. Только через интернет качать задольаешься.<br> https://opennet.ru/openforum/vsluhforumID3/130349.html#116 Fri, 05 May 2023 10:06:23 GMT Качество требует жертв, да и внезапные глитчи не прикольно. Не так и плохо на самом деле. Это x264 в 1 поток (можно не в 1, но качество сразу проседает и 16 это верхний лимит для фуллхд). У x265 повыше лимит, при котором ощутимо деградирует качество. Фуллхд по-моему можно и на 4 кодировать, верхний лимит x265, как говорят, аналогично ~16, для 4к больше можно. Но зависит от параметров тоже.<br><br>А что до libvpx-vp9, то должен быть 2 проходный с -deadline best -speed 1 (вроде 4 можно на pass1) и качество выставлять через crf. Рекомендации гугла -tile-colums 2 на 720/1080 и -tile-colums-3 на 2/4к, но, я подозреваю, что для нормального качества тоже надо выставлять -tile-columns 1. По-моему, аналогичный параметр есть у x265, и у него такие же проблемы. И -threads у vpx тоже ограничивать надо наверно, но не имею понятия, когда проседает.<br>