forum.opennet.ru - "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..." (59)

"Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."	+/–
Сообщение от opennews (??), 11-Мрт-20, 13:32
Сообщества VideoLAN и FFmpeg опубликовали выпуск библиотеки dav1d 0.6.0 с реализацией альтернативного свободного декодировщика формата кодирования видео AV1. Код проекта написан на языке Си (C99) с ассемблерными вставками (NASM/GAS) и распространяется под лицензией BSD. Реализована поддержка архитектур x86, x86_64, ARMv7 и ARMv8, и операционных систем Linux, Windows, macOS, Android и iOS... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=52521
Ответить \| Правка \| Cообщить модератору

Оглавление

На рынке есть процессоры с поддержкой апараного ускорения , Василий (??), 13:32 , 11-Мрт-20, (1)

На десктопах нет Всякое мобилко-встраиваемое есть , iPony129412 (?), 13:37 , 11-Мрт-20, (2) –1

А ты видел на десктопах хоть один _процессор_ с хардварными де кодерами видео , Аноним (4), 13:44 , 11-Мрт-20, (4) –5

В SoC есть давным давно https ru wikipedia org wiki Intel_Quick_Sync_VideoК сл, Аноним (5), 13:49 , 11-Мрт-20, (5) +7
В AMDшных APUшках, кажется, что-то есть Но я от темы далёк Так, что-то слышал , A.Stahl (ok), 13:52 , 11-Мрт-20, (7) +5

UVD скорее, который блок HW decoder в AMD GPU А VCE VCN - _энкодеры_ , Аноним (36), 04:52 , 12-Мрт-20, (36) +1

Чего-то с более-менее новыми интеловскими интеграшками вроде так умеет, во всяко, Аноним (36), 04:52 , 12-Мрт-20, (35) +1

Да они практически все с аппаратной поддержкой 3dnow, разные SSE, AVX, AVX512, , Аноним (6), 13:50 , 11-Мрт-20, (6) +4

3dnow уже давно нет в природе Да и не применялся он толком на практике , Аноним (9), 14:02 , 11-Мрт-20, (9) +2

в линуксах профит был приличный, а в остальном да , колба (?), 17:11 , 11-Мрт-20, (16)

Для AV1 - только какие то ARM пока что H 265, H 264, VP9 в тех же райзенах есть , Ivan_83 (ok), 19:24 , 11-Мрт-20, (22) +1

А по продолжительности энкодинга он сейчас как, все еще в 100 раз дольше , anonismus (?), 13:41 , 11-Мрт-20, (3)

Для скорости есть rav1e, Аноним (9), 13:59 , 11-Мрт-20, (8)

От слова равлик , да Неужели настолько быстро , A.Stahl (ok), 14:18 , 11-Мрт-20, (10) +1

Все просто чем быстрее кодирование, тем хуже сжатие В git версии официального , Аноним (36), 04:54 , 12-Мрт-20, (37) +1

И SVT-AV1 от интела для реалтайм кодирования , Аноним (11), 15:14 , 11-Мрт-20, (11) +1
Для скорости в ущерб эффективности сжатия Только почему-то об этом все умалчива, Аноним (31), 03:53 , 12-Мрт-20, (31)

Спасибо кэп , MihaNix (?), 06:30 , 12-Мрт-20, (43)

Уже не вспомню кодеки, но в хроме и лисе в линукс минт открывал один и тот же ст, Dnina (ok), 15:47 , 11-Мрт-20, (12) –3

Проблема в Firefox Возможно каких опций экспериментальных понапихал На чистом п, iPony129412 (?), 16:07 , 11-Мрт-20, (13) –1

В том то и дело, что я фф почти не пользуюсь, так что он относительно чистый А , Dnina (ok), 17:11 , 11-Мрт-20, (15) –3

Это чего за проц такой А то даже древний армовский планшет VP9 спокойно в софте, Аноним (36), 04:57 , 12-Мрт-20, (39)

i5 7500, видяха gtx1060, linux mint 19 1 То ли по очереди одно ядро в 100 долби, Dnina (ok), 22:15 , 12-Мрт-20, (62)

Ну так установлена мусорная система не поддерживающее аппаратное ускорение из ко, Аноним (65), 18:03 , 04-Апр-20, (65)

Та же фигня - чистый хром жрет проц на 100 при просмотре ютуба , Аноним (64), 08:52 , 13-Мрт-20, (64)

многопоточное декодирование, карл , Аноним (14), 16:11 , 11-Мрт-20, (14) –2
На ик NASM, только GAS , Аноним (-), 18:31 , 11-Мрт-20, (17)

Нафиг meson - f ck python P, Аноним (36), 04:58 , 12-Мрт-20, (40)

Судя потаки наоборот 8211 на Assembly NASM GAS с сишными вставками С99 , Аноним84701 (ok), 20:44 , 11-Мрт-20, (23) +4

Я думал, это только в новостях про rav1e пишут такие нелепые комментарии Вы на , burjui (ok), 21:45 , 11-Мрт-20, (25)

Привыкайте, на опеннете это делается именно так Интересно, что обсуждение rav1e, Аноним84701 (ok), 22:03 , 11-Мрт-20, (27) –1

На C уже написан весь функционал декодера, ассемблерные вставки можно выкинуть н, Аноним (31), 03:59 , 12-Мрт-20, (33) –1
Вы исходите из того, что 60 строчек кода написано на одном языке, а 40 на друг, edo (ok), 06:53 , 12-Мрт-20, (44) +4

Вообще-то, мне просто хотелось посмотреть, как сильно разнятся мнения и ответы, , Аноним84701 (ok), 13:12 , 12-Мрт-20, (55)

Радует, что некоторые понимают нелепость этого Но, я отмечу, тебе тоже есть куд, Ordu (ok), 13:09 , 12-Мрт-20, (54)

AVIF HEIC Когда завезут поддержку в дистрибутивы Без хардварных кодеков енкоде, livello (?), 21:00 , 11-Мрт-20, (24) –1

