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

"Выпуск 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ообщить модератору

Сообщения

[Сортировка по времени | 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..."	+/–
	Сообщение от MihaNix (?), 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.dev/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.dev/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 +/–
Сообщение от livello (?), 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 | Индекс форумов | Темы | Пред. тема | След. тема