The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Выпуск 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.ru/opennews/art.shtml?num=52521

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

Оглавление

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


1. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +/
Сообщение от Василий (??), 11-Мрт-20, 13:32 
На рынке есть процессоры с поддержкой апараного ускорения?
Ответить | Правка | Наверх | Cообщить модератору

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

4. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  –5 +/
Сообщение от Аноним (4), 11-Мрт-20, 13:44 
А ты видел на десктопах хоть один _процессор_ с хардварными (де)кодерами видео?
Ответить | Правка | Наверх | Cообщить модератору

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

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

36. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +1 +/
Сообщение от Аноним (36), 12-Мрт-20, 04:52 
UVD скорее, который блок HW decoder в AMD GPU. А VCE/VCN - _энкодеры_.
Ответить | Правка | Наверх | Cообщить модератору

35. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +1 +/
Сообщение от Аноним (36), 12-Мрт-20, 04:52 
> А ты видел на десктопах хоть один _процессор_ с хардварными (де)кодерами видео?

Чего-то с более-менее новыми интеловскими интеграшками вроде так умеет, во всяком случае VP9 в VA-API они накодили.

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

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

9. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +2 +/
Сообщение от Аноним (9), 11-Мрт-20, 14:02 
3dnow уже давно нет в природе. Да и не применялся он толком на практике.
Ответить | Правка | Наверх | Cообщить модератору

16. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +/
Сообщение от колба (?), 11-Мрт-20, 17:11 
в линуксах профит был приличный, а в остальном да.
Ответить | Правка | Наверх | Cообщить модератору

22. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +1 +/
Сообщение от Ivan_83 (ok), 11-Мрт-20, 19:24 
Для AV1 - только какие то ARM пока что.

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

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

3. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +/
Сообщение от 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. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +/
Сообщение от Аноним (9), 11-Мрт-20, 13:59 
Для скорости есть rav1e
Ответить | Правка | Наверх | Cообщить модератору

10. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +1 +/
Сообщение от A.Stahl (ok), 11-Мрт-20, 14:18 
От слова "равлик", да? Неужели настолько быстро?
Ответить | Правка | Наверх | Cообщить модератору

37. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +1 +/
Сообщение от Аноним (36), 12-Мрт-20, 04:54 
Все просто: чем быстрее кодирование, тем хуже сжатие. В git версии официального av1 тоже вон realtime кодирование запилили, но оно разумеется и рядом не стояло по битрейт-качество с медленными скоростями. Зато, блин, быстро (заточено на трансляцию в HW IP и софт-кодирование при видеоконференсинге).
Ответить | Правка | Наверх | Cообщить модератору

11. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +1 +/
Сообщение от Аноним (11), 11-Мрт-20, 15:14 
И SVT-AV1  от интела для реалтайм кодирования
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

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

43. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +/
Сообщение от MihaNixemail (?), 12-Мрт-20, 06:30 
Спасибо кэп!
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

39. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +/
Сообщение от Аноним (36), 12-Мрт-20, 04:57 
> без которого ютуб сильно грузил проц.

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

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

62. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +/
Сообщение от Dnina (ok), 12-Мрт-20, 22:15 
i5 7500, видяха gtx1060, linux mint 19.1. То ли по очереди одно ядро в 100 долбилось, то ли что-то похожее.
Ответить | Правка | Наверх | Cообщить модератору

65. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +/
Сообщение от Аноним (65), 04-Апр-20, 18:03 
Ну так установлена мусорная система не поддерживающее аппаратное ускорение из коробки. А h264ify ставит древний кодек который требует меньше ресурсов для программного декодирования
Ответить | Правка | Наверх | Cообщить модератору

64. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +/
Сообщение от Аноним (64), 13-Мрт-20, 08:52 
Та же фигня - чистый хром жрет проц на 100% при просмотре ютуба.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

14. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  –2 +/
Сообщение от Аноним (14), 11-Мрт-20, 16:11 
>и обеспечение качественной работы в многопоточном режиме