В ImageMagick лет 5 как завезли , Аноним (32), 03:53 , 12-Мрт-20, (32) +1
Упрлс Даже на лаптопе 720p декодируется , Аноним (36), 04:59 , 12-Мрт-20, (41)

Сейчас бы смотреть 720р на 1440р экране с 70-80 нагрузки на ЦП , Аноним (42), 05:55 , 12-Мрт-20, (42) –1

В Ubuntu 20 04 возможно условно работает в встроенном просмотрщике https gith, iPony129412 (?), 07:59 , 12-Мрт-20, (45)

Так и не понял оценочный прирост производительности относительно прошлого релиза, Виталий (??), 00:09 , 12-Мрт-20, (28)
Сравним с 2019 https news ycombinator com item id 19362098Шел 2020-й год A, Аноним (29), 01:05 , 12-Мрт-20, (29)

Качество равно высокий битрейт Просто хорошее качество равно очень высокий битр, Аноним (32), 03:52 , 12-Мрт-20, (30)

Обычно такие подзрения можно развеять вот этой программой Очень хороший проект,, Аноним (29), 09:26 , 12-Мрт-20, (48)

Ссылка отклеилась https mediaarea net ru MediaInfo, Аноним (29), 09:33 , 12-Мрт-20, (49)
Не, там другая история была, картинка просто резко похерела и это заметили многи, Аноним (32), 11:01 , 12-Мрт-20, (50)

Сначала да А потом понеслось , Аноним (29), 14:34 , 12-Мрт-20, (58)

Посмотрел на обсуждаемые скриншоты и ужаснулся 8212 не только с упавшего каче, Аноним (31), 14:17 , 12-Мрт-20, (56)

Ну так вы еще американский Funimation не видели Вот где жесть Они там какие по, Аноним (29), 14:34 , 12-Мрт-20, (57)

AV1 уже начали использовать https nyaa si q av1 f 0 c 0_0HEVC используют дав, Аноним (31), 04:11 , 12-Мрт-20, (34) +3

Это анимешники же у них в этой связи немножко свой мир И это правильно, хотя, Аноним (29), 09:05 , 12-Мрт-20, (46)

HEVC ни разу не на равне c AVCбытрофикс, Аноним (29), 09:06 , 12-Мрт-20, (47)
Однако результатом их деятельности, энкодером x264, сейчас пользуются все Это оз, Аноним (31), 11:37 , 12-Мрт-20, (51)

Есть аниме на котором без адовых замыливания и бандинга не получится По-моему ф, Аноним (32), 11:48 , 12-Мрт-20, (52)

Может получиться, если применить появившийся в AV1 шумогенератор Правда, энкоде, Аноним (31), 13:05 , 12-Мрт-20, (53) +1

Это всё сильно зависит от источника и от енкодера От формата в меньшей степени , Аноним (29), 14:44 , 12-Мрт-20, (59)

Эммммм, в ужас обилие мелких деталей приводит все энкодеры, без исключения - у, Говнокодер (?), 17:35 , 12-Мрт-20, (61) +1

Отличается Попробуйте отделить шум каким-нибудь сильным шумодавом и кодировать , Аноним (31), 01:44 , 13-Мрт-20, (63)

av1 активно пилится https aomedia googlesource com aom log refs heads master, Говнокодер (?), 17:32 , 12-Мрт-20, (60) +1

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от Василий (??), 11-Мрт-20, 13:32 +/–

На рынке есть процессоры с поддержкой апараного ускорения?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #6, #22

2. Сообщение от iPony129412 (?), 11-Мрт-20, 13:37 –1 +/–

На десктопах нет.
Всякое мобилко-встраиваемое есть.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #4

3. Сообщение от anonismus (?), 11-Мрт-20, 13:41 +/–

> В тестах Facebook AV1 обогнал по уровню сжатия main profile H.264 (x264) на 50.3%, high profile H.264 на 46.2%, а VP9 (libvpx-vp9) на 34.0%.
А по продолжительности энкодинга он сейчас как, все еще в 100 раз дольше?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8

4. Сообщение от Аноним (4), 11-Мрт-20, 13:44 –5 +/–

А ты видел на десктопах хоть один _процессор_ с хардварными (де)кодерами видео?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #5, #7, #35

5. Сообщение от Аноним (5), 11-Мрт-20, 13:49 +7 +/–

В SoC есть давным давно https://ru.wikipedia.org/wiki/Intel_Quick_Sync_Video
К словам придираться такое себе

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

6. Сообщение от Аноним (6), 11-Мрт-20, 13:50 +4 +/–

Да они практически все с аппаратной поддержкой: 3dnow, разные SSE, AVX, AVX512, NEON, Altivec.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #9

7. Сообщение от A.Stahl (ok), 11-Мрт-20, 13:52 +5 +/–

В AMDшных APUшках, кажется, что-то есть. Но я от темы далёк. Так, что-то слышал краем уха. VCE / VCN называется или как-то так.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #36

8. Сообщение от Аноним (9), 11-Мрт-20, 13:59 +/–

Для скорости есть rav1e

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #10, #11, #31

9. Сообщение от Аноним (9), 11-Мрт-20, 14:02 +2 +/–

3dnow уже давно нет в природе. Да и не применялся он толком на практике.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #16

10. Сообщение от A.Stahl (ok), 11-Мрт-20, 14:18 +1 +/–

От слова "равлик", да? Неужели настолько быстро?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #37

11. Сообщение от Аноним (11), 11-Мрт-20, 15:14 +1 +/–

И SVT-AV1  от интела для реалтайм кодирования

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

12. Сообщение от Dnina (ok), 11-Мрт-20, 15:47 –3 +/–

Уже не вспомню кодеки, но в хроме и лисе в линукс минт открывал один и тот же стрим, смотрел информацию для сисадминов, кажется av1 и vp9, точно не помню названия, и в каком браузере какой. Так вот, в мозилле сильно квадратился и размывался стрим. В чём может быть проблема?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13

13. Сообщение от iPony129412 (?), 11-Мрт-20, 16:07 –1 +/–

Проблема в Firefox.
Возможно каких опций экспериментальных понапихал. На чистом профиле бы проверил.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #15

14. Сообщение от Аноним (14), 11-Мрт-20, 16:11 –2 +/–

>и обеспечение качественной работы в многопоточном режиме
многопоточное декодирование, карл.

Ответить | Правка | Наверх | Cообщить модератору

15. Сообщение от Dnina (ok), 11-Мрт-20, 17:11 –3 +/–

В том то и дело, что я фф почти не пользуюсь, так что он относительно чистый. А в хроме напихано всякого, например h264ify, без которого ютуб сильно грузил проц.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #39, #64

16. Сообщение от колба (?), 11-Мрт-20, 17:11 +/–

в линуксах профит был приличный, а в остальном да.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

17. Сообщение от Аноним (-), 11-Мрт-20, 18:31 +/–

На*ик NASM, только GAS!

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #40

22. Сообщение от Ivan_83 (ok), 11-Мрт-20, 19:24 +1 +/–

Для AV1 - только какие то ARM пока что.
H.265, H.264, VP9 в тех же райзенах есть. Кажется в интелах тоже, ноутбучных, где граффика есть.
В 1030 vp9 вроде нет, только 264 и 265.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

23. Сообщение от Аноним84701 (ok), 11-Мрт-20, 20:44 +4 +/–

> Код проекта написан на языке Си (C99) с ассемблерными вставками (NASM/GAS)
Судя по
> Assembly 59.1%      C 39.9%      Other 1.0%
таки наоборот – на Assembly (NASM/GAS) с сишными вставками (С99)

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #25

24. Сообщение от livello (?), 11-Мрт-20, 21:00 –1 +/–

AVIF\HEIC. Когда завезут поддержку в дистрибутивы? Без хардварных кодеков енкодер AV1 интересен только на тридриппере или 3950x. А вот с изображениями польза огромная!

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #32, #41, #45

25. Сообщение от burjui (ok), 11-Мрт-20, 21:45 +/–

Я думал, это только в новостях про rav1e пишут такие нелепые комментарии. Вы на полном серьёзе измеряете вклад языка в структуру проекта количеством строк? Из проекта можно выкинуть ассемблер, заменив его на С, и он будет работать. А если из него выкинуть С, на ассемблере его никогда не допишут.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #27, #54

27. Сообщение от Аноним84701 (ok), 11-Мрт-20, 22:03 –1 +/–

> Я думал, это только в новостях про rav1e пишут такие нелепые комментарии.
> Вы на полном серьёзе измеряете вклад языка в структуру проекта количеством строк?
Привыкайте, на опеннете это делается именно так.
Интересно, что обсуждение rav1e вы вспомнили, но в точно такой же подветке и теме (только там C заменен на Rust) не комментировали. В отличие от:
https://www.opennet.dev/openforum/vsluhforumID3/119745.html#45
Тем более, фомрулировка "написано на" - вполне подразумевает основной ЯП проекта. Да и при чтении "c xxx вставками" ожидается немного другое соотношение: 90:10 или хотя бы 70:30 но никак не 40:60.
И так как на асме написано 60% всего кода (по метрике гитхаба) - по моему вполне логично назвать этот язык основным языком проекта.
> Из проекта можно выкинуть ассемблер, заменив его на С, и он будет работать. А если из него выкинуть С, на ассемблере его никогда не допишут.
Из проекта можно выкинуть С, заменив его на ассемблер, и он будет работать. А если из него выкинуть ассемблер, на С его никогда не допишут.
Странно, ничем не хуже вашего "аргумента" получилось, только почему-то с "доказательством" обратного *чешет репу*

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #33, #44

28. Сообщение от Виталий (??), 12-Мрт-20, 00:09 +/–

Так и не понял оценочный прирост производительности относительно прошлого релиза.

Ответить | Правка | Наверх | Cообщить модератору

29. Сообщение от Аноним (29), 12-Мрт-20, 01:05 +/–

Сравним с 2019: https://news.ycombinator.com/item?id=19362098
Шел 2020-й год... AV1 всё еще плох для реального использования по всем направлениям
1. Скорость кодирования - кошмар. Выигранное место не стоит того.
2. Куча народу не понимает, что "качество" не обязательно "высокий битрейт" и продолжает платить деньги за подписочные аккаунты ради битрейта. В этой ситуации стриминговые сайты проще продадут учётку для толстенных AVC стримов нежели даже HEVC, за который им же платить больше придётся.
3. Поддержка хардварных решений близка к нулю.
4. Пираты не просто не используют AV1 они и HEVC не используют и не будут ближайшее время.
От того что AV1 свободен от патентных отчислений выигрывает кучка корпораций которая платила разным MPEG-LA. Потребитель контента этого не ощутит. Социальные сети не станут более бесплатными чем сейчас. На стриминговых сайтах цены не обвалятся.
Тут пожалуй самое страшное это всякие "тостеры и соковыжималки". Я про всякую консьюмерскую мелочь, на которой принято проигрывать файлы, хоть оно и не для этого, например консоли для игр во многом определяют форматы файлов и стримов.
Пока имеющиеся консоли этого поколения актуальны AVC никуда не исчезнет. Если в следующем поколении не появится поддержка AV1 то участь у него будет как у всех On2 кодеков. Замкнутость в мире браузера.
А тем временем там вовсю изобретается VVC и пишутся новости разной степени доверия:
https://www.bbc.co.uk/rd/blog/2019-05-av1-codec-streaming-pr...
А воз и ныне там. Оно всё недоделанное и не пригодно пока еще для того чтобы вытеснить старенький AVC.
Единственное что проясняется в 2020-ом, у AV1 больше шансов чем у HEVC, раз уже его спешно собрались менять на VVC, но как замена AVC... нет на это потребуются долгие-долгие годы.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #30, #34

30. Сообщение от Аноним (32), 12-Мрт-20, 03:52 +/–

Качество равно высокий битрейт. Просто хорошее качество равно очень высокий битрейт, а высокий битрейт сам по себе не гарантирует качество никак. При равном битрейте программный x265 даёт картинку раза в 3 лучше программного x264, даже с выкрученными на качество твикалками. У меня есть стойкое подозрение, что повсеместно используются аппаратные энкодеры, и вот они в случае с avc гонят совершенно мусорную картинку. Аппаратные энкодеры hevc на много порядков более совершенны, и говорят, что av1 может быть ещё лучше (мол, операции не реализуемые эффективно в железе там не нужны будут).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #48

31. Сообщение от Аноним (31), 12-Мрт-20, 03:53 +/–

Для скорости в ущерб эффективности сжатия. Только почему-то об этом все умалчивают, и правки новостей с указанием этой мелочи не принимают.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #43

32. Сообщение от Аноним (32), 12-Мрт-20, 03:53 +1 +/–

В ImageMagick лет 5 как завезли.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

33. Сообщение от Аноним (31), 12-Мрт-20, 03:59 –1 +/–

На C уже написан весь функционал декодера, ассемблерные вставки можно выкинуть ничего не дописывая, от этого будет потеряна только скорость работы.
Аналогично и с rav1e: ассемблерные вставки частично дублируют реализованый на rust'е функционал. А строк в них больше из-за низкого уровня языка и нескольких реализаций одних и тех же фич для разных процессоров.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

34. Сообщение от Аноним (31), 12-Мрт-20, 04:11 +3 +/–

> 4. Пираты не просто не используют AV1 они и HEVC не используют и не будут ближайшее время.
AV1 уже начали использовать: https://nyaa.si/?q=av1&f=0&c=0_0
HEVC используют давно и уже почти наравне с AVC, см. там же.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #46

35. Сообщение от Аноним (36), 12-Мрт-20, 04:52 +1 +/–

> А ты видел на десктопах хоть один _процессор_ с хардварными (де)кодерами видео?
Чего-то с более-менее новыми интеловскими интеграшками вроде так умеет, во всяком случае VP9 в VA-API они накодили.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

36. Сообщение от Аноним (36), 12-Мрт-20, 04:52 +1 +/–

UVD скорее, который блок HW decoder в AMD GPU. А VCE/VCN - _энкодеры_.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

37. Сообщение от Аноним (36), 12-Мрт-20, 04:54 +1 +/–

Все просто: чем быстрее кодирование, тем хуже сжатие. В git версии официального av1 тоже вон realtime кодирование запилили, но оно разумеется и рядом не стояло по битрейт-качество с медленными скоростями. Зато, блин, быстро (заточено на трансляцию в HW IP и софт-кодирование при видеоконференсинге).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

39. Сообщение от Аноним (36), 12-Мрт-20, 04:57 +/–

> без которого ютуб сильно грузил проц.
Это чего за проц такой? А то даже древний армовский планшет VP9 спокойно в софте жрет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #62

40. Сообщение от Аноним (36), 12-Мрт-20, 04:58 +/–

Нафиг meson - f*ck python! :P

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

41. Сообщение от Аноним (36), 12-Мрт-20, 04:59 +/–

> Без хардварных кодеков енкодер AV1 интересен только на тридриппере
Упрлс? Даже на лаптопе 720p декодируется!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #42

42. Сообщение от Аноним (42), 12-Мрт-20, 05:55 –1 +/–

Сейчас бы смотреть 720р на 1440р экране с 70-80% нагрузки на ЦП.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

43. Сообщение от MihaNix (?), 12-Мрт-20, 06:30 +/–

Спасибо кэп!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

44. Сообщение от edo (ok), 12-Мрт-20, 06:53 +4 +/–

> так как на асме написано 60% всего кода (по метрике гитхаба)
Вы исходите из того, что 60% строчек кода написано на одном языке, а 40% на другом. На самом деле, ситуация не совсем такая.
Очень условно, 40% строк написано на C, 15% на ассемблере amd64 с поддержкой avx512, 15% на ассемблере arm9, 15% на ассемблере x86 с SSE3, и т.п.

Но даже это не важно, код на Си всё равно тут основной, даже если бы по числу строк он не был бы на первом месте.
> Из проекта можно выкинуть С, заменив его на ассемблер, и он будет работать. А если из него выкинуть ассемблер, на С его никогда не допишут
Сразу видно, что вы никогда не писали кроссплатформенную программу на C с оптимизирующими ассемблерными вставками. Сначала реализуется *весь* функционал на C, отлаживается и тестируется код.
Потом для критичных мест добавляют альтернативные ассемблерные реализации. Отдельно для каждой платформы, например, может оказаться, что для платформы A на ассемблере переписано 17 узких мест, для платформы B 15, для платформы C всего 3, а для остальных платформ ассемблерного кода не написали вовсе, так и используется только Си.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #55

45. Сообщение от iPony129412 (?), 12-Мрт-20, 07:59 +/–

> HEIC. Когда завезут поддержку в дистрибутивы?
В Ubuntu 20.04 возможно условно работает в встроенном просмотрщике:
https://github.com/strukturag/libheif/issues/182#issuecommen...
Ну и превью точно работают в Nautilus.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

46. Сообщение от Аноним (29), 12-Мрт-20, 09:05 +/–

Это анимешники же... у них в этой связи немножко свой мир. И это правильно, хотя бы потому что у них совершенно иные видеопоследовательности и соответственно параметры енкодера.
AV1 с 39 штук на всём трекере - это считай что не используют. Они его уже больше год тестируют результаты не очень.
HEVC ни разу не на равне в HEVC идут бомжовые реенкоды для экономии места 720p - серия в 65МБ в ультра низких битрейтах и иногда рипы с BD и то не все.
Я жду изменений в скорости времени кодирования. Для точности:
Если у меня есть CFQ однопроходовое на обоих кодеках и исходник скажем 1080p и у меня есть желание перекодировать в хорошем качестве, то при отсутствии визуальных отличий между двумя результатами, хотя бы даже по метрике SSIM я выбираю тот енкодер который этого добился быстрее, потому что место на дисках дешевое и оно дешевле потраченного времени процессором. Разница в несколько мегабайт не играет роли.
У AV1 с этим пока есть проблемы. x265 он тоже медленнее, но его я не желаю использовать еще и по причине того что реализация x265 мягко говоря не очень (по-правде она ужасная, в нней четверть опций не работает и еще четверть глючит). Тоже МГУ это подтверждает в последних исследованиях.
Я готов ждать время 1.5x или 2x по отношению к времени файла, но 4х.... тогда хочется купить себе процессор, который выполнит эту задачу со скоростью 2х, а они там есть в продаже?Короче ждем оптимизаций енкодеров под новые линейки процов еще.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #47, #51, #60

47. Сообщение от Аноним (29), 12-Мрт-20, 09:06 +/–

> HEVC ни разу не на равне в HEVC
HEVC ни разу не на равне c AVC
бытрофикс

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

48. Сообщение от Аноним (29), 12-Мрт-20, 09:26 +/–

>  У меня есть стойкое подозрение, что повсеместно используются аппаратные энкодеры, и вот они в случае с avc гонят совершенно мусорную картинку. Аппаратные энкодеры hevc на много порядков более совершенны, и говорят, что av1 может быть ещё лучше (мол, операции не реализуемые эффективно в железе там не нужны будут).
Обычно такие подзрения можно развеять вот этой программой. Очень хороший проект, рекомендую.
Через нее вы увидите параметры потока и что его сделало, редко кто-то лезет руками выковыривать оттуда метаданные. И вот по моему опыту в самых говняных энкодах будет на писано, что они сделаны через Handbrake.
Этот проект облюбовали те люди, которым лишь бы закодировать и те которые совсем не опытные и даже праметров энкодера не знают. С того же nvenc файлы будут просто большими да и аппаратныхенкодеров нету вроде всяких hi10p профилей. Одни main повсюду.
> Качество равно высокий битрейт. Просто хорошее качество равно очень высокий битрейт, а высокий битрейт сам по себе не гарантирует качество никак.
Ага, а теперь объясните это глупому зрителю. Который устраивает воийны с тем же кранчироллом:
https://www.reddit.com/r/SubredditDrama/comments/5ywfph/rani.../
А когда прибегают глупые псевдоэксперты сравнивая видео покадрово скриншотами? А потом устривают бойкоты и непродливают подписки?
Всё потому что кто-то скаяал поток через ffmpeg переложил из TS в MKV и увидел в медиаинфо параметры энкодера x264, да-да именно его.
> При равном битрейте программный x265 даёт картинку раза в 3 лучше программного x264, даже с выкрученными на качество твикалками.
Везет вам... у меня через этот недоделанный кусок глюкалова получалось получить выигрыш в районе 5-10% к размеру файла с увеличением времени кодирования в 2 раза...
Просто как и многие вменяемые люди, умеющие читать чертову документацию, я не пользусь глупостями в роде ABR-2pass, потому что кодировать под одинаковый средний битрейт в 2020-м году... мы же не на диски это пишем, к чему такие точные размеры?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #49, #50, #56

49. Сообщение от Аноним (29), 12-Мрт-20, 09:33 +/–

> Обычно такие подзрения можно развеять вот этой программой. Очень хороший проект, рекомендую.
Ссылка отклеилась: https://mediaarea.net/ru/MediaInfo

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

50. Сообщение от Аноним (32), 12-Мрт-20, 11:01 +/–

>увидел в медиаинфо параметры энкодера
Не, там другая история была, картинка просто резко похерела и это заметили многие. В том числе на видео которые ты только вчера смотрел нормально. Ну они решили взять пример с гугла и затыквить все файлы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #58

51. Сообщение от Аноним (31), 12-Мрт-20, 11:37 +/–

> Это анимешники же... у них в этой связи немножко свой мир.
Однако результатом их деятельности, энкодером x264, сейчас пользуются все.
> AV1 с 39 штук на всём трекере - это считай что не используют.
Это означает, что его начали использовать — ровно то, что было написано.
> результаты не очень.
Где это они "не очень"? Я вижу там 1080p рипы с битрейтом видеодорожки порядка 600кбит/с и без видимых артефактов, с идеально гладкими линиями. Всем предыдущим кодекам до такого как до луны.
> Я жду изменений в скорости времени кодирования.
Ну жди, лет через пять, возможно, что-нибудь и получится. Но для некоторых кодек юзабелен и сегодня: для кодирования выходящих раз в неделю серий текущей скорости libaom-av1 достаточно даже при максимальном качестве.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #52, #59

52. Сообщение от Аноним (32), 12-Мрт-20, 11:48 +/–

Есть аниме на котором без адовых замыливания и бандинга не получится. По-моему фурикури (оригинальный) из таких, хотя там sd. 1000kbps это битрейт для 480p, как ни крути.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #53

53. Сообщение от Аноним (31), 12-Мрт-20, 13:05 +1 +/–

Может получиться, если применить появившийся в AV1 шумогенератор. Правда, энкодеры пока не научились делать это автоматически.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

54. Сообщение от Ordu (ok), 12-Мрт-20, 13:09 +/–

> Я думал, это только в новостях про rav1e пишут такие нелепые комментарии.
Радует, что некоторые понимают нелепость этого. Но, я отмечу, тебе тоже есть куда расти над собой.
Ты понимаешь, что это спор не о сути проектов, а о смыслах слов? rav1e останется таким, какой он есть, вне зависимости от того, будем ли мы называть его проектом на C с ассемблерными вставками или проектом на ассемблере со вставками на C.
Споры о смыслах слов ведутся несколько иначе. (Конструктивные споры, по-крайней мере). Надо начать с вопроса о том, зачем вообще нам нужно классифицировать проекты по категориям "проекты на C" и "проекты на ассемблере". Когда по этому вопросу будет достигнуто соглашение, дальше всё будет довольно просто. Если же по этому вопросу не удастся придти к согласию, то всё остальное вообще бессмысленная трата времени и сотрясения воздуха. И я отмечу, что вполне возможна ситуация, когда к согласию придти не удастся: разные люди могут с разными целями классифицировать проекты на сишные и ассемблерные.
Например, я могу выделять класс проектов "ассемблерные", потому что мне важна кроссплатформенность, а ассемблер некроссплатформенен, с его портированием постоянно возникают проблемы вида "переписать заново". Или я могу выделять класс проектов "сишные" с точки зрения интероперабельности API: C'шное API минимумом усилий можно использовать из любого языка, какой бы я не выбрал. Но это ведь два _разных_ критерия классификации, их не стоит без большой нужды смешивать в рамках одной классификации. А люди постоянно так делают. Есть одна демонстрация ущербности такого подхода к составлению классификаций:
> В качестве образца, которому ни в коем случае не следует подражать, возьмём самую нелепую из всех известных классификаций — классификацию животных, приписываемую X. Борхесом китайской энциклопедии под названием «Небесная империя благодетельных знаний». На древних страницах этой энциклопедии, заверяет Борхес, написано — все животные делятся на: а) принадлежащих Императору, б) набальзамированных, в) прирученных, г) сосунков, д) сирен, е) сказочных, ж) бродячих собак, з) включённых в эту классификацию, и) бегающих как сумасшедшие, к) бесчисленных, л) нарисованных тончайшей кистью из верблюжьей шерсти, м) и прочих, н) только что разбивших кувшин, о) похожих издали на мух '...[1]
Прикинь как интересно было бы спорить о том, к какому классу принадлежит мумия слона, принадлежавшего императору -- к (a), (б), (в), (з), (и), (к), (л), (н), (о) или к какому? И я рекомендую сходить по ссылке и почитать целиком: это поможет выйти на метауровень и начать думать не о принадлежности выбранных элементов к каким-то классам, а о целях классификации и о выборе методов построения классификации, подходящих к целям.
[1] https://textarchive.ru/c-2110482-p11.html

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

55. Сообщение от Аноним84701 (ok), 12-Мрт-20, 13:12 +/–

> Вы исходите из того, что 60% строчек кода написано на одном языке, а 40% на другом. На самом деле, ситуация не совсем такая.
Вообще-то, мне просто хотелось посмотреть, как сильно разнятся мнения и ответы, о (по сути) одном и том же:
https://www.opennet.dev/openforum/vsluhforumID3/119745.html#1 ;)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

56. Сообщение от Аноним (31), 12-Мрт-20, 14:17 +/–

> https://www.reddit.com/r/SubredditDrama/comments/5ywfph/rani...
Посмотрел на обсуждаемые скриншоты и ужаснулся — не только с упавшего качества, но и с того, что было до его падения. Люди ещё и платят деньги за такое? На том же nyaa.si за торрент с такими квадратами релизеру бы плюнули в лицо.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #57

57. Сообщение от Аноним (29), 12-Мрт-20, 14:34 +/–

Ну так вы еще американский Funimation не видели. Вот где жесть. Они там какие попало субтитры хардсабят и у них натурально видео на блоки разваливается. Эти криворучки еще и на видео меняют частоту кадров как попало, чтобы всё плыло...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

58. Сообщение от Аноним (29), 12-Мрт-20, 14:34 +/–

Сначала да. А потом понеслось...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

59. Сообщение от Аноним (29), 12-Мрт-20, 14:44 +/–

> Где это они "не очень"? Я вижу там 1080p рипы с битрейтом видеодорожки порядка 600кбит/с и без видимых артефактов, с идеально гладкими линиями. Всем предыдущим кодекам до такого как до луны.
Это всё сильно зависит от источника и от енкодера. От формата в меньшей степени.
Обилие мелких деталей, снег, пыль, то что должно быть в видео, но похоже на зернистый шум всё это приводит нынешние енкодеры AV1 в ужас. У них там оптимизация под мультипроходовое сжатие с фиксированным битрейтом и прочими закрытыми гопами для стриминга и еще оно рассчитывается (пока что, через 5 лет это как раз изменится) прежде всего для лайв-записей, не для мультиков.
Также я бы от себя не рекомендовал использовать AV1 для неанимешной цветной мультипликации старше 80-х годов. Впустую потраченное процессорное время. Да и вообще, снижение битрейта и экономия нескольких даже сотен мегабайт с современными каналами, бендвичем и ценой на диски - странное решение. Процессор дороже.
> Это означает, что его начали использовать — ровно то, что было написано.
39 это величина о-малое от общего числа раздач на том же ня, а кодек так-то не вчера появился.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #61

60. Сообщение от Говнокодер (?), 12-Мрт-20, 17:32 +1 +/–

> Короче ждем оптимизаций енкодеров
av1 активно пилится: https://aomedia.googlesource.com/aom/+log/refs/heads/master
пссст, я тут по секрету скажу - именно оптимизация по скорости сейчас активно и пилится.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

61. Сообщение от Говнокодер (?), 12-Мрт-20, 17:35 +1 +/–

> Обилие мелких деталей, снег, пыль, то что должно быть в видео, но похоже на зернистый шум всё это приводит нынешние енкодеры AV1 в ужас
Эммммм, "в ужас" обилие мелких деталей приводит все энкодеры, без исключения - у них работа такая. av1 этим ничем от остальных не отличается, никак (если что - я вот прямо сейчас av1 гоняю).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #63

62. Сообщение от Dnina (ok), 12-Мрт-20, 22:15 +/–

i5 7500, видяха gtx1060, linux mint 19.1. То ли по очереди одно ядро в 100 долбилось, то ли что-то похожее.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #65

63. Сообщение от Аноним (31), 13-Мрт-20, 01:44 +/–

> av1 этим ничем от остальных не отличается, никак (если что - я вот прямо сейчас av1 гоняю).
Отличается. Попробуйте отделить шум каким-нибудь сильным шумодавом и кодировать отдельно с помощью утилиты noise_model из каталога examples в libaom.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

64. Сообщение от Аноним (64), 13-Мрт-20, 08:52 +/–

Та же фигня - чистый хром жрет проц на 100% при просмотре ютуба.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

65. Сообщение от Аноним (65), 04-Апр-20, 18:03 +/–

Ну так установлена мусорная система не поддерживающее аппаратное ускорение из коробки. А h264ify ставит древний кодек который требует меньше ресурсов для программного декодирования

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. Сообщение от Василий (??), 11-Мрт-20, 13:32	+/–
На рынке есть процессоры с поддержкой апараного ускорения?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #2, #6, #22

2. Сообщение от iPony129412 (?), 11-Мрт-20, 13:37	–1 +/–
На десктопах нет. Всякое мобилко-встраиваемое есть.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #4

3. Сообщение от anonismus (?), 11-Мрт-20, 13:41	+/–
> В тестах Facebook AV1 обогнал по уровню сжатия main profile H.264 (x264) на 50.3%, high profile H.264 на 46.2%, а VP9 (libvpx-vp9) на 34.0%. А по продолжительности энкодинга он сейчас как, все еще в 100 раз дольше?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #8

4. Сообщение от Аноним (4), 11-Мрт-20, 13:44	–5 +/–
А ты видел на десктопах хоть один _процессор_ с хардварными (де)кодерами видео?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #5, #7, #35

5. Сообщение от Аноним (5), 11-Мрт-20, 13:49	+7 +/–
В SoC есть давным давно https://ru.wikipedia.org/wiki/Intel_Quick_Sync_Video К словам придираться такое себе
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4

6. Сообщение от Аноним (6), 11-Мрт-20, 13:50	+4 +/–
Да они практически все с аппаратной поддержкой: 3dnow, разные SSE, AVX, AVX512, NEON, Altivec.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #9

7. Сообщение от A.Stahl (ok), 11-Мрт-20, 13:52	+5 +/–
В AMDшных APUшках, кажется, что-то есть. Но я от темы далёк. Так, что-то слышал краем уха. VCE / VCN называется или как-то так.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4 Ответы: #36

8. Сообщение от Аноним (9), 11-Мрт-20, 13:59	+/–
Для скорости есть rav1e
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #10, #11, #31

9. Сообщение от Аноним (9), 11-Мрт-20, 14:02	+2 +/–
3dnow уже давно нет в природе. Да и не применялся он толком на практике.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6 Ответы: #16

10. Сообщение от A.Stahl (ok), 11-Мрт-20, 14:18	+1 +/–
От слова "равлик", да? Неужели настолько быстро?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #8 Ответы: #37

11. Сообщение от Аноним (11), 11-Мрт-20, 15:14	+1 +/–
И SVT-AV1 от интела для реалтайм кодирования
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #8

12. Сообщение от Dnina (ok), 11-Мрт-20, 15:47	–3 +/–
Уже не вспомню кодеки, но в хроме и лисе в линукс минт открывал один и тот же стрим, смотрел информацию для сисадминов, кажется av1 и vp9, точно не помню названия, и в каком браузере какой. Так вот, в мозилле сильно квадратился и размывался стрим. В чём может быть проблема?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #13

13. Сообщение от iPony129412 (?), 11-Мрт-20, 16:07	–1 +/–
Проблема в Firefox. Возможно каких опций экспериментальных понапихал. На чистом профиле бы проверил.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #12 Ответы: #15

14. Сообщение от Аноним (14), 11-Мрт-20, 16:11	–2 +/–
>и обеспечение качественной работы в многопоточном режиме многопоточное декодирование, карл.
Ответить \| Правка \| Наверх \| Cообщить модератору

15. Сообщение от Dnina (ok), 11-Мрт-20, 17:11	–3 +/–
В том то и дело, что я фф почти не пользуюсь, так что он относительно чистый. А в хроме напихано всякого, например h264ify, без которого ютуб сильно грузил проц.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #13 Ответы: #39, #64

16. Сообщение от колба (?), 11-Мрт-20, 17:11	+/–
в линуксах профит был приличный, а в остальном да.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #9

17. Сообщение от Аноним (-), 11-Мрт-20, 18:31	+/–
На*ик NASM, только GAS!
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #40

22. Сообщение от Ivan_83 (ok), 11-Мрт-20, 19:24	+1 +/–
Для AV1 - только какие то ARM пока что. H.265, H.264, VP9 в тех же райзенах есть. Кажется в интелах тоже, ноутбучных, где граффика есть. В 1030 vp9 вроде нет, только 264 и 265.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1

23. Сообщение от Аноним84701 (ok), 11-Мрт-20, 20:44	+4 +/–
> Код проекта написан на языке Си (C99) с ассемблерными вставками (NASM/GAS) Судя по > Assembly 59.1% C 39.9% Other 1.0% таки наоборот – на Assembly (NASM/GAS) с сишными вставками (С99)
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #25

24. Сообщение от livello (?), 11-Мрт-20, 21:00	–1 +/–
AVIF\HEIC. Когда завезут поддержку в дистрибутивы? Без хардварных кодеков енкодер AV1 интересен только на тридриппере или 3950x. А вот с изображениями польза огромная!
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #32, #41, #45

25. Сообщение от burjui (ok), 11-Мрт-20, 21:45	+/–
Я думал, это только в новостях про rav1e пишут такие нелепые комментарии. Вы на полном серьёзе измеряете вклад языка в структуру проекта количеством строк? Из проекта можно выкинуть ассемблер, заменив его на С, и он будет работать. А если из него выкинуть С, на ассемблере его никогда не допишут.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #23 Ответы: #27, #54

27. Сообщение от Аноним84701 (ok), 11-Мрт-20, 22:03	–1 +/–
> Я думал, это только в новостях про rav1e пишут такие нелепые комментарии. > Вы на полном серьёзе измеряете вклад языка в структуру проекта количеством строк? Привыкайте, на опеннете это делается именно так. Интересно, что обсуждение rav1e вы вспомнили, но в точно такой же подветке и теме (только там C заменен на Rust) не комментировали. В отличие от: https://www.opennet.dev/openforum/vsluhforumID3/119745.html#45 Тем более, фомрулировка "написано на" - вполне подразумевает основной ЯП проекта. Да и при чтении "c xxx вставками" ожидается немного другое соотношение: 90:10 или хотя бы 70:30 но никак не 40:60. И так как на асме написано 60% всего кода (по метрике гитхаба) - по моему вполне логично назвать этот язык основным языком проекта. > Из проекта можно выкинуть ассемблер, заменив его на С, и он будет работать. А если из него выкинуть С, на ассемблере его никогда не допишут. Из проекта можно выкинуть С, заменив его на ассемблер, и он будет работать. А если из него выкинуть ассемблер, на С его никогда не допишут. Странно, ничем не хуже вашего "аргумента" получилось, только почему-то с "доказательством" обратного чешет репу
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #25 Ответы: #33, #44

28. Сообщение от Виталий (??), 12-Мрт-20, 00:09	+/–
Так и не понял оценочный прирост производительности относительно прошлого релиза.
Ответить \| Правка \| Наверх \| Cообщить модератору

29. Сообщение от Аноним (29), 12-Мрт-20, 01:05	+/–
Сравним с 2019: https://news.ycombinator.com/item?id=19362098 Шел 2020-й год... AV1 всё еще плох для реального использования по всем направлениям 1. Скорость кодирования - кошмар. Выигранное место не стоит того. 2. Куча народу не понимает, что "качество" не обязательно "высокий битрейт" и продолжает платить деньги за подписочные аккаунты ради битрейта. В этой ситуации стриминговые сайты проще продадут учётку для толстенных AVC стримов нежели даже HEVC, за который им же платить больше придётся. 3. Поддержка хардварных решений близка к нулю. 4. Пираты не просто не используют AV1 они и HEVC не используют и не будут ближайшее время. От того что AV1 свободен от патентных отчислений выигрывает кучка корпораций которая платила разным MPEG-LA. Потребитель контента этого не ощутит. Социальные сети не станут более бесплатными чем сейчас. На стриминговых сайтах цены не обвалятся. Тут пожалуй самое страшное это всякие "тостеры и соковыжималки". Я про всякую консьюмерскую мелочь, на которой принято проигрывать файлы, хоть оно и не для этого, например консоли для игр во многом определяют форматы файлов и стримов. Пока имеющиеся консоли этого поколения актуальны AVC никуда не исчезнет. Если в следующем поколении не появится поддержка AV1 то участь у него будет как у всех On2 кодеков. Замкнутость в мире браузера. А тем временем там вовсю изобретается VVC и пишутся новости разной степени доверия: https://www.bbc.co.uk/rd/blog/2019-05-av1-codec-streaming-pr... А воз и ныне там. Оно всё недоделанное и не пригодно пока еще для того чтобы вытеснить старенький AVC. Единственное что проясняется в 2020-ом, у AV1 больше шансов чем у HEVC, раз уже его спешно собрались менять на VVC, но как замена AVC... нет на это потребуются долгие-долгие годы.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #30, #34

30. Сообщение от Аноним (32), 12-Мрт-20, 03:52	+/–
Качество равно высокий битрейт. Просто хорошее качество равно очень высокий битрейт, а высокий битрейт сам по себе не гарантирует качество никак. При равном битрейте программный x265 даёт картинку раза в 3 лучше программного x264, даже с выкрученными на качество твикалками. У меня есть стойкое подозрение, что повсеместно используются аппаратные энкодеры, и вот они в случае с avc гонят совершенно мусорную картинку. Аппаратные энкодеры hevc на много порядков более совершенны, и говорят, что av1 может быть ещё лучше (мол, операции не реализуемые эффективно в железе там не нужны будут).
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #29 Ответы: #48

31. Сообщение от Аноним (31), 12-Мрт-20, 03:53	+/–
Для скорости в ущерб эффективности сжатия. Только почему-то об этом все умалчивают, и правки новостей с указанием этой мелочи не принимают.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #8 Ответы: #43

32. Сообщение от Аноним (32), 12-Мрт-20, 03:53	+1 +/–
В ImageMagick лет 5 как завезли.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #24

33. Сообщение от Аноним (31), 12-Мрт-20, 03:59	–1 +/–
На C уже написан весь функционал декодера, ассемблерные вставки можно выкинуть ничего не дописывая, от этого будет потеряна только скорость работы. Аналогично и с rav1e: ассемблерные вставки частично дублируют реализованый на rust'е функционал. А строк в них больше из-за низкого уровня языка и нескольких реализаций одних и тех же фич для разных процессоров.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #27

34. Сообщение от Аноним (31), 12-Мрт-20, 04:11	+3 +/–
> 4. Пираты не просто не используют AV1 они и HEVC не используют и не будут ближайшее время. AV1 уже начали использовать: https://nyaa.si/?q=av1&f=0&c=0_0 HEVC используют давно и уже почти наравне с AVC, см. там же.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #29 Ответы: #46

35. Сообщение от Аноним (36), 12-Мрт-20, 04:52	+1 +/–
> А ты видел на десктопах хоть один _процессор_ с хардварными (де)кодерами видео? Чего-то с более-менее новыми интеловскими интеграшками вроде так умеет, во всяком случае VP9 в VA-API они накодили.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4