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

Выпуск dav1d 0.6, декодировщика AV1 от проектов VideoLAN и F..., opennews (??), 11-Мрт-20, (0) [смотреть все] На рынке есть процессоры с поддержкой апараного ускорения , Василий (??), 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 1,3,12,14,17,23,24,28,29

Сообщения

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

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ообщить модератору

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

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