Компания Google опубликовала libgav1, новую реализацию декодировщика для формата кодирования видео AV1 (поддерживаются профили 0 и 1). В Libgav1 задействованы расширенные оптимизации на базе наборов инструкций NEON (ARM) и SSE4.1 (x86), позволяющие добиться более высокой производительности, чем при использовании эталонного декодировщика aomdec (libaom), который является исследовательским проектом и во многих областях требует дополнительных оптимизаций...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=51625
Ждём аппаратных реализаций.
Ага, жаль, что от большой тройки их еще и на горизонте не видать.
Да уже слишком долго ждем, но кому-то важнее видимо SSE4.1 инструкции поддерживать, которые едвали дадут 20% прироста к скорости декодирования. Кто бы им объяснил, что аппаратное декодирования дает прирост по скорости в несколько раз, если не десятков.
Сперва нужна отлаженная и выверенная программная реализация, чтобы уже её переносить в схемы. Более того, декодеры на x86 вполне уже справляются с 4k. А контента в AV1 почти нет, ибо есть некоторые сложности с кодировщиками.
Уже есть
> Realtek RTD1319 / RTD1311 with hardware AV1 decoder
> Broadcom launces BCM7218X STB SoC with AV1 Hardware Decoding
Гугл одна из немногих контор, которым есть дело до опенсорса. Спасибо огромное!!
Пока тот приносит деньги — разумеется.
Не обязательно деньги. Гугл умнее и подлее - он "привязывает" к себе, к той "халяве" которую он якобы раздает - как сервисы, так и код. Взамен хочет всего ничего: личные данные, контроль, зависимость.Иными словами, все люди - товар для гугла.
"Don't be evil" - хаха 3 раза!!
А к каким конкретно сервисам google привязывает, что не отвязаться?
Я раньше пользовался gmail, сейчас перешёл на protonmail. Что ещё есть у гугла? Маркетплейс для андройда? Я им почти не пользуюсь, поставил пять программ за несколько лет и всё.
Гугл с его сервисами по моему мнению не нужен.
Сам себе противоречиш, если поставил, то уже значит привязался и все работает как надо
>Сам себе противоречиш, если поставил, то уже значит привязался и все работает как надоВот только я к интернету на мобильнике не подключаюсь, подключился несколько лет назад, поставил программы и с тех пор я offline. Где тут привязка?
> несколько лет назад, поставил программы и с тех пор я offlineполагаю, таких уникумов гугл боится как огня, но вас очень мало (возможно ты один такой).
На всякий случай спрошу: сюда ты тоже из оффлайна пишешь? Какое приложение используешь?
Я сюда пишу с декстопа на Ryzen 2 (specktre, meltdown и т.п. мне не страшны), через firefox на Linux, для ufw прописан только один маршрут на VPN сервак (ничего не пройдёт мимо VPN), в браузере стоят плагины badger, ublock origin, httpseverywhere и баруезер настроен согласно этому мануалу https://www.privacytools.io/ Винт защифрован и т.д. и т.п.
ещё стоит плагин noscript
Один человек - не пример. Т.к. всех денег не приносит. Толпа хомок - это пример.
"ничего не пройдёт мимо VPN"
вот тут то и возникнет косячок, когда в браузере ты анонимный Olololo, а в сеть стукнется какое нибудь облако, привязанное к почте
Я же выше написал, что я не пользуюсь никакими сервисами и облаками тоже, а почта типа protonmail.com это всё чем я пользуюсь.
Чувак да ты болен, у тебя паранойя, совсем что ли с катушек съехал?
Он просто технически грамотный специалист, обладающий своим собственным мнением. Вот и все.
>Гугл с его сервисами по моему мнению не нужен.Поэтому большинство пользователей бразуреров сидят с Хрома, пользуются документами, сохраняют в Кипе и пишут через гмыло письма. Ну про ютуб с поиском молчу. Причём ни один из их сервисов не является лучшим, удобнейшим и прочее. Есть всему куда лучше замены, но это не интересно людям.
Я тоже избегаю привязки к гуглу, но ты будто инопланетянин. Совсем не в курсе, что творится на земле.
Я всегда сидел и сижу до сих пор firefox. Что такое "документы", Кипа я не знаю, gmail не использую, для этого есть protonmail.com.
Я пользуюсь тем, что мне удобно.
Люди за 10 лет вообще обленились. Они идут туда, где есть эко-система. А аргументы такие: зачем делать два телодвижения, если можно одно? Им лень искать "альтернативы" если есть где-то все из коробки и оно мало мальски работает. Поэтому у них есть гмыло и хром. Один аккаунт - куча возможностей. Там и облако, и офис, и мыло, и многое другое.Тоже самое и с эпплом. Я спрашиваю людей в чем суть, и получаю ответ: эко-система. Тоже самое и про винду сказать можно. Людям нафиг не нужен вайн, им сразу хочется чтобы все было. Поэтому они идут как на убой туда, где это все есть.
Поэтому линукс для умных у кого время есть. Все собрали как кому нужно и норм. А людям лень на это тратить время. Два клика и все должно быть супер. По крайней мере они так думают.
Именно что
>>у кого время есть.потому что, когда я ставлю ОС, я не потираю руки "ох, сейчас что-нибудь новенькое настрою", а ожидаю "вот это и это должно работать через час т.к. надо начинать с ним работать". И Линукс, увы, может этот час превратить в день, а то и месяц. В дистрибах отработаны умолчальные конфигурации, а шаг в сторону может порушить всё что нажито непосильным трудом.
До сих пор, например, опасно уводить комп в сон с подмонтированными cifs-шарами. А чтобы отмонтировать cifs, например, надо сходить обратно воткнуть кабель, потому что без сети они... не отмонтируются. Логика 100%. Увы, не у всех время есть чтобы даже это выяснять. Другие тупо ставят венду и терпят зонды. (
> protonmailЛень приводить ссылки, но этот сервис небезопасен и был замечен в сливании данных по запросу. Да и как можно доверять чужому маня шифрованию в облаке?
Во первый он безопасен если ты понимаешь, что они предалагают. Во вторых они сами говорят, что сливают только метаданные, а если есть голова на плечах то по метаданным тебя не найти.
В третьих, я где-то сказал, что я через protonmail.com посылаю не шифрованные руками с помощью gpg раз письма?
А что скажите про Tutanota?
Пользоваться тем, что удобно и быть привязанным - совершенно разные вещи. Замены есть, да ещё и "лучше" - это всё, что нужно. Кто хочет выбирает альтернативы. А то, что люди ведут себя не так, как кажется ращумным вам или мне (а я, если что, большой сторонник собственных серверов, fdroid и прочих способов сохранить независимость) - это, чёрт возьми, их право.
CrazyAlex, а ты не бывший операфан? Что-то ник знакомый.
> Причём ни один из их сервисов не является лучшим, удобнейшим и прочееЭмм... Поиск?
Яндекс ничем не хуже
Искать-то пробовали? Такую чушь выдаёт...
> Искать-то пробовали? Такую чушь выдаёт...гугл нонче тоже чушь выдаёт регулярно и нет возможности искать точные запросы
лет 5 назад был куда лучше
не знаю, как почта, но как поисковик яндекс - днище.
Картинки он ищет в разы лучше гугла. Потому что гугл впал в копирастию и моралфажество. Лови момент и яндекс когда-нибудь сольется. Вот даже для примера мой лоровский ник..
Этот лозунг давно убрали.
То то я смотрю исходники рекламы и поисковика во всех репозиториях лежат.
Андройд смотрю можно спокойно без блобов собрать без конкретного пакета от конкретной компании.
Если кто то и относится к опен сурсу из членов альянса так это videolan и то качество их единственного плеера расстраивает.
Зачем кому-то исходники их поисковика, который скорее всего состоит из костылей для жирной мультисерверной структуры, и обученных баз нейронок? Ты из одних исходников его все равно не поднимешь.
Как зачем? SEO вышло бы на качественно новый уровень!
VideoLAN пилит x264, кстати.
> Спасибо огромное...за поводок на шэе!!!
Гугл уже давно перешёл от поводка к переноске.
https://i.imgur.com/NCsVouQ.jpg
Все ради безопасности своих пользователей.
Я ржал как конь с картинки! Благодарю.
Ну так либГАВ же.
>Гугл одна из немногих контор, которым есть дело до опенсорса. Спасибо огромное!!Оценочное суждение: верояно google часть PRISM. Так что твоё утверждение теряет смысл. Такие подачки для вида.
Спасибо товарищу Гуглу за наше счастливое дество! :)
Теперь уже яндекс надо благодарить.
И поэтому вместо того, чтоб заоптимизировать под ARM существующую библиотеку, они сделали свою, которая на x86 работает хуже?
Когда у вас сервис видеохостинга типа ютуб вы каждый день будете думать, как улучшить сжатие видео!
Гугл строит цифровой концлагерь.
Наверняка подобрали в песочнице на последней стадии готовности. Учитывая, что на андроиде самые жрущие сервисы всегда от гугла и все развитие идёт только за счёт развития аппаратной платформы , получается они совсем не умеют писать быстрый софт.
Зачем нужен быстрый софт если хомяки могут купить новое более мощное устройство принеся дополнительную прибыль?
8 ядер, 12 Гб ОЗУ и уйма места на новых смартах частично подтверждают что быстро и компактно не получается ни у кого, но и не сильно то пытались
На новых смартфонах это все появилось с легкой руки маркетологов, которым нужно что-то впаривать.
А раз появилось больше памяти и CPU, то и программисты не парятся.
Как раз посматривал чем для мобилки можно пережать фильмы в дорогу.
ffmpeg вроде как давно в него умеет, но по факту на свежей версии начинает бесконечно кодировать. Часов за 8 так и не завершился, время показывал больше реального времени видосика. При этом проц жрёт что дурной.
Впрочем vp9 тоже тупил долго, а файл получился жирнее чем после vp8.
Прорывное счастье не случилось
Почему не х265? Там адекватное время кодирования и аппаратная поддержка давно везде, подходит лучше всего под такую задачу вроде бы.
Нафига х265, когда есть нормальный х264? В х265 качество кодировки объективно хуже, многие тесты и исследования это подтверждают.
Поддержка и реализация х264 во многих устройствах отстает по качеству от х265. По поводу качества кодировки х265, Вы серьезно?
> В х265 качество кодировки объективно хужеМне кажется, там давно речь не идёт об "объективно": это сжатие с потерями, вопрос не в том, как много потерь (точнее и в этом тоже, но наоборот: чем больше тем лучше, коэффициент сжатия увеличивается), вопрос в том, насколько человек замечает эти потери, а это очень субъективно.
> многие тесты и исследования это подтверждают
И тем не менее я бы с интересом почитал: способы объектного измерения субъективности -- это очень интересно.
Тесты искажений весьма объективны, на это есть свои математические методы. Они спасают нас от таких спецов [s]как вы[/s], которые рады впарить всем JPEG с качечством 10/100. Потому что "субъективно всё видно".
> Тесты искажений весьма объективны, на это есть свои математические методы. Они спасают
> нас от таких спецов [s]как вы[/s], которые рады впарить всем JPEG
> с качечством 10/100. Потому что "субъективно всё видно".Когнитивная психология уже пятьдесят лет развлекается на тему того, что человек видит, и что он не видит. Математические методы могут показать катастрофические различия там, где человек не видит разницы, и они могут показать мизерные различия там, где человек видит огромную разницу.
На самом деле, если копнуть чуть глубже, то фишка в том, что любые два сигнала разные, и математика это покажет легко, чтобы показать различия не нужны мозги, но вот для того, чтобы _не_заметить_ разницы между двумя разными сигналами, уже нужны мозги. Когда ты видишь одно и то же лицо с двух разных ракурсов, ты видишь _одно_и_то_же_ лицо. Когда ты видишь букву ё в разных шрифтах/начертаниях, ты видишь _одну_и_ту_же_ букву. Когда человек раз за разом с одной и той же интонацией кричит ***, ты слышишь *** каждый раз, причём это одинаковые возгласы для тебя, но ты убъёшься разработать математические методы, которые скажут тебе что все эти выкрики одинаково матерны, да и вообще одинаковы.
Хотя, надо признаться, что всё ещё более сложно: когда я слышу электрическое пианино, я не обладаю ушами, чтобы сказать что оно электрическое (разве что по громкости звука), но иногда я начинаю слышать, что некоторые ноты каждый раз звучат абсолютно одинаково, настолько одинаково, что начинают раздражать повторы. А если копнуть ещё глубже, то _всё_ равно все эти повторы для меня все разные, потому что к ним примешиваются посторонние шумы, потому что электроника воспроизводит звук не идеально, потому что я перемещаюсь по комнате, потому что другие тоже перемещаются и изменяют акустику помещения. Но хоть они и разные, я слышу их как одинаковые. Какие две сущности одинаковы, а какие различны -- это очень сложный вопрос. К нему есть один простой ответ: все сущности одинаковы и все сущности различны, всё зависит от контекста. Но этот ответ мало что нам говорит, на самом деле.
А если эта философия не интересна, то на самом обывательском уровне я рекомендую посмотреть видяшки:
https://www.youtube.com/watch?v=vJG698U2Mvo
https://www.youtube.com/watch?v=IGQmdoK_ZfY
https://www.youtube.com/watch?v=v3iPrBrGSJM
Причём для полного эффекта лучше именно в этом порядке.
Но эффекты такой "слепоты" работают не только на уровне внимания. Твоё восприятие заточено на различение каких-то классов стимулов, и эти стимулы оно хорошо различает. А те стимулы, на которые оно не тренировано оно нифига не различает. Ты изучал иностранный язык? Если да, то у тебя должен был быть период, когда ты слушаешь речь на иностранном языке и нихрена не понимаешь, хотя если тебе говорят с русским акцентом, то всё ясно. Это как раз проявление той самой хрени: твоё ухо не научилось дифференцировать все фонемы языка, твоя фактическая классификация фонем объединяет разные фонемы в один класс. И ты не слышишь разницы. Я читал, что с китайским это охрененно работает -- тональный язык, где изменение высоты тона используется для кодирования сигнала, а твоё ухо игнорирует изменение высоты тона, поэтому ты не можешь различить разные звуки, они для тебя одинаковы.
Короче: какие стимулы одинаковы, а какие различны, математика тебе не сможет ответить, потому что человеческая психика по своим каким-то правилам решает, какие стимулы одинаковы, а какие различны. До тех пор, пока тебе не известны правила психики, ты не сможешь сформулировать их в виде математического метода. При этом, правила психики вырабатываются на основании опыта, у каждой психики различный опыт, значит разные психики по разному дифференцируют стимулы. Хотя есть и статистические закономерности, то есть особенности восприятия, которые свойственны всем, или почти всем, или большинству, или 10% испытуемых.
Текущие разработки новейших методов сжатия с потерями очень-очень затачиваются на учёт психологии восприятия, с тем чтобы оставлять в сигнале только то, что человек замечает, и выкидывать всё, что он не замечает. Я уверен, что все эти разработки не обходятся без когнитивных психологов, обученных измерять субъективную разницу между стимулами.
OK, позиция примерно понятна. Вы, возможно, некорректно выразились когда говорили
>>много потерь (точнее и в этом тоже, но наоборот: чем больше тем лучше, коэффициент сжатия увеличивается)потери полезной информации != потери передаваемой, потому и существует сжатие без потерь.
И, да, алгоритмы сжатия изображения/звука в основном осуществляется с потерей условно незначимой информации (тот же *PEG). Но тут тоже термин "субъективность" был бы не совсем корректен. Восприятие информации субъективно для человека по сравнению с объективной всеобъемлющей реальностью. Но также оно субъективно для каждого человека в сравнении с каждым другим человеком в отдельности и т.д.
Потому алгоритмы когнитивной фильтрации информации всё-таки стараются ориентировать на максмально объективные (физиологически, статистически) характеристики органов восрпиятия человека. И я тут вполне согласен, что оценка результата аудиторией производится и очень важна. А в условиях коммерческих интересов выбор всё равно чаще падает на более дешёвые варианты обработки информации.Возвращаясь к вашим примерам, следует также отметить, что, передавая надпись "Вова", вы можете обойтись и 4 байтами, если вам важна информация - имя "Вова". Но вот тому, кому важна информация о том, каким цветом, почерком, на какой бумаге и пр. написана подпись "Вова" потребуется под сотню мегабайтов чтобы передать информацию в виде изображения. И Товарищ Майор найдёт разницу, будьте уверены! )
PS: Бедные животные, на них никто не ориентируется. (
> Почему не х265? Там адекватное время кодирования и аппаратная поддержка давно вездеПатамучта религиозный фанатизм не велит
Правда блоб нвидии вставлять религиозный фанатизм совсем не мешает :)
>>аппаратная поддержка давно вездена мой телевизор тоже завезёшь, может? из своего "везде".
Ну хотя бы потому что оно не шибко свободное, а потому рассматривается в последнюю очередь by default
Есть svt-av1, svt-hvenc и чего то ещё, вот оно раз в 10 быстрее кодирует других софтовых энкодеров но цена за это - большое потреблением памяти, для 4к - нужно 48гб, для 1080 - 16гб.
У меня через ffmpeg в av1 с помощью svt кодить нормально не получилось, по крайней мере два месяца назад - частота кадров была какая то странная в результирующем видео, явно заниженная и опциями я это победить не смог.
Был вариант вызывать svt-av1 эенкодер как то напрямую, но разбиратся не стал.Я бы для себя на чисто посмотреть кодил в h.265 через svt, кажется на моём райзене 2700х было 300 фпс, если я ничего не путаю.
Притом профит тут не в скорости кодирования, а в том, что оно аппаратно декодится будет - на дольше акб хватит.
480p для всякого "посмотреть на коленке с мобилки" хватает более чем.>> оно аппаратно декодится будет
Как это проверить на конкретном девайсе?
Фороникс потестировал, оно на порядок медленнее.
Упреждая вопрос "чем что": чем dav1d
Фороникс же. Значит, чем армяне.
Я чота не понял. Пишут что сравнивали с h.264, результаты сравнения - с HEVC. Разве HEVC - это не h.265?
Хорошо, что с hevc сравнивают, так как это сейчас основной конкурент для AV1.
Не понимаю тех, кто до сих пор кодирует h.264 - он же устарел, ведь место на винте не резиновое.
> Не понимаю тех, кто до сих пор кодирует h.264 - он же устарел, ведь место на винте не резиновое.1) поддержка GPU декстопов. У Nvidia это требуется GTX 960 (2015 год) и новее. У Intel примерно так же. У AMD дела значительно хуже.
2) поддержка браузерами. Всё плохо https://caniuse.com/#search=hevc
не знаю насчет десктопов но мобильные чипы типа 970M не вывозят HEVCвозможно если NV12 то OK, а если HDR то уже всё, CPU only
а вот 1060 нормально тащит
> мобильные чипы типа 970M не вывозят HEVC
> а вот 1060 нормально тащитИ не должна. Дело не в том, что но мобильное, а в том, что старое
970M - Осень 2014, 1060 - весна 2016
Возьми более старую десктопную GTX 970 - она не поддерживает HEVC.
А более новая "подрезанная" GTX 960 уже поддерживает.
там нет полноценно реализации, только гибридная.
Полноценная появилась только в GT1030, HDR там и всякие плюшки. Только ты в linux хрен ее заведешь. Все как всегда через жопу.
> там нет полноценно реализации, только гибридная.Да не. Нормальная. Без неё не могу смотреть видяшки со своего смартфона на неслабом ПК 2013 года :/
> У AMD дела значительно хуже.Да, значительно, ведь там стабильная поддержка на картах от 2016 года и новее.
Не обманывай.
В вендах даже отключали HEVC декодирование для AMD карт.
Да и ты сам пишешь, что позднее всех появилась хоть какая-то поддержка (с 2016 года).
кодировать желательно на cpu, качество картинки значительно лучше, после gpu
чем после gpu
> h.264 - он же устарелЗато трудно найти устройство, которое не умеет его воспроизводить.
Нормальная ПОВСЕМЕСТНАЯ поддержка hevc так ещё и не совсем оформилась, а уже идёт AV1, нормальной широкой поддержки которого придётся ждать ещё неизвестно сколько.
Как бы не повторилась история с jpeg - есть куча более эффективных форматов по степени сжатия, да только проблемы в том, что:
1) Жпег вполне себе хорошо справляется на поле lossy кодирования
2) Уже много всего завязано/кодировано в него
3) Конкурентов много, а вот жпег - один.
Вот и avc - софтовые кодировщики вылизаны, железо с момента старта распространения много-много быстрей стало, куча аппаратных кодеров/декодеров, куча контента.
> Жпег вполне себе хорошо справляется на поле lossy кодированияКак-то не очень.
Когда у тебя 4К камера в смартфоне. HEIF позволяет в два раза экономить место.
WebP в 3-4 раза меньше весит. Четкость визуально ниже совсем чуть чуть и местами убираются шумы камеры (что даже +).
99% видосиков пожатых в h265 в домашних условиях лютое гвнo. С h264 этот процент гораздо ниже, всё-таки не все люди — идиoты, кодирующие видимокартой. В hevc плохо кодируют независимо от обстоятельств и условий. Поскольку далеко не у всех есть датацентр под кодирование видосиков. Да, синедиски с h265 позволяют иметь качество значительно выше при том же битрейте, но это наверное и все преимущества. Место на диске именно что резиновое и наименьшая из забот, каждые 3 года стоимость терабайта падает раза в 4.
А вообще, все эти henc и av1 в первую очередь про сохранение какой-никакой картинки на микрописeчнoм битрейте, чтобы телефонным пользователям было более комфортно стримить и смотреть видосики в своих подвалах и не оно рассыпалось на квадраты.
> каждые 3 года стоимость терабайта падает раза в 4.Уже нет. Плюс сысыды эту стоимость снова приподняли.
>Уже нет.Пока да, поговорим на эту тему снова года через 3, но там уже обещали диски по 50+ терабайт. Ссд тоже подешевели примерно в эти же 4 раза.
>>Уже нет.
> Пока да, поговорим на эту тему снова года через 3, но там
> уже обещали диски по 50+ терабайт. Ссд тоже подешевели примерно в
> эти же 4 раза.По моим наблюдениям, в последние годы харды только дорожают - медленно, по чуть-чуть, но дорожают.
В этих условиях, от того, что появятся диски по 50+ терабайт ничего не изменится. Люди же покупают не диски максимально возможного размера, а что им по средствам. Соответственно распределяется и цена за терабайт: с пол-года назад когда смотрел - самыми дешёвыми накопителями были 4ТБ. Народ массово покупает их, соотв. производитель их массово производит и цена выходит подешевле в пересчете на ТБ. В меньшую или большую сторону (по ёмкости накопителя) цена за ТБ растёт и существование 50+ терабайт дисков там ничего особо не изменит в рознице.
По секрету скажу, это только в России цены такие безумные (спасибо тебе, АКИТ), во всём остальном мире можно прибарахлиться очень дешёвыми терабайтами. Ну смотри, даже если так, 3 года назад ты мог купить ultrastar (топовый серверный винт) на 4тб за 25к. Сегодня те же самые ultrastar на 14тб стоят 30к. Обычные нормальные модели на 10тб сейчас стоят в районе 10к, у нас в стране от 20к.
> По секрету скажу, это только в России цены такие безумныеЯ вовсе не по РФ сужу.
Хорошо, это касается России и "сателлитов" (её соседей), которые как РФ, только хуже? Хотя я посмотрел ЦУ, так там то же самое, только сас модели почему-то в 1.5 раза дороже сата, у нас они вроде одинаково стоят. Но это всё ещё правда, что в мире цены на 50-70% ниже. И самые ходовые модели в 10тб вообще копеечные по сравнению с этим.
Кстати с налогами на ЦУ и вовсе дороже РФ получается. А у нас будет растаможка, едва ли это достаточно выгодно теперь.
Я не сравниваю цены между странами. Я сравниваю цены на WD-шные диски в пределах одной страны и в прошлом, несколько лет назад, они были дешевле. Думаю, эта динамика не сильно зависит от географии.
Именно что зависит, всё зависит от локации. Я склоняюсь к тому, что это местные барыги на лохах наживаются. Наши барыги так обычно продают оем под видом нормального, но я не жалуюсь, оемное железо хуже только отсутствием красивой упаковки (и гарантии производителя), при этом получается даже дешевле, чем у ближайших соседей (сателлиты, ага).
Я не понимаю к чему ты клонишь - типа я не заметил, а винты на самом деле подешевели чтоли?
Ну не хуже xvid'а. Вообще только MPEG1/2 из коробки сохраняют шумы.
> текущем виде в libgav1 внимание уделено только производительности для Android-устройств
> Тесты на ARM пока не проводилисьЭто прекрасно. NIH-синдром цветет бурным цветом.
Не понял. Они на андроид х86 его тестировали чтоли?
Да ни на чём его не тестировали. Но будет круто, инфа 147%. А главное - своё.
тезисы:- на текущем этапе развития libgav1 пока сильно отстаёт от dav1d
- но эти тесты мало о чём говорят, так как проведены на оборудовании x86
- основные оптимизации в libgav1 связаны с ускорением работы на архитектуре ARM
- тесты на ARM пока не проводилисьчто и требовалось знать... что-то разработали, но что именно пока не знаем, может и будет конфетка, но это неточно
Пока что, увы, libgav1\10 получилось. Производительность в разы ниже чем у голиафа.
Тесты пхорониксом пока не проводились, а не гуглом
Лучше бы аппаратное декодирование делали, а не SSE4.1 инструкции.
А какого кодека делать реализацию? :)
> А какого кодека делать реализацию? :)Тут скорее вопрос, какого кодека их либдав1д не устроил.
NIH, вполне логично
> в текущем виде в libgav1 внимание уделено только производительности для Android-устройств, а оптимизации для других платформ будут добавлены позднее. Тесты на ARM пока не проводились.Что?
Ах-ах, какой гоогле бескорыстный!...
ждём libgavgavgav.sop.s. Хорошая новость. Даёшь открытый стандарт видео!
Позорище, а не кодек. Еще лет 10 пройдет пока они разродятся достойной, по скорости h264/5, реализацией.
> В Libgav1 задействованы расширенные оптимизации на базе наборов инструкций NEON (ARM) и SSE4.1 (x86), позволяющие добиться более высокой производительности, чем при использовании эталонного декодировщика aomdec (libaom)Что касается x86 - то это точно формулировка цели dav1d. Но зачем же пилить новую библиотеку вместо того, чтобы добавить NEON оптимизации в dav1d! Разработчикам Гугла запрещено активно работать над открытыми проектами? А разрешено только над открытыми проектами принадлежащими на самом деле Гуглу?
В проекте dav1d зачем-то пишут на макроассемблере, а в libgav1 на интринсиках и C++ шаблонах. Это не совместимые подходы: в dav1d никак не используется компилятор, а на результат libgav1 неявно влияют разработчики компиляторов. Выйдет новая процессорная микроархитектура - в dav1d нужно будет её поддерживать ручками (переписывать ассемблерный код), а библиотеку libgav1 достаточно будет пересобрать новыми компилятором.
Спасибо, вот в чём, значит, дело. Интринзики - это понятно. Но C++ и шаблоны: тут я сомневаюсь в целесообразности.
AV1 созвучно с древним AVI. А MS не стали релизить Win9.
Кстати, когда в линуксовую static сборку ffmpeg завезут? В виндовой давно есть (даже в XP сборке).
> AV1 созвучно с древним AVI. А MS не стали релизить Win9.Мне тоже не нравится выбор названия
> Кстати, когда в линуксовую static сборку ffmpeg завезут? В виндовой давно есть
> (даже в XP сборке).Так давно уже есть. Например, в Debian:
-rw-r--r-- 1 root root 20644382 Aug 20 13:15 /usr/lib/x86_64-linux-gnu/libavcodec.a
-rw-r--r-- 1 root root 330016 Aug 20 13:15 /usr/lib/x86_64-linux-gnu/libavdevice.a
-rw-r--r-- 1 root root 5395896 Aug 20 13:15 /usr/lib/x86_64-linux-gnu/libavfilter.a
-rw-r--r-- 1 root root 4981876 Aug 20 13:15 /usr/lib/x86_64-linux-gnu/libavformat.a
-rw-r--r-- 1 root root 221494 Aug 20 13:15 /usr/lib/x86_64-linux-gnu/libavresample.a
-rw-r--r-- 1 root root 892154 Aug 20 13:15 /usr/lib/x86_64-linux-gnu/libavutil.a
-rw-r--r-- 1 root root 135452 Aug 20 13:15 /usr/lib/x86_64-linux-gnu/libpostproc.a
-rw-r--r-- 1 root root 225814 Aug 20 13:15 /usr/lib/x86_64-linux-gnu/libswresample.a
-rw-r--r-- 1 root root 845944 Aug 20 13:15 /usr/lib/x86_64-linux-gnu/libswscale.a
В свежем Debian то, конечно, есть. Но у меня Ubuntu 16.04, там в репах 2.8 обновлять никто не собирается (и хорошо). Я про static сборку https://johnvansickle.com/ffmpeg на которую ссылается https://ffmpeg.org/download.html
Наверное, надо собрать самому. С fdk-aac до кучи.
А почему не SSE4.2? Очень много процессоров имеющих SSE4.1, но неимеющих SSE4.2?