| |
| 2.31, Аноним (31), 14:30, 06/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
Да уже слишком долго ждем, но кому-то важнее видимо SSE4.1 инструкции поддерживать, которые едвали дадут 20% прироста к скорости декодирования. Кто бы им объяснил, что аппаратное декодирования дает прирост по скорости в несколько раз, если не десятков.
| | |
| |
| 3.41, Аноним (41), 15:23, 06/10/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
Сперва нужна отлаженная и выверенная программная реализация, чтобы уже её переносить в схемы. Более того, декодеры на x86 вполне уже справляются с 4k. А контента в AV1 почти нет, ибо есть некоторые сложности с кодировщиками.
| | |
|
| 2.35, юзернейм (?), 15:00, 06/10/2019 [^] [^^] [^^^] [ответить]
| +7 +/– |
Уже есть
> Realtek RTD1319 / RTD1311 with hardware AV1 decoder
> Broadcom launces BCM7218X STB SoC with AV1 Hardware Decoding | | |
|
| 1.2, Аноним (2), 09:06, 06/10/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –27 +/– |
Гугл одна из немногих контор, которым есть дело до опенсорса. Спасибо огромное!!
| | |
| |
| |
| 3.21, 12345 (??), 12:27, 06/10/2019 [^] [^^] [^^^] [ответить]
| +13 +/– | |
Не обязательно деньги. Гугл умнее и подлее - он "привязывает" к себе, к той "халяве" которую он якобы раздает - как сервисы, так и код. Взамен хочет всего ничего: личные данные, контроль, зависимость.
Иными словами, все люди - товар для гугла.
"Don't be evil" - хаха 3 раза!!
| | |
| |
| 4.36, Olololo (?), 15:08, 06/10/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
А к каким конкретно сервисам google привязывает, что не отвязаться?
Я раньше пользовался gmail, сейчас перешёл на protonmail. Что ещё есть у гугла? Маркетплейс для андройда? Я им почти не пользуюсь, поставил пять программ за несколько лет и всё.
Гугл с его сервисами по моему мнению не нужен.
| | |
| |
| 5.38, SOska (?), 15:13, 06/10/2019 [^] [^^] [^^^] [ответить]
| –2 +/– |
Сам себе противоречиш, если поставил, то уже значит привязался и все работает как надо
| | |
| |
| 6.39, Olololo (?), 15:17, 06/10/2019 [^] [^^] [^^^] [ответить]
| +/– | |
>Сам себе противоречиш, если поставил, то уже значит привязался и все работает как надо
Вот только я к интернету на мобильнике не подключаюсь, подключился несколько лет назад, поставил программы и с тех пор я offline. Где тут привязка?
| | |
| |
| 7.74, test (??), 02:20, 07/10/2019 [^] [^^] [^^^] [ответить]
| +4 +/– | |
> несколько лет назад, поставил программы и с тех пор я offline
полагаю, таких уникумов гугл боится как огня, но вас очень мало (возможно ты один такой).
На всякий случай спрошу: сюда ты тоже из оффлайна пишешь? Какое приложение используешь?
| | |
| |
| |
| |
| 10.81, Ан (??), 09:13, 07/10/2019 [^] [^^] [^^^] [ответить] | +/– | Один человек - не пример Т к всех денег не приносит Толпа хомок - это пример ... текст свёрнут, показать | | |
|
|
|
|
|
| 5.60, marks (?), 19:26, 06/10/2019 [^] [^^] [^^^] [ответить]
| +2 +/– | |
>Гугл с его сервисами по моему мнению не нужен.
Поэтому большинство пользователей бразуреров сидят с Хрома, пользуются документами, сохраняют в Кипе и пишут через гмыло письма. Ну про ютуб с поиском молчу. Причём ни один из их сервисов не является лучшим, удобнейшим и прочее. Есть всему куда лучше замены, но это не интересно людям.
Я тоже избегаю привязки к гуглу, но ты будто инопланетянин. Совсем не в курсе, что творится на земле.
| | |
| |
| 6.61, Olololo (?), 19:35, 06/10/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
Я всегда сидел и сижу до сих пор firefox. Что такое "документы", Кипа я не знаю, gmail не использую, для этого есть protonmail.com.
Я пользуюсь тем, что мне удобно.
| | |
| |
| 7.67, Аноним (2), 23:10, 06/10/2019 [^] [^^] [^^^] [ответить]
| +/– | |
Люди за 10 лет вообще обленились. Они идут туда, где есть эко-система. А аргументы такие: зачем делать два телодвижения, если можно одно? Им лень искать "альтернативы" если есть где-то все из коробки и оно мало мальски работает. Поэтому у них есть гмыло и хром. Один аккаунт - куча возможностей. Там и облако, и офис, и мыло, и многое другое.
Тоже самое и с эпплом. Я спрашиваю людей в чем суть, и получаю ответ: эко-система. Тоже самое и про винду сказать можно. Людям нафиг не нужен вайн, им сразу хочется чтобы все было. Поэтому они идут как на убой туда, где это все есть.
Поэтому линукс для умных у кого время есть. Все собрали как кому нужно и норм. А людям лень на это тратить время. Два клика и все должно быть супер. По крайней мере они так думают.
| | |
| 7.84, Аноним (84), 10:22, 07/10/2019 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> protonmail
Лень приводить ссылки, но этот сервис небезопасен и был замечен в сливании данных по запросу. Да и как можно доверять чужому маня шифрованию в облаке?
| | |
|
| 6.62, CrazyAlex (?), 19:50, 06/10/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
Пользоваться тем, что удобно и быть привязанным - совершенно разные вещи. Замены есть, да ещё и "лучше" - это всё, что нужно. Кто хочет выбирает альтернативы. А то, что люди ведут себя не так, как кажется ращумным вам или мне (а я, если что, большой сторонник собственных серверов, fdroid и прочих способов сохранить независимость) - это, чёрт возьми, их право.
| | |
| 6.79, Аноним (79), 05:19, 07/10/2019 [^] [^^] [^^^] [ответить]
| +/– | |
> Причём ни один из их сервисов не является лучшим, удобнейшим и прочее
Эмм... Поиск?
| | |
| |
| |
| |
| 9.89, JL2001 (ok), 11:50, 07/10/2019 [^] [^^] [^^^] [ответить] | +/– |  гугл нонче тоже чушь выдаёт регулярно и нет возможности искать точные запросы ле... текст свёрнут, показать | | |
|
|
|
|
|
|
|
| 2.6, Аноним (6), 10:31, 06/10/2019 [^] [^^] [^^^] [ответить]
| +6 +/– |
То то я смотрю исходники рекламы и поисковика во всех репозиториях лежат.
Андройд смотрю можно спокойно без блобов собрать без конкретного пакета от конкретной компании.
Если кто то и относится к опен сурсу из членов альянса так это videolan и то качество их единственного плеера расстраивает.
| | |
| |
| 3.14, d (??), 11:13, 06/10/2019 [^] [^^] [^^^] [ответить]
| –4 +/– |
Зачем кому-то исходники их поисковика, который скорее всего состоит из костылей для жирной мультисерверной структуры, и обученных баз нейронок? Ты из одних исходников его все равно не поднимешь.
| | |
|
| 2.10, Аноним (10), 10:48, 06/10/2019 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>Гугл одна из немногих контор, которым есть дело до опенсорса. Спасибо огромное!!
Оценочное суждение: верояно google часть PRISM. Так что твоё утверждение теряет смысл. Такие подачки для вида.
| | |
| 2.22, Аноним (22), 12:57, 06/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
И поэтому вместо того, чтоб заоптимизировать под ARM существующую библиотеку, они сделали свою, которая на x86 работает хуже?
| | |
| 2.44, DmA (??), 16:27, 06/10/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
Когда у вас сервис видеохостинга типа ютуб вы каждый день будете думать, как улучшить сжатие видео!
| | |
|
| 1.4, Аноним (4), 09:21, 06/10/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +5 +/– |
Наверняка подобрали в песочнице на последней стадии готовности. Учитывая, что на андроиде самые жрущие сервисы всегда от гугла и все развитие идёт только за счёт развития аппаратной платформы , получается они совсем не умеют писать быстрый софт.
| | |
| |
| 2.8, VINRARUS (ok), 10:36, 06/10/2019 [^] [^^] [^^^] [ответить]
| +6 +/– |
 Зачем нужен быстрый софт если хомяки могут купить новое более мощное устройство принеся дополнительную прибыль?
| | |
| 2.13, Аноним (13), 11:12, 06/10/2019 [^] [^^] [^^^] [ответить]
| –4 +/– |
8 ядер, 12 Гб ОЗУ и уйма места на новых смартах частично подтверждают что быстро и компактно не получается ни у кого, но и не сильно то пытались
| | |
| |
| 3.23, Аноним (22), 12:59, 06/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
На новых смартфонах это все появилось с легкой руки маркетологов, которым нужно что-то впаривать.
А раз появилось больше памяти и CPU, то и программисты не парятся.
| | |
|
|
| 1.12, Аноним (13), 11:10, 06/10/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Как раз посматривал чем для мобилки можно пережать фильмы в дорогу.
ffmpeg вроде как давно в него умеет, но по факту на свежей версии начинает бесконечно кодировать. Часов за 8 так и не завершился, время показывал больше реального времени видосика. При этом проц жрёт что дурной.
Впрочем vp9 тоже тупил долго, а файл получился жирнее чем после vp8.
Прорывное счастье не случилось
| | |
| |
| 2.37, юзернейм (?), 15:10, 06/10/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
Почему не х265? Там адекватное время кодирования и аппаратная поддержка давно везде, подходит лучше всего под такую задачу вроде бы.
| | |
| |
| 3.42, Аноним (-), 15:51, 06/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
Нафига х265, когда есть нормальный х264? В х265 качество кодировки объективно хуже, многие тесты и исследования это подтверждают.
| | |
| |
| 4.66, Аноним (41), 22:22, 06/10/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
Поддержка и реализация х264 во многих устройствах отстает по качеству от х265. По поводу качества кодировки х265, Вы серьезно?
| | |
| 4.69, Ordu (ok), 23:54, 06/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
 > В х265 качество кодировки объективно хуже
Мне кажется, там давно речь не идёт об "объективно": это сжатие с потерями, вопрос не в том, как много потерь (точнее и в этом тоже, но наоборот: чем больше тем лучше, коэффициент сжатия увеличивается), вопрос в том, насколько человек замечает эти потери, а это очень субъективно.
> многие тесты и исследования это подтверждают
И тем не менее я бы с интересом почитал: способы объектного измерения субъективности -- это очень интересно.
| | |
| |
| 5.94, InuYasha (?), 18:28, 07/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
Тесты искажений весьма объективны, на это есть свои математические методы. Они спасают нас от таких спецов [s]как вы[/s], которые рады впарить всем JPEG с качечством 10/100. Потому что "субъективно всё видно".
| | |
| |
| 6.98, Ordu (ok), 20:34, 07/10/2019 [^] [^^] [^^^] [ответить] | +1 +/– | Когнитивная психология уже пятьдесят лет развлекается на тему того, что человек ... большой текст свёрнут, показать | | |
|
|
|
| 3.92, Цыля на цырлах (?), 16:13, 07/10/2019 [^] [^^] [^^^] [ответить]
| +/– | |
> Почему не х265? Там адекватное время кодирования и аппаратная поддержка давно везде
Патамучта религиозный фанатизм не велит
Правда блоб нвидии вставлять религиозный фанатизм совсем не мешает :)
| | |
| 3.95, InuYasha (?), 18:29, 07/10/2019 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>>аппаратная поддержка давно везде
на мой телевизор тоже завезёшь, может? из своего "везде".
| | |
| 3.96, Аноним (96), 18:49, 07/10/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну хотя бы потому что оно не шибко свободное, а потому рассматривается в последнюю очередь by default
| | |
|
| 2.93, Ivan_83 (ok), 16:34, 07/10/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Есть svt-av1, svt-hvenc и чего то ещё, вот оно раз в 10 быстрее кодирует других софтовых энкодеров но цена за это - большое потреблением памяти, для 4к - нужно 48гб, для 1080 - 16гб.
У меня через ffmpeg в av1 с помощью svt кодить нормально не получилось, по крайней мере два месяца назад - частота кадров была какая то странная в результирующем видео, явно заниженная и опциями я это победить не смог.
Был вариант вызывать svt-av1 эенкодер как то напрямую, но разбиратся не стал.
Я бы для себя на чисто посмотреть кодил в h.265 через svt, кажется на моём райзене 2700х было 300 фпс, если я ничего не путаю.
Притом профит тут не в скорости кодирования, а в том, что оно аппаратно декодится будет - на дольше акб хватит.
| | |
| |
| 3.97, Аноним (96), 18:56, 07/10/2019 [^] [^^] [^^^] [ответить]
| +1 +/– | |
480p для всякого "посмотреть на коленке с мобилки" хватает более чем.
>> оно аппаратно декодится будет
Как это проверить на конкретном девайсе?
| | |
|
|
| 1.16, x3who (?), 11:33, 06/10/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Я чота не понял. Пишут что сравнивали с h.264, результаты сравнения - с HEVC. Разве HEVC - это не h.265?
| | |
| |
| 2.24, Аноним (24), 13:12, 06/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
Хорошо, что с hevc сравнивают, так как это сейчас основной конкурент для AV1.
Не понимаю тех, кто до сих пор кодирует h.264 - он же устарел, ведь место на винте не резиновое.
| | |
| |
| 3.26, iPony129412 (?), 14:07, 06/10/2019 [^] [^^] [^^^] [ответить]
| +/– | |
> Не понимаю тех, кто до сих пор кодирует h.264 - он же устарел, ведь место на винте не резиновое.
1) поддержка GPU декстопов. У Nvidia это требуется GTX 960 (2015 год) и новее. У Intel примерно так же. У AMD дела значительно хуже.
2) поддержка браузерами. Всё плохо https://caniuse.com/#search=hevc
| | |
| |
| 4.29, хотел спросить (?), 14:22, 06/10/2019 [^] [^^] [^^^] [ответить]
| +/– | |
не знаю насчет десктопов но мобильные чипы типа 970M не вывозят HEVC
возможно если NV12 то OK, а если HDR то уже всё, CPU only
а вот 1060 нормально тащит
| | |
| |
| 5.54, iPony129412 (?), 17:44, 06/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
> мобильные чипы типа 970M не вывозят HEVC
> а вот 1060 нормально тащит
И не должна. Дело не в том, что но мобильное, а в том, что старое
970M - Осень 2014, 1060 - весна 2016
| | |
| 5.55, iPony129412 (?), 17:48, 06/10/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
Возьми более старую десктопную GTX 970 - она не поддерживает HEVC.
А более новая "подрезанная" GTX 960 уже поддерживает.
| | |
| |
| 6.105, Аноним (104), 16:12, 08/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
там нет полноценно реализации, только гибридная.
Полноценная появилась только в GT1030, HDR там и всякие плюшки. Только ты в linux хрен ее заведешь. Все как всегда через жопу.
| | |
| |
| 7.106, iPony129412 (?), 16:56, 08/10/2019 [^] [^^] [^^^] [ответить]
| +/– | |
> там нет полноценно реализации, только гибридная.
Да не. Нормальная. Без неё не могу смотреть видяшки со своего смартфона на неслабом ПК 2013 года :/
| | |
|
|
|
| 4.32, corvuscor (ok), 14:42, 06/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
 > У AMD дела значительно хуже.
Да, значительно, ведь там стабильная поддержка на картах от 2016 года и новее.
| | |
| |
| 5.50, iPony129412 (?), 17:40, 06/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
Не обманывай.
В вендах даже отключали HEVC декодирование для AMD карт.
Да и ты сам пишешь, что позднее всех появилась хоть какая-то поддержка (с 2016 года).
| | |
|
| 4.33, vz_2 (?), 14:47, 06/10/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
кодировать желательно на cpu, качество картинки значительно лучше, после gpu
| | |
|
| 3.27, llolik (ok), 14:17, 06/10/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > h.264 - он же устарел
Зато трудно найти устройство, которое не умеет его воспроизводить.
Нормальная ПОВСЕМЕСТНАЯ поддержка hevc так ещё и не совсем оформилась, а уже идёт AV1, нормальной широкой поддержки которого придётся ждать ещё неизвестно сколько.
| | |
| |
| 4.43, Аноним (43), 16:18, 06/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
Как бы не повторилась история с jpeg - есть куча более эффективных форматов по степени сжатия, да только проблемы в том, что:
1) Жпег вполне себе хорошо справляется на поле lossy кодирования
2) Уже много всего завязано/кодировано в него
3) Конкурентов много, а вот жпег - один.
Вот и avc - софтовые кодировщики вылизаны, железо с момента старта распространения много-много быстрей стало, куча аппаратных кодеров/декодеров, куча контента.
| | |
| |
| 5.58, iPony129412 (?), 18:18, 06/10/2019 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Жпег вполне себе хорошо справляется на поле lossy кодирования
Как-то не очень.
Когда у тебя 4К камера в смартфоне. HEIF позволяет в два раза экономить место.
| | |
| 5.114, artenox (?), 19:08, 09/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
WebP в 3-4 раза меньше весит. Четкость визуально ниже совсем чуть чуть и местами убираются шумы камеры (что даже +).
| | |
|
|
| 3.46, Аноним (46), 17:18, 06/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
99% видосиков пожатых в h265 в домашних условиях лютое гвнo. С h264 этот процент гораздо ниже, всё-таки не все люди — идиoты, кодирующие видимокартой. В hevc плохо кодируют независимо от обстоятельств и условий. Поскольку далеко не у всех есть датацентр под кодирование видосиков. Да, синедиски с h265 позволяют иметь качество значительно выше при том же битрейте, но это наверное и все преимущества. Место на диске именно что резиновое и наименьшая из забот, каждые 3 года стоимость терабайта падает раза в 4.
| | |
| |
| 4.48, Аноним (46), 17:21, 06/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
А вообще, все эти henc и av1 в первую очередь про сохранение какой-никакой картинки на микрописeчнoм битрейте, чтобы телефонным пользователям было более комфортно стримить и смотреть видосики в своих подвалах и не оно рассыпалось на квадраты.
| | |
| 4.51, Онаним (?), 17:41, 06/10/2019 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> каждые 3 года стоимость терабайта падает раза в 4.
Уже нет. Плюс сысыды эту стоимость снова приподняли.
| | |
| |
| 5.56, Аноним (46), 17:52, 06/10/2019 [^] [^^] [^^^] [ответить]
| +/– | |
>Уже нет.
Пока да, поговорим на эту тему снова года через 3, но там уже обещали диски по 50+ терабайт. Ссд тоже подешевели примерно в эти же 4 раза.
| | |
| |
| 6.70, x3who (?), 00:02, 07/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
>>Уже нет.
> Пока да, поговорим на эту тему снова года через 3, но там
> уже обещали диски по 50+ терабайт. Ссд тоже подешевели примерно в
> эти же 4 раза.
По моим наблюдениям, в последние годы харды только дорожают - медленно, по чуть-чуть, но дорожают.
В этих условиях, от того, что появятся диски по 50+ терабайт ничего не изменится. Люди же покупают не диски максимально возможного размера, а что им по средствам. Соответственно распределяется и цена за терабайт: с пол-года назад когда смотрел - самыми дешёвыми накопителями были 4ТБ. Народ массово покупает их, соотв. производитель их массово производит и цена выходит подешевле в пересчете на ТБ. В меньшую или большую сторону (по ёмкости накопителя) цена за ТБ растёт и существование 50+ терабайт дисков там ничего особо не изменит в рознице.
| | |
| |
| 7.78, Аноним (46), 04:06, 07/10/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
По секрету скажу, это только в России цены такие безумные (спасибо тебе, АКИТ), во всём остальном мире можно прибарахлиться очень дешёвыми терабайтами. Ну смотри, даже если так, 3 года назад ты мог купить ultrastar (топовый серверный винт) на 4тб за 25к. Сегодня те же самые ultrastar на 14тб стоят 30к. Обычные нормальные модели на 10тб сейчас стоят в районе 10к, у нас в стране от 20к.
| | |
|
|
|
|
|
|
| 1.20, Аноним (20), 12:00, 06/10/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
> текущем виде в libgav1 внимание уделено только производительности для Android-устройств
> Тесты на ARM пока не проводились
Это прекрасно. NIH-синдром цветет бурным цветом.
| | |
| |
| |
| 3.49, Аноним (20), 17:40, 06/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
Да ни на чём его не тестировали. Но будет круто, инфа 147%. А главное - своё.
| | |
|
|
| 1.28, хотел спросить (?), 14:19, 06/10/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– | |
тезисы:
- на текущем этапе развития libgav1 пока сильно отстаёт от dav1d
- но эти тесты мало о чём говорят, так как проведены на оборудовании x86
- основные оптимизации в libgav1 связаны с ускорением работы на архитектуре ARM
- тесты на ARM пока не проводились
что и требовалось знать... что-то разработали, но что именно пока не знаем, может и будет конфетка, но это неточно
| | |
| |
| 2.52, Онаним (?), 17:42, 06/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
Пока что, увы, libgav1\10 получилось. Производительность в разы ниже чем у голиафа.
| | |
|
| |
| |
| 3.53, Онаним (?), 17:42, 06/10/2019 [^] [^^] [^^^] [ответить]
| +/– | |
> А какого кодека делать реализацию? :)
Тут скорее вопрос, какого кодека их либдав1д не устроил.
| | |
|
|
| 1.57, Аноним (57), 18:01, 06/10/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> в текущем виде в libgav1 внимание уделено только производительности для Android-устройств, а оптимизации для других платформ будут добавлены позднее. Тесты на ARM пока не проводились.
Что?
| | |
| 1.65, Gadel (ok), 22:07, 06/10/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 ждём libgavgavgav.so
p.s. Хорошая новость. Даёшь открытый стандарт видео!
| | |
| 1.72, Онаним (?), 01:17, 07/10/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Позорище, а не кодек. Еще лет 10 пройдет пока они разродятся достойной, по скорости h264/5, реализацией.
| | |
| 1.77, Андрей (??), 03:00, 07/10/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– | |
> В Libgav1 задействованы расширенные оптимизации на базе наборов инструкций NEON (ARM) и SSE4.1 (x86), позволяющие добиться более высокой производительности, чем при использовании эталонного декодировщика aomdec (libaom)
Что касается x86 - то это точно формулировка цели dav1d. Но зачем же пилить новую библиотеку вместо того, чтобы добавить NEON оптимизации в dav1d! Разработчикам Гугла запрещено активно работать над открытыми проектами? А разрешено только над открытыми проектами принадлежащими на самом деле Гуглу?
| | |
| |
| 2.91, Анонтоним (?), 13:58, 07/10/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
В проекте dav1d зачем-то пишут на макроассемблере, а в libgav1 на интринсиках и C++ шаблонах. Это не совместимые подходы: в dav1d никак не используется компилятор, а на результат libgav1 неявно влияют разработчики компиляторов. Выйдет новая процессорная микроархитектура - в dav1d нужно будет её поддерживать ручками (переписывать ассемблерный код), а библиотеку libgav1 достаточно будет пересобрать новыми компилятором.
| | |
| |
| 3.118, Андрей (??), 17:05, 10/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
Спасибо, вот в чём, значит, дело. Интринзики - это понятно. Но C++ и шаблоны: тут я сомневаюсь в целесообразности.
| | |
|
|
| 1.116, artenox (?), 19:15, 09/10/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
AV1 созвучно с древним AVI. А MS не стали релизить Win9.
Кстати, когда в линуксовую static сборку ffmpeg завезут? В виндовой давно есть (даже в XP сборке).
| | |
| |
| 2.117, Андрей (??), 17:02, 10/10/2019 [^] [^^] [^^^] [ответить]
| +/– | |
> 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
| | |
|
| 1.121, Аноним (121), 22:21, 10/10/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А почему не SSE4.2? Очень много процессоров имеющих SSE4.1, но неимеющих SSE4.2?
| | |
|