многопоточное декодирование, карл.

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

17. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +/
Сообщение от Аноним (-), 11-Мрт-20, 18:31 
На*ик NASM, только GAS!
Ответить | Правка | Наверх | Cообщить модератору

40. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +/
Сообщение от Аноним (36), 12-Мрт-20, 04:58 
Нафиг meson - f*ck python! :P
Ответить | Правка | Наверх | Cообщить модератору

23. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +4 +/
Сообщение от Аноним84701 (ok), 11-Мрт-20, 20:44 
> Код проекта написан на языке Си (C99) с ассемблерными вставками (NASM/GAS)

Судя по
> Assembly 59.1%      C 39.9%      Other 1.0%

таки наоборот – на Assembly (NASM/GAS) с сишными вставками (С99)

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

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

27. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  –1 +/
Сообщение от Аноним84701 (ok), 11-Мрт-20, 22:03 
> Я думал, это только в новостях про rav1e пишут такие нелепые комментарии.
> Вы на полном серьёзе измеряете вклад языка в структуру проекта количеством строк?

Привыкайте, на опеннете это делается именно так.
Интересно, что обсуждение rav1e вы вспомнили, но в точно такой же подветке и теме (только там C заменен на Rust) не комментировали. В отличие от:
https://www.opennet.ru/openforum/vsluhforumID3/119745.html#45

Тем более, фомрулировка "написано на" - вполне подразумевает основной ЯП проекта. Да и при чтении "c xxx вставками" ожидается немного другое соотношение: 90:10 или хотя бы 70:30 но никак не 40:60.
И так как на асме написано 60% всего кода (по метрике гитхаба) - по моему вполне логично назвать этот язык основным языком проекта.

> Из проекта можно выкинуть ассемблер, заменив его на С, и он будет работать. А если из него выкинуть С, на ассемблере его никогда не допишут.

Из проекта можно выкинуть С, заменив его на ассемблер, и он будет работать. А если из него выкинуть ассемблер, на С его никогда не допишут.
Странно, ничем не хуже вашего "аргумента" получилось, только почему-то с "доказательством" обратного *чешет репу*


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

33. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  –1 +/
Сообщение от Аноним (31), 12-Мрт-20, 03:59 
На C уже написан весь функционал декодера, ассемблерные вставки можно выкинуть ничего не дописывая, от этого будет потеряна только скорость работы.

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

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

44. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +4 +/
Сообщение от edo (ok), 12-Мрт-20, 06:53 
> так как на асме написано 60% всего кода (по метрике гитхаба)

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


Но даже это не важно, код на Си всё равно тут основной, даже если бы по числу строк он не был бы на первом месте.

> Из проекта можно выкинуть С, заменив его на ассемблер, и он будет работать. А если из него выкинуть ассемблер, на С его никогда не допишут

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

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

55. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +/
Сообщение от Аноним84701 (ok), 12-Мрт-20, 13:12 
> Вы исходите из того, что 60% строчек кода написано на одном языке, а 40% на другом. На самом деле, ситуация не совсем такая.

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

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

54. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +/
Сообщение от 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

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

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

32. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +1 +/
Сообщение от Аноним (32), 12-Мрт-20, 03:53 
В ImageMagick лет 5 как завезли.
Ответить | Правка | Наверх | Cообщить модератору

41. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +/
Сообщение от Аноним (36), 12-Мрт-20, 04:59 
> Без хардварных кодеков енкодер AV1 интересен только на тридриппере

Упрлс? Даже на лаптопе 720p декодируется!

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

42. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  –1 +/
Сообщение от Аноним (42), 12-Мрт-20, 05:55 
Сейчас бы смотреть 720р на 1440р экране с 70-80% нагрузки на ЦП.
Ответить | Правка | Наверх | Cообщить модератору

45. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +/
Сообщение от iPony129412 (?), 12-Мрт-20, 07:59 
> HEIC. Когда завезут поддержку в дистрибутивы?

В Ubuntu 20.04 возможно условно работает в встроенном просмотрщике:
https://github.com/strukturag/libheif/issues/182#issuecommen...

Ну и превью точно работают в Nautilus.

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

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

29. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +/
Сообщение от Аноним (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. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +/
Сообщение от Аноним (32), 12-Мрт-20, 03:52 
Качество равно высокий битрейт. Просто хорошее качество равно очень высокий битрейт, а высокий битрейт сам по себе не гарантирует качество никак. При равном битрейте программный x265 даёт картинку раза в 3 лучше программного x264, даже с выкрученными на качество твикалками. У меня есть стойкое подозрение, что повсеместно используются аппаратные энкодеры, и вот они в случае с avc гонят совершенно мусорную картинку. Аппаратные энкодеры hevc на много порядков более совершенны, и говорят, что av1 может быть ещё лучше (мол, операции не реализуемые эффективно в железе там не нужны будут).
Ответить | Правка | Наверх | Cообщить модератору

48. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +/
Сообщение от Аноним (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ообщить модератору

49. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +/
Сообщение от Аноним (29), 12-Мрт-20, 09:33 
> Обычно такие подзрения можно развеять вот этой программой. Очень хороший проект, рекомендую.

Ссылка отклеилась: https://mediaarea.net/ru/MediaInfo

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

50. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +/
Сообщение от Аноним (32), 12-Мрт-20, 11:01 
>увидел в медиаинфо параметры энкодера

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

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

58. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +/
Сообщение от Аноним (29), 12-Мрт-20, 14:34 
Сначала да. А потом понеслось...
Ответить | Правка | Наверх | Cообщить модератору

56. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +/
Сообщение от Аноним (31), 12-Мрт-20, 14:17 
> https://www.reddit.com/r/SubredditDrama/comments/5ywfph/rani...

Посмотрел на обсуждаемые скриншоты и ужаснулся — не только с упавшего качества, но и с того, что было до его падения. Люди ещё и платят деньги за такое? На том же nyaa.si за торрент с такими квадратами релизеру бы плюнули в лицо.

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

57. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +/
Сообщение от Аноним (29), 12-Мрт-20, 14:34 
Ну так вы еще американский Funimation не видели. Вот где жесть. Они там какие попало субтитры хардсабят и у них натурально видео на блоки разваливается. Эти криворучки еще и на видео меняют частоту кадров как попало, чтобы всё плыло...
Ответить | Правка | Наверх | Cообщить модератору

34. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +3 +/
Сообщение от Аноним (31), 12-Мрт-20, 04:11 
> 4. Пираты не просто не используют AV1 они и HEVC не используют и не будут ближайшее время.

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

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

46. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +/
Сообщение от Аноним (29), 12-Мрт-20, 09:05 
Это анимешники же... у них в этой связи немножко свой мир. И это правильно, хотя бы потому что у них совершенно иные видеопоследовательности и соответственно параметры енкодера.

AV1 с 39 штук на всём трекере - это считай что не используют. Они его уже больше год тестируют результаты не очень.
HEVC ни разу не на равне в HEVC идут бомжовые реенкоды для экономии места 720p - серия в 65МБ в ультра низких битрейтах и иногда рипы с BD и то не все.

Я жду изменений в скорости времени кодирования. Для точности:

Если у меня есть CFQ однопроходовое на обоих кодеках и исходник скажем 1080p и у меня есть желание перекодировать в хорошем качестве, то при отсутствии визуальных отличий между двумя результатами, хотя бы даже по метрике SSIM я выбираю тот енкодер который этого добился быстрее, потому что место на дисках дешевое и оно дешевле потраченного времени процессором. Разница в несколько мегабайт не играет роли.

У AV1 с этим пока есть проблемы. x265 он тоже медленнее, но его я не желаю использовать еще и по причине того что реализация x265 мягко говоря не очень (по-правде она ужасная, в нней четверть опций не работает и еще четверть глючит). Тоже МГУ это подтверждает в последних исследованиях.

Я готов ждать время 1.5x или 2x по отношению к времени файла, но 4х.... тогда хочется купить себе процессор, который выполнит эту задачу со скоростью 2х, а они там есть в продаже?Короче ждем оптимизаций енкодеров под новые линейки процов еще.

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

47. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +/
Сообщение от Аноним (29), 12-Мрт-20, 09:06 
> HEVC ни разу не на равне в HEVC

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

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

51. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +/
Сообщение от Аноним (31), 12-Мрт-20, 11:37 
> Это анимешники же... у них в этой связи немножко свой мир.

Однако результатом их деятельности, энкодером x264, сейчас пользуются все.

> AV1 с 39 штук на всём трекере - это считай что не используют.

Это означает, что его начали использовать — ровно то, что было написано.

> результаты не очень.

Где это они "не очень"? Я вижу там 1080p рипы с битрейтом видеодорожки порядка 600кбит/с и без видимых артефактов, с идеально гладкими линиями. Всем предыдущим кодекам до такого как до луны.

> Я жду изменений в скорости времени кодирования.

Ну жди, лет через пять, возможно, что-нибудь и получится. Но для некоторых кодек юзабелен и сегодня: для кодирования выходящих раз в неделю серий текущей скорости libaom-av1 достаточно даже при максимальном качестве.

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

52. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +/
Сообщение от Аноним (32), 12-Мрт-20, 11:48 
Есть аниме на котором без адовых замыливания и бандинга не получится. По-моему фурикури (оригинальный) из таких, хотя там sd. 1000kbps это битрейт для 480p, как ни крути.
Ответить | Правка | Наверх | Cообщить модератору

53. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +1 +/
Сообщение от Аноним (31), 12-Мрт-20, 13:05 
Может получиться, если применить появившийся в AV1 шумогенератор. Правда, энкодеры пока не научились делать это автоматически.
Ответить | Правка | Наверх | Cообщить модератору

59. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +/
Сообщение от Аноним (29), 12-Мрт-20, 14:44 
> Где это они "не очень"? Я вижу там 1080p рипы с битрейтом видеодорожки порядка 600кбит/с и без видимых артефактов, с идеально гладкими линиями. Всем предыдущим кодекам до такого как до луны.

Это всё сильно зависит от источника и от енкодера. От формата в меньшей степени.

Обилие мелких деталей, снег, пыль, то что должно быть в видео, но похоже на зернистый шум всё это приводит нынешние енкодеры AV1 в ужас. У них там оптимизация под мультипроходовое сжатие с фиксированным битрейтом и прочими закрытыми гопами для стриминга и еще оно рассчитывается (пока что, через 5 лет это как раз изменится) прежде всего для лайв-записей, не для мультиков.

Также я бы от себя не рекомендовал использовать AV1 для неанимешной цветной мультипликации старше 80-х годов. Впустую потраченное процессорное время. Да и вообще, снижение битрейта и экономия нескольких даже сотен мегабайт с современными каналами, бендвичем и ценой на диски - странное решение. Процессор дороже.

> Это означает, что его начали использовать — ровно то, что было написано.

39 это величина о-малое от общего числа раздач на том же ня, а кодек так-то не вчера появился.

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

61. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +1 +/
Сообщение от Говнокодер (?), 12-Мрт-20, 17:35 
> Обилие мелких деталей, снег, пыль, то что должно быть в видео, но похоже на зернистый шум всё это приводит нынешние енкодеры AV1 в ужас

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

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

63. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +/
Сообщение от Аноним (31), 13-Мрт-20, 01:44 
> av1 этим ничем от остальных не отличается, никак (если что - я вот прямо сейчас av1 гоняю).

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

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

60. "Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..."  +1 +/
Сообщение от Говнокодер (?), 12-Мрт-20, 17:32 
> Короче ждем оптимизаций енкодеров

av1 активно пилится: https://aomedia.googlesource.com/aom/+log/refs/heads/master

пссст, я тут по секрету скажу - именно оптимизация по скорости сейчас активно и пилится.

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

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру