forum.opennet.ru - "Первый выпуск dav1d, декодировщика AV1 от проектов VideoLAN ..." (72)

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

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

"Первый выпуск dav1d, декодировщика AV1 от проектов VideoLAN ..."	+/–
Сообщение от opennews (??), 11-Дек-18, 22:55
Сообщества VideoLAN и FFmpeg опубликовали (http://www.jbkempf.com/blog/post/2018/First-release-of-dav1d) первый выпуск библиотеки dav1d с реализацией альтернативного свободного декодировщика формата кодирования видео AV1 (https://www.opennet.dev/opennews/art.shtml?num=48345). &...Выпуск 0.1 позиционируется как первая версия, пригодная для повседневного использования. Код проекта написан на языке Си (C99) с ассемблерными вставками (NASM/GAS) и распространяется (https://code.videolan.org/videolan/dav1d) под лицензией BSD. Реализована поддержка архитектур x86, x64, ARMv7 и ARMv8, и операционных систем Linux, Windows, macOS, Android и iOS. Библиотека dav1d поддерживает все возможности AV1, включая расширеные виды субдискретизации (https://ru.wikipedia.org/wiki/%D0%A6%D0%... и все заявленные в спецификации параметры управления глубиной цвета (8, 10 и 12 бит). Работа библиотеки протестирована на большой коллекции файлов в формате AV1. Ключевой особенностью dav1d является ориентация на достижение максимально возможной производительности декодирования и обеспечение качественной работы в многопоточном режиме. В тестах библиотека заметно опережает штатный декодировщик libaom, предлагаемый проектом AV1. Плюсом dav1d также является более компактная реализация: dav1d включает в 10 раз меньше кода по сравнению с libaom, а размер бинарного файла меньше в три раза. В процессе декодирования dav1d потребляет в 4 раза меньше памяти. Из последних достижений проекта отмечается добавление поддержки инструкций SSSE3 для ускорения работы на старых системах и реализация ассемблерных оптимизаций для архитектуры ARMv8 (в однопоточном режиме libaom и dav1d на устройствах ARMv8 пока показывают примерно одинаковую производительность, но при многопоточной работе лидирует dav1d). Ведутся эксперименты по задействованию шейдеров для ускорения некоторых операций. Напомним, что видеокодек AV1 (https://aomedia.googlesource.com/av1-spec/) разработан альянсом Open Media (http://www.aomedia.org/) (AOMedia), в котором представлены такие компании, как Mozilla, Google, Microsoft, Intel, ARM, NVIDIA, IBM, Cisco, Amazon, Netflix, AMD, VideoLAN, CCN и Realtek. AV1 позиционируется как общедоступный и не требующий оплаты отчислений свободный формат кодирования видео, который заметно опережает H.264 и VP9 по уровню сжатия. Для всего диапазона протестированных разрешений в среднем AV1 обеспечивает тот же уровень качества при уменьшении битрейта на 13% по сравнению с VP9 и на 17% по сравнению с HEVC. На высоких битрейтах выигрыш увеличивается до 22-27% для VP9 и до 30-43% для HEVC. В тестах Facebook AV1 обогнал по уровню сжатия main profile H.264 (x264) на 50.3%, high profile H.264 на 46.2%, а VP9 (libvpx-vp9) на 34.0%. URL: http://www.jbkempf.com/blog/post/2018/First-release-of-dav1d Новость: https://www.opennet.dev/opennews/art.shtml?num=49763
Ответить \| Правка \| Cообщить модератору

Оглавление

Стоит уточнить что опережает оно только libaom 1 0 релизнутый при царе горохе А, Аноним (2), 23:00 , 11-Дек-18, (2) +2

А, еще и система сборки мезон, требует гадский пихтон Тоже мне, сишный проект, , Аноним (2), 23:01 , 11-Дек-18, (4) –5

meson сейчас майнстримная система сборки То, что они решили использовать meson,, qcgg (?), 23:13 , 11-Дек-18, (7) +4

Странно, а им собирается что-то кроме частей Gnome Штука хорошая, там пыхтон ка, Аноним (24), 08:45 , 12-Дек-18, (24) +2

Какой-то манагер в RH наслушался свеженанятых пыхтонрастмакак и принял мегарешен, Аноним (39), 11:46 , 12-Дек-18, (39) –2
ну вот mesa на него переползла, например, Crazy Alex (ok), 12:18 , 12-Дек-18, (45) +4

Ага, только на мезон они переползли с Autotools ЛЮБАЯ система сборки будет лучш, Владимир (??), 23:58 , 12-Дек-18, (65) –2

если вам не нужна переносимость и линукс ваш новый стандарт - тогда да, любая др, нах (?), 17:57 , 13-Дек-18, (68)

Я не знаю для кого оно там майнстримное, кроме шестерок редхата и визгливых бидо, Аноним (39), 11:45 , 12-Дек-18, (38)

Лучше cmake или meson и более-менее нормальная воспроизводимость сборки, чем пор, DerRoteBaron (ok), 02:25 , 12-Дек-18, (16) +2

Забавно, как же тогда ядро собирается, без cmake и meson Или они ещё не знают, , Аноним (36), 10:47 , 12-Дек-18, (36) +2

Более того - meson еще и не умеет генерить make файлы Только какую-то НЕХ для д, Аноним (-), 11:58 , 12-Дек-18, (40) +3

доставьте ссылку, пожалуйста , Аноним (57), 19:47 , 12-Дек-18, (57) +3
В Debian не могут больше актуализировать пакет с языком программирования Scala , Андрей (??), 21:21 , 12-Дек-18, (60) +2

Ловлю фейспалмы от чтения этого треда Жгите ещё, пацаны , КГБ СССР (?), 23:25 , 12-Дек-18, (64) +3

мэйкфайлы руками пишут лохи, автоконф для дедов, симейк слишком сложно, линукс в, нах (?), 15:40 , 12-Дек-18, (55)
Тулкитодpoчеры должны страдать , Аноним (62), 22:36 , 12-Дек-18, (62)
А автолулзы требуют гадский perl А plain Makefile больше не пишут , Аноним (74), 11:49 , 28-Дек-18, (74)

При наличии AVX2 таки опережает, где-то в два раза Но без AVX2 где-то в те же д, Аноним (22), 06:59 , 12-Дек-18, (22)

SSE дорожка сырая недопилка Увы и ах пока что беспоелезн на всем старше Haswell, Аноним (23), 07:59 , 12-Дек-18, (23)
Пруф А то у них прямо на сайте же и написано что отстает, потому что дескать оп, Аноним (-), 12:05 , 12-Дек-18, (41)

На сегодняшних master-ветках code ffmpeg -i av1-720p webm -map 0 v -f null - , Аноним (22), 14:47 , 12-Дек-18, (53) +3
По опыту оптимизаций можно сказать, что зачастую оптимизированный код, в котором, Ванёк (?), 14:34 , 19-Дек-18, (73) +1

Вот только лицензия BSD огорчает , Семён (?), 23:00 , 11-Дек-18, (3) –9

Не думал что доживу до подобных комментариев , анон (?), 02:32 , 12-Дек-18, (17) +17
Отдавать свой продукт корпорастам или нет - это дело программиста Тебе дали своб, Аноним (24), 08:48 , 12-Дек-18, (26) +6

Такое впечатление что разработчики VideoLAN и ffmpeg не корпорасты, а работяги, , Аноним (31), 09:44 , 12-Дек-18, (31) +1

А судя по бложикам и кодингу - в vlc те еще околокорпоративные фрукты Поэтому т, Аноним (44), 12:15 , 12-Дек-18, (44) –1

Выбор цвета столбцов в гистограмме - уровень бог, Ъ (?), 23:05 , 11-Дек-18, (5) +20

Синий явно лишний, почему бы не сделать его каким-нибудь приятным, например зеле, анон (?), 02:33 , 12-Дек-18, (18) +8

Почему бы вам обоим мониторы не подстроить Ну, или если не поможет - к окулисту, Аноним (51), 13:00 , 12-Дек-18, (51) –3

Стало страшно смотреть в твой подстроенный монитор , grsec (ok), 19:26 , 14-Дек-18, (72)

Всегда было интересно, почему не сделать кодер декодер полностью на чём-то вроде, НяшМяш (ok), 23:09 , 11-Дек-18, (6) +1

Сделай Или заставь других более убедитильными доводами , VINRARUS (ok), 23:33 , 11-Дек-18, (9) +5
Потому что на GPU нетривиально написать производительный код, в котором много за, Вулкан (?), 06:29 , 12-Дек-18, (21) +2

Даже невозможно Производительность окажется ограниченной моделью обработки име, Ю.Т. (?), 08:47 , 12-Дек-18, (25)

Приколу ради запускал opencl реализацию перекодирования фильмов в mp4 для ffmpeg, Странный факт (?), 09:42 , 12-Дек-18, (30)
Эталонный вариант , если можно так выразится не делается с привязкой к сторонни, Ydro (?), 10:01 , 12-Дек-18, (32)

Сейчас в каждом новом SOC включая бюджетные есть OpenCL Vulkan Через пару лет ч, Аноним (31), 11:12 , 12-Дек-18, (37)

Таки не в каждом В половину дешевых чипов до сих пор мали галимый пихают Потом, Аноним (-), 12:12 , 12-Дек-18, (43)

Ну вот представь себе, есть у тебя грейдер Он может тонну грунта за раз свороти, Аноним (-), 12:11 , 12-Дек-18, (42) +1

С libaom на райзен 2700х элекардовское 4к видео лагает дико и жрёт только 4 ядра, Ivan_83 (ok), 23:25 , 11-Дек-18, (8)

А он у тебя какой версии Libaom в смысле Если 1 0 то это тухляк невероятный по, Аноним (44), 12:18 , 12-Дек-18, (46)

aom-1 0 0 1023он у нас во фряхе каждую неделю по два раза обновляется , Ivan_83 (ok), 17:57 , 12-Дек-18, (56)

Годная новость Софтовый декодер будут и дальше совершенствовать, и скоро он ста, lucentcode (ok), 23:44 , 11-Дек-18, (10)

Например, в следующем поколении Снэпдрагонов через год , Аноним (29), 09:39 , 12-Дек-18, (29)

Завезли проверяйте в 888, Аноним (75), 23:48 , 04-Дек-20, (75)

А что, на пихтоне и жлобоскрипте такое написать не получится Странно А в телев, КГБ СССР (?), 23:48 , 11-Дек-18, (11) –1

говорят что можно, только скорость обработки никто не отменял си побыстрее буде, Анонимчжан (?), 23:58 , 11-Дек-18, (12) +1

Да я шучу Думаю, что в данном случае на С и с ассемблерными вставками будет, КГБ СССР (?), 00:01 , 12-Дек-18, (13) +2
лол, 2-3 js помедленнее Си будет в 2-10 раз зависит от задачи , python3 приме, leap42 (ok), 05:57 , 12-Дек-18, (20) +1

Нихрена, JS медленнее PyPy Уточняйте интерпретатор пожалуйста , Аноним (24), 08:51 , 12-Дек-18, (27)

Вот и стал Си языком низкого уровня а у меня в зачетке была строчка Програм, IdeaFix (ok), 20:51 , 12-Дек-18, (59)

Всё, что на вид достаточно похоже на человеческий английский язык, это ЯВУ по , Ю.Т. (?), 21:22 , 12-Дек-18, (61)

Для когнитивного диссонансу можно вспомнить HLAHLA High Level Assembly, от ав, Аноним84701 (ok), 22:55 , 12-Дек-18, (63)

Вообще любой ассемблер это содержал -ит , имея в виду что ассемблер это автокод , Ю.Т. (?), 21:52 , 13-Дек-18, (69)
http flatassembler net docs php article fasmgWhat is flat assembler g This , Акакжев (?), 13:28 , 14-Дек-18, (70)

Ну и нахрена заведомую чушь нести Всему своё место Тут, вон, тоже на ассемблер, Crazy Alex (ok), 00:02 , 12-Дек-18, (14)

Никто и не сомневался что ваш вебассембли не взлетит , Аноним (15), 01:57 , 12-Дек-18, (15)

Ну, он не то чтобы мой Просто из вебовских костылей он, пожалуй, наиболее явн, Crazy Alex (ok), 03:47 , 12-Дек-18, (19)

Как можно считать логичным приблуду для веба не умеющую взаимодействовать ни с с, Интересно (?), 17:07 , 13-Дек-18, (66)

Так из них никто напрямую не умел за исключением браузерных плагинов не к ночи , Crazy Alex (ok), 17:32 , 14-Дек-18, (71)

С декодирование в облаке на Амазоне - Любой каприз за Ваши деньги P S Этак с, Странный факт (?), 10:03 , 12-Дек-18, (33)

А что, ты потом результат декодирования еще и прокачать сможешь В реальном врем, Аноним (44), 12:22 , 12-Дек-18, (48)

Имелось ввиду перекодировать, например в mp4 Для просто посмотреть не так интер, Аноним (67), 17:11 , 13-Дек-18, (67)

да, я тоже не понимаю, фигня какая-то Ну хотя бы на яве , пох (?), 10:25 , 12-Дек-18, (34)
Эти фаготы для сборки мезоногуно затребовали ФакЪ , Аноним (44), 12:20 , 12-Дек-18, (47)

через пару годиков разбухнет до сравнимых размеров, Нанобот (ok), 10:26 , 12-Дек-18, (35)

Без энкодера таки не разбухнет наверное, но и кодировать соответственно не сможе, Аноним (44), 12:23 , 12-Дек-18, (49)

Ждем конкурирующего проекта GoL1aph, Аноним (50), 12:39 , 12-Дек-18, (50) +1
Когда же они эту дурь из головы выбросят Компиляторы давно уже починили - польз, Анонтоним (?), 13:25 , 12-Дек-18, (52) –1

На обычном асме такие оптимизации писать может быть просто удобнее , VEG (ok), 14:50 , 12-Дек-18, (54) +1

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

2. Сообщение от Аноним (2), 11-Дек-18, 23:00 +2 +/–

> библиотека заметно опережает штатный декодировщик libaom
Стоит уточнить что опережает оно только libaom 1.0 релизнутый при царе горохе. А текущая версия их кода - и близко не опережает текущую версию libaom, так что маркетинговый булщит в новости - засчитан.

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

3. Сообщение от Семён (?), 11-Дек-18, 23:00 –9 +/–

Вот только лицензия BSD огорчает.

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

4. Сообщение от Аноним (2), 11-Дек-18, 23:01 –5 +/–

А, еще и система сборки мезон, требует гадский пихтон. Тоже мне, сишный проект, блин. Маркетинг и хипстота во все поля.

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

5. Сообщение от Ъ (?), 11-Дек-18, 23:05 +20 +/–

Выбор цвета столбцов в гистограмме - уровень бог

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

6. Сообщение от НяшМяш (ok), 11-Дек-18, 23:09 +1 +/–

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

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

7. Сообщение от qcgg (?), 11-Дек-18, 23:13 +4 +/–

meson сейчас майнстримная система сборки. То, что они решили использовать meson, только плюс.

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

8. Сообщение от Ivan_83 (ok), 11-Дек-18, 23:25 +/–

С libaom на райзен 2700х элекардовское 4к видео лагает дико и жрёт только 4 ядра.

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

9. Сообщение от VINRARUS (ok), 11-Дек-18, 23:33 +5 +/–

>я не вижу препятствий сделать полноценную реализацию на том же Vulkane.
Сделай. Или заставь других более убедитильными доводами.

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

10. Сообщение от lucentcode (ok), 11-Дек-18, 23:44 +/–

Годная новость. Софтовый декодер будут и дальше совершенствовать, и скоро он станет юзабельным. А вот чипсеты для мобильных устройств с харварной поддержкой завезут, вероятно, не скоро.

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

11. Сообщение от КГБ СССР (?), 11-Дек-18, 23:48 –1 +/–

> Код проекта написан на языке Си (C99) с ассемблерными вставками (NASM/GAS)
А что, на пихтоне и жлобоскрипте такое написать не получится? Странно. А в телевизоре^W интернете сказали, что браузер — это новая универсальная платформа для прогрессивных приложений. Даже пример показали: прогрессивное веб-приложение https://squoosh.app/ (а вот хакер, скреатививший шедевр: avatars3.githubusercontent.com/u/7694752 ).

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

12. Сообщение от Анонимчжан (?), 11-Дек-18, 23:58 +1 +/–

говорят что можно, только скорость обработки никто не отменял. си побыстрее будет раза в 2, а то и в 3 в данном случае. низкоуровневые языки  это вам не просто так)) хотя про питон не скажу ничего плохого. там где нужен он оч хорош. а там где нужна большая скорость обработки лучше компилируемыми. и си тут как раз в тему. можно еще дельфи вспомнить. но что то я про него в последнее время совсем мало слышу.

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

13. Сообщение от КГБ СССР (?), 12-Дек-18, 00:01 +2 +/–

Да я шучу. :)
Думаю, что в данном случае на С (и с ассемблерными вставками) будет быстрее на два-три порядка, а не в два-три раза. :)

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

14. Сообщение от Crazy Alex (ok), 12-Дек-18, 00:02 +/–

Ну и нахрена заведомую чушь нести? Всему своё место. Тут, вон, тоже на ассемблере не всё пишут, а по необходимости.
Веб-приложение, кстати, тоже так сделано - UI на HTML/JS, а для тяжёлой работы использует вполне себе сишные кодеки - WebAssembly в помощь :-) Правда, работать они будут в несколько раз медленнее натива, потому что в WebAssembly поддержку SSE и многопоточность до сих пор не завезли, но там, где оно не нужно - скорость от нативно скомпилированных сей отличается меньше чем вдвое.

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

15. Сообщение от Аноним (15), 12-Дек-18, 01:57 +/–

Никто и не сомневался что ваш вебассембли не взлетит.

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

16. Сообщение от DerRoteBaron (ok), 12-Дек-18, 02:25 +2 +/–

Лучше cmake или meson и более-менее нормальная воспроизводимость сборки, чем портянки на баше для генерации make-портянок, которые фейлятся не с разрешимыми или хотя бы разумными ошибками, а с чем-то неадекватным из-за неверных аргументов cc или ld

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

17. Сообщение от анон (?), 12-Дек-18, 02:32 +17 +/–

Не думал что доживу до подобных комментариев.

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

18. Сообщение от анон (?), 12-Дек-18, 02:33 +8 +/–

Синий явно лишний, почему бы не сделать его каким-нибудь приятным, например зеленым? ))

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

19. Сообщение от Crazy Alex (ok), 12-Дек-18, 03:47 +/–

Ну, он не то чтобы мой... Просто из вебовских костылей он, пожалуй, наиболее явный, логичный и последовательный. А фичи в него постепенно подвозят, и всякие SSE - штуки приятные, но нужные отнюдь не всем.

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

20. Сообщение от leap42 (ok), 12-Дек-18, 05:57 +1 +/–

> си побыстрее будет раза в 2, а то и в 3 в данном случае
лол, 2-3...
js помедленнее Си будет в 2-10 раз (зависит от задачи), python3 примерно в 15-20 раз

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

21. Сообщение от Вулкан (?), 12-Дек-18, 06:29 +2 +/–

Потому что на GPU нетривиально написать производительный код, в котором много зависимостей по данным. Ну или когда на каждый пиксель надо читать много других пикселей. Проприетарные энкодеры (если речь про NVENC), и те, для которых есть опенсорсные драйвера (Intel VAAPI, AMD VCE) - это отдельный аппаратный блок с весьма ограниченными возможностями программирования.

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

22. Сообщение от Аноним (22), 12-Дек-18, 06:59 +/–

> А текущая версия их кода - и близко не опережает текущую версию libaom
При наличии AVX2 таки опережает, где-то в два раза. Но без AVX2 где-то в те же два раза отстаёт, SSSE3 не очень помогает.

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

23. Сообщение от Аноним (23), 12-Дек-18, 07:59 +/–

SSE дорожка сырая недопилка. Увы и ах пока что беспоелезн на всем старше Haswell.

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

24. Сообщение от Аноним (24), 12-Дек-18, 08:45 +2 +/–

Странно, а им собирается что-то кроме частей Gnome? Штука хорошая, там пыхтон как нельзя кстати, но что-то я ее не вижу во многих проектах.

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

25. Сообщение от Ю.Т. (?), 12-Дек-18, 08:47 +/–

Даже невозможно. Производительность окажется ограниченной моделью обработки.
(имея в виду, что GPU это паралл.-выч. оборудование по модели с общей памятью )

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

26. Сообщение от Аноним (24), 12-Дек-18, 08:48 +6 +/–

Отдавать свой продукт корпорастам или нет - это дело программиста.
Тебе дали свободу делать с этим все, что угодно, что не так?

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

27. Сообщение от Аноним (24), 12-Дек-18, 08:51 +/–

Нихрена, JS медленнее PyPy. Уточняйте интерпретатор пожалуйста.

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

29. Сообщение от Аноним (29), 12-Дек-18, 09:39 +/–

Например, в следующем поколении Снэпдрагонов (через год).

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

30. Сообщение от Странный факт (?), 12-Дек-18, 09:42 +/–

Приколу ради запускал opencl реализацию перекодирования фильмов в mp4 для ffmpeg.
Так софтварная на 1800 рязане обгоняет, почему-то OpenCl для RX 560 (хотя последний и загружен на 6-7%). Долго думал...

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

31. Сообщение от Аноним (31), 12-Дек-18, 09:44 +1 +/–

Такое впечатление что разработчики VideoLAN и ffmpeg не корпорасты, а работяги, которые каждый вечер после после смены на заводе и врубают vim и кодят для души.

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

32. Сообщение от Ydro (?), 12-Дек-18, 10:01 +/–

"Эталонный вариант", если можно так выразится не делается с привязкой к сторонним технологиях по причине дальновидности. Т.к. AV1 - "типа кодек будущего", то соответственно нацелен на встраивание в оборудование для широкого потребления: телевизоры, тв-приставки, спутниковые тюнеры, где нет  OpenCL/Vulkan.

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

33. Сообщение от Странный факт (?), 12-Дек-18, 10:03 +/–

>А что, на пихтоне и жлобоскрипте такое написать не получится?
С декодирование в облаке на Амазоне - Любой каприз за Ваши деньги. :)
P.S. Этак скоро до того дойдет - чтоб фильм скачанный с Ютуба перекодировать, придется кластер поднимать.

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

34. Сообщение от пох (?), 12-Дек-18, 10:25 +/–

> А что, на пихтоне и жлобоскрипте такое написать не получится?
да, я тоже не понимаю, фигня какая-то.
Ну хотя бы на яве?

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

35. Сообщение от Нанобот (ok), 12-Дек-18, 10:26 +/–

>Плюсом dav1d также является более компактная реализация: dav1d включает в 10 раз меньше кода по сравнению с libaom
через пару годиков разбухнет до сравнимых размеров

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

36. Сообщение от Аноним (36), 12-Дек-18, 10:47 +2 +/–

Забавно, как же тогда ядро собирается, без cmake и meson? Или они ещё не знают, что у них всё плохо и надо брючки подвернуть?

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

37. Сообщение от Аноним (31), 12-Дек-18, 11:12 +/–

Сейчас в каждом новом SOC включая бюджетные есть OpenCL/Vulkan. Через пару лет чипы без оного придется поискать в дикой природе.

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

38. Сообщение от Аноним (39), 12-Дек-18, 11:45 +/–

> meson сейчас майнстримная система сборки.
Я не знаю для кого оно там майнстримное, кроме шестерок редхата и визгливых бидономакак. На лично мое мнение - может убираться откуда пришло.
> То, что они решили использовать meson, только плюс.
Скорее, характеристика авторов прожекта. Ну и с практической точки зрения - вот ты это будешь билдить, майнстримщик? А потом тестить и гонять? С багрепортами и проч? Я бы погонял что-то такое "сам по себе" - но с такими билдсистемами и гнилым маркетингом - пожалуй пешком постою.

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

39. Сообщение от Аноним (39), 12-Дек-18, 11:46 –2 +/–

Какой-то манагер в RH наслушался свеженанятых пыхтонрастмакак и принял мегарешение. Карманные проекты редхата и взяли под козырек. Сразу весь "майнстрим" и спалился, оптом.

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

40. Сообщение от Аноним (-), 12-Дек-18, 11:58 +3 +/–

Более того - meson еще и не умеет генерить make файлы. Только какую-то НЕХ для другой НЕХ под названием Ninja. Поэтому предлагается вкатить еще и вот это вот. С аргументом что он дескать быстрее.
Особенно прикольно когда этим козыряют проекты из 5 файлов. Там конечно очень важно, 100 миллисекунд проект собирается, или целых 120. Так что вот ща нинзю побежим разучивать, дескать.
Впрочем, в чемпионате идиотии всех победил парень из гугла. Этот гений рационального мышления воткнул что-то на яве (gradle, чтоли) для билдовки программы из... (барабанная дробь!) ОДНОГО c++ файла! Народ повертел пальцем у виска и решил что gcc -O3 file.cpp значительно проще чем установка явы со всеми прибамбасами :)

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

41. Сообщение от Аноним (-), 12-Дек-18, 12:05 +/–

> При наличии AVX2 таки опережает,
Пруф? А то у них прямо на сайте же и написано что отстает, потому что дескать оптимизаций еще нет. Тем временем в libaom оптимизаций навернули. В основном AVX2 и SSE4_1 для тех кто поновее и SSE2 для тех кто постарее. И немного SSSE3.
> SSSE3 не очень помогает.
Вообще это от много чего зависит. Прежде всего от кода. В ряде случаев AVX2 варианты оказываются тормознее других SSE подвидов. А иногда быстрее. А иногда примерно однофигственно. Раз на раз не приходится. В libaom несколько раз забивали на AVX2 фрагменты в нескольких местах, после того как все попытки сделать их быстрее чем уже имевшиеся варианты проваливались. Недавно как раз какой-то кусочек на AVX2 не смог SSSE3 с рядом размеров блоков уделать, хоть там что.

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

42. Сообщение от Аноним (-), 12-Дек-18, 12:11 +1 +/–

> Всегда было интересно, почему не сделать кодер/декодер полностью на чём-то вроде OpenCL/Vulkan.
Ну вот представь себе, есть у тебя грейдер. Он может тонну грунта за раз своротить, мощная штука. Но вот ворочается и ездит он все же медленно. И пока он своим ходом доползет до места назначения... поэтому его и грузят на тягач.
У GPU довольно паршиво с flow control и всем что не есть массово параллельный счет оптом - CPU общего назначения из них никакие. Ну а сложный кодек - не состоит только из SIMD вычислений, там полно ветвлений по условиям и проч, что для GPU не сказать что удобно :)
> Проприетарные и/или платные реализации есть,
И даже они в основном выгружают счет тяжедых частей, а не так чтобы вообще целиком.
> а вот в опенсорсе реализаций не встречал.
Для VP8/9 кто-то на гитхабе пытался сделать даже.
> Тем более, что AV1 - типа кодек будущего и я не вижу препятствий сделать
> полноценную реализацию на том же Vulkane.
Как бы Vulkan изначально вообще не апи для счета. Хотя compute шейдеры ему и можно скормить. Но это мигом делает прогу привязанной к "геймерским" конфигурациям и обрекает разработчиков выкусить много нового по части глюков дров GPU, на уровне игроделов. Проприетарии подслащивают себе эту горькую пилюлю барыжингом...

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

43. Сообщение от Аноним (-), 12-Дек-18, 12:12 +/–

> Сейчас в каждом новом SOC включая бюджетные есть OpenCL/Vulkan.
Таки не в каждом. В половину дешевых чипов до сих пор мали галимый пихают. Потому что лицензировали при царе горохе, что-то новое лицензировать жаба давит, а андроид кой-как с GL ES все же работает - ну и оки.

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

44. Сообщение от Аноним (44), 12-Дек-18, 12:15 –1 +/–

> Такое впечатление что разработчики VideoLAN и ffmpeg не корпорасты, а работяги, которые
> каждый вечер после после смены на заводе и врубают vim и кодят для души.
А судя по бложикам и кодингу - в vlc те еще околокорпоративные фрукты. Поэтому то гнилым маркетингом размахивать лезут, то какие-то хипста-решения вот вываливают, то критиканят VP9 размахивая тем что h.264 стандарт, наплевывая на проблемы окружающих с тем что он запатентован и с тем что полпланеты доят, так что возникает ощущение что ребятки порой вообще интересы своих работодателей продавливают, а vlc - так, побочный продукт, чтоли.

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

45. Сообщение от Crazy Alex (ok), 12-Дек-18, 12:18 +4 +/–

ну вот mesa на него переползла, например

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

46. Сообщение от Аноним (44), 12-Дек-18, 12:18 +/–

> С libaom на райзен 2700х элекардовское 4к видео лагает дико и жрёт
> только 4 ядра.
А он у тебя какой версии? Libaom в смысле. Если 1.0 то это тухляк невероятный по состоянию на сейчас.

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

47. Сообщение от Аноним (44), 12-Дек-18, 12:20 +/–

> А что, на пихтоне и жлобоскрипте такое написать не получится? Странно.
Эти фаготы для сборки мезоногуно затребовали. ФакЪ.

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

48. Сообщение от Аноним (44), 12-Дек-18, 12:22 +/–

> С декодирование в облаке на Амазоне - Любой каприз за Ваши деньги. :)
А что, ты потом результат декодирования еще и прокачать сможешь? В реальном времени? Или куда декодированное девать потом предлагается?
А то весь пойнт aom - в том чтобы меньше бандвиза по сети качать. А если нежатое видео по сети гнать... зачем вам тогда aom?! :D

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

49. Сообщение от Аноним (44), 12-Дек-18, 12:23 +/–

Без энкодера таки не разбухнет наверное, но и кодировать соответственно не сможет.

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

50. Сообщение от Аноним (50), 12-Дек-18, 12:39 +1 +/–

Ждем конкурирующего проекта GoL1aph

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

51. Сообщение от Аноним (51), 12-Дек-18, 13:00 –3 +/–

Почему бы вам обоим мониторы не подстроить? Ну, или если не поможет - к окулисту не сходить?

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

52. Сообщение от Анонтоним (?), 12-Дек-18, 13:25 –1 +/–

>  с ассемблерными вставками (NASM/GAS)
Когда же они эту дурь из головы выбросят? Компиляторы давно уже починили - пользуйтесь же интринсиками наконец!

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

53. Сообщение от Аноним (22), 12-Дек-18, 14:47 +3 +/–

На сегодняшних master-ветках:
$ ffmpeg -i av1-720p.webm -map 0:v -f null -
...
[libaom-av1 @ 0x5619a9a00f40] 1.0.0-1028-g78e6b2cb8
...
frame= 3745 fps= 62 q=-0.0 Lsize=N/A time=00:02:36.19 bitrate=N/A speed=2.57x
$ ffmpeg -c:v libdav1d -i av1-720p.webm -map 0:v -f null -
...
[libdav1d @ 0x559e6bac2700] libdav1d 0.1.0-1-g73067e5
...
frame= 3745 fps=168 q=-0.0 Lsize=N/A time=00:02:36.19 bitrate=N/A speed=   7x

Проц — haswell.

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

54. Сообщение от VEG (ok), 12-Дек-18, 14:50 +1 +/–

На обычном асме такие оптимизации писать может быть просто удобнее.

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

55. Сообщение от нах (?), 12-Дек-18, 15:40 +/–

мэйкфайлы руками пишут лохи, автоконф для дедов, симейк слишком сложно, линукс ваш новый стандарт!

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

56. Сообщение от Ivan_83 (ok), 12-Дек-18, 17:57 +/–

aom-1.0.0.1023
он у нас во фряхе каждую неделю по два раза обновляется %)

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

57. Сообщение от Аноним (57), 12-Дек-18, 19:47 +3 +/–

> Впрочем, в чемпионате идиотии всех победил парень из гугла. Этот гений рационального мышления воткнул что-то на яве (gradle, чтоли) для билдовки программы из... (барабанная дробь!) ОДНОГО c++ файла!
доставьте ссылку, пожалуйста.

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

59. Сообщение от IdeaFix (ok), 12-Дек-18, 20:51 +/–

Вот и стал Си языком низкого уровня.... а у меня в зачетке была строчка 'Программирование на "ЯВУ"'

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

60. Сообщение от Андрей (??), 12-Дек-18, 21:21 +2 +/–

> Впрочем, в чемпионате идиотии всех победил парень из гугла.
В Debian не могут больше актуализировать пакет с языком программирования Scala. https://github.com/scala/scala/archive/v2.12.8.tar.gz
Архивчик занимает всего ничего: 6.5 MB
А чтобы собрать стала требоваться система сборки sbt: https://www.scala-sbt.org/download.html
Архивчик sbt-1.2.7.tgz занимает... 45 MB !!!
Что же нужно, чтобы собрать такую джава-энтерпрайзную систему сборки...

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

61. Сообщение от Ю.Т. (?), 12-Дек-18, 21:22 +/–

> Вот и стал Си языком низкого уровня.... а у меня в зачетке
> была строчка 'Программирование на "ЯВУ"'
Всё, что на вид достаточно похоже на человеческий (английский) язык, это ЯВУ по ГОСТу. ))

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

62. Сообщение от Аноним (62), 12-Дек-18, 22:36 +/–

Тулкитодpoчеры должны страдать.

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

63. Сообщение от Аноним84701 (ok), 12-Дек-18, 22:55 +/–

>> Вот и стал Си языком низкого уровня.... а у меня в зачетке
>> была строчка 'Программирование на "ЯВУ"'
> Всё, что на вид достаточно похоже на человеческий (английский) язык, это ЯВУ по ГОСТу. ))
Для "когнитивного диссонансу" можно вспомнить HLA
HLA (High Level Assembly, от автора "The Art of Assembly Language")

program cmdline;
#include( "stdio.hhf" );
#include( "args.hhf" );
static
    s:string;
begin cmdline;
    // Grab the whole command line and print it:
    arg.CmdLn();
    stdout.put( "Command line = '", (type string eax), "'" nl );
    // Display the number of command line parameters:
    arg.c();
    stdout.put( "argc=", (type int32 eax ), nl );
    // Print each of the individual command line parmeters:

    mov( eax, ecx );

:)
Хотя в принципе, все более-менее известные (MASM/TASM/NASM/YASM/FASM) имели кучу высокоуровневых примочек (чего только стоит макросы LOCAL var1,var2 , вместо "православных" [ebp-x], [ebp-y]).
У MASM/TASM макросы позволяли писать такое:

.while GetMessage(ADDR msg, 0,0,0)
    .if !TranslateAccelerator(hwnd, hAccel, ADDR msg)
        invoke TranslateMessage, ADDR msg
        invoke DispatchMessage, ADDR msg
    .endif
    .endw
Или довольно небезызвестное "uses REG":

new_explosion proc uses edi edi from_x:dword, from_y:dword
LOCAL color:DWORD

и вроде-как-ассемблер-а-не-компилятор собирал сам весь стэкфрейм, вставлял автоматически PUSH edi/esi вначале и POP EDI/ESI; LEAVE; RETN N перед каждым (простым) ret  (для которого им же генерировалось правильный N).
В общем, "Cи с регистрами".

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

64. Сообщение от КГБ СССР (?), 12-Дек-18, 23:25 +3 +/–

Ловлю фейспалмы от чтения этого треда. Жгите ещё, пацаны!

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

65. Сообщение от Владимир (??), 12-Дек-18, 23:58 –2 +/–

Ага, только на мезон они переползли с Autotools. ЛЮБАЯ система сборки будет лучше, чем это, конечно, они будут ее нахваливать.

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

66. Сообщение от Интересно (?), 13-Дек-18, 17:07 +/–

Как можно считать логичным приблуду для веба не умеющую взаимодействовать ни с сетью ни с пользователем?

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

67. Сообщение от Аноним (67), 13-Дек-18, 17:11 +/–

Имелось ввиду перекодировать, например в mp4. Для просто посмотреть не так интересно.

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

68. Сообщение от нах (?), 13-Дек-18, 17:57 +/–

если вам не нужна переносимость и линукс ваш новый стандарт - тогда да, любая другая лучше
(99% использования autotools - не по назначению, а просто неосиляторы makefile, результаты всех миллионов тестов отправляются ими в /dev/null, они все равно могли бы работать только в линуксе и только с ведром 4.19 с наираспоследними версиями всего)
ну ничего, вот парень из гугляпа знает жисть - жаба для сборки единственного с++ файла - вот как надо! Главное - никогда не читать документацию, копипаста со стековерфлоу наше всьо.
Что там сейчас модно - а, точно, meson. Вот и подходящий вопрос, сейчас только имя проекта поменяю...

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

69. Сообщение от Ю.Т. (?), 13-Дек-18, 21:52 +/–

>>> Вот и стал Си языком низкого уровня.... а у меня в зачетке
>> Всё, что на вид достаточно похоже на человеческий (английский) язык, это ЯВУ по ГОСТу. ))
> Для "когнитивного диссонансу" можно вспомнить HLA
> Хотя в принципе, все более-менее известные (MASM/TASM/NASM/YASM/FASM) имели кучу высокоуровневых
Вообще любой ассемблер это содержал(-ит), имея в виду что ассемблер это автокод плюс расширения, и вот они как раз "ВУ".
Даже на ДВК или ЕС ЭВМ. ))

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

70. Сообщение от Акакжев (?), 14-Дек-18, 13:28 +/–

> Для "когнитивного диссонансу"
http://flatassembler.net/docs.php?article=fasmg
What is flat assembler g?
...
This is a bare engine that by itself has no ability to recognize and encode instructions of any processor, however it has an ability to become an assembler for any CPU architecture.
...
Да, Томаш созрел.

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

71. Сообщение от Crazy Alex (ok), 14-Дек-18, 17:32 +/–

Так из них никто напрямую не умел за исключением браузерных плагинов (не к ночи будь помянуты с их дырами). Но это, как минимум, шустро и бескостыльно считает и не прибито к конкретному ЯП.
А бирджи для взаимодействия генерируются автоматом, тем же emscripten. И это примерно последнее место, где там возникают проблемы. Ну и планы на что-то более нативное у них есть, и судя по текущей истории - шуршат они неспешно, но планомерно, что лично мне нравится гораздо больше, чем странные шатания в собственно джаваскриптовой части.

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

72. Сообщение от grsec (ok), 14-Дек-18, 19:26 +/–

Стало страшно смотреть в твой подстроенный монитор.

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

73. Сообщение от Ванёк (?), 19-Дек-18, 14:34 +1 +/–

По опыту оптимизаций можно сказать, что зачастую оптимизированный код, в котором вообще не используется AVX/SSE, оказывается быстрее или на уровне кода с использованием AVX/SSE по целому ряду причин.

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

74. Сообщение от Аноним (74), 28-Дек-18, 11:49 +/–

А автолулзы требуют гадский perl. А plain Makefile больше не пишут.

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

75. Сообщение от Аноним (75), 04-Дек-20, 23:48 +/–

Завезли проверяйте в 888

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

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

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

Партнёры:

Хостинг:

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

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

2. Сообщение от Аноним (2), 11-Дек-18, 23:00	+2 +/–
> библиотека заметно опережает штатный декодировщик libaom Стоит уточнить что опережает оно только libaom 1.0 релизнутый при царе горохе. А текущая версия их кода - и близко не опережает текущую версию libaom, так что маркетинговый булщит в новости - засчитан.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #4, #22

3. Сообщение от Семён (?), 11-Дек-18, 23:00	–9 +/–
Вот только лицензия BSD огорчает.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #17, #26

4. Сообщение от Аноним (2), 11-Дек-18, 23:01	–5 +/–
А, еще и система сборки мезон, требует гадский пихтон. Тоже мне, сишный проект, блин. Маркетинг и хипстота во все поля.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #7, #16, #55, #62, #74

5. Сообщение от Ъ (?), 11-Дек-18, 23:05	+20 +/–
Выбор цвета столбцов в гистограмме - уровень бог
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #18

6. Сообщение от НяшМяш (ok), 11-Дек-18, 23:09	+1 +/–
> Ведутся эксперименты по задействованию шейдеров для ускорения некоторых операций. Всегда было интересно, почему не сделать кодер/декодер полностью на чём-то вроде OpenCL/Vulkan. Проприетарные и/или платные реализации есть, а вот в опенсорсе реализаций не встречал. Тем более, что AV1 - типа кодек будущего и я не вижу препятствий сделать полноценную реализацию на том же Vulkane.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #9, #21, #30, #32, #42

7. Сообщение от qcgg (?), 11-Дек-18, 23:13	+4 +/–
meson сейчас майнстримная система сборки. То, что они решили использовать meson, только плюс.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4 Ответы: #24, #38

8. Сообщение от Ivan_83 (ok), 11-Дек-18, 23:25	+/–
С libaom на райзен 2700х элекардовское 4к видео лагает дико и жрёт только 4 ядра.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #46

9. Сообщение от VINRARUS (ok), 11-Дек-18, 23:33	+5 +/–
>я не вижу препятствий сделать полноценную реализацию на том же Vulkane. Сделай. Или заставь других более убедитильными доводами.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6

10. Сообщение от lucentcode (ok), 11-Дек-18, 23:44	+/–
Годная новость. Софтовый декодер будут и дальше совершенствовать, и скоро он станет юзабельным. А вот чипсеты для мобильных устройств с харварной поддержкой завезут, вероятно, не скоро.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #29

11. Сообщение от КГБ СССР (?), 11-Дек-18, 23:48	–1 +/–
> Код проекта написан на языке Си (C99) с ассемблерными вставками (NASM/GAS) А что, на пихтоне и жлобоскрипте такое написать не получится? Странно. А в телевизоре^W интернете сказали, что браузер — это новая универсальная платформа для прогрессивных приложений. Даже пример показали: прогрессивное веб-приложение https://squoosh.app/ (а вот хакер, скреатививший шедевр: avatars3.githubusercontent.com/u/7694752 ).
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #12, #14, #33, #34, #47

12. Сообщение от Анонимчжан (?), 11-Дек-18, 23:58	+1 +/–
говорят что можно, только скорость обработки никто не отменял. си побыстрее будет раза в 2, а то и в 3 в данном случае. низкоуровневые языки это вам не просто так)) хотя про питон не скажу ничего плохого. там где нужен он оч хорош. а там где нужна большая скорость обработки лучше компилируемыми. и си тут как раз в тему. можно еще дельфи вспомнить. но что то я про него в последнее время совсем мало слышу.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #11 Ответы: #13, #20, #59

13. Сообщение от КГБ СССР (?), 12-Дек-18, 00:01	+2 +/–
Да я шучу. :) Думаю, что в данном случае на С (и с ассемблерными вставками) будет быстрее на два-три порядка, а не в два-три раза. :)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #12

14. Сообщение от Crazy Alex (ok), 12-Дек-18, 00:02	+/–
Ну и нахрена заведомую чушь нести? Всему своё место. Тут, вон, тоже на ассемблере не всё пишут, а по необходимости. Веб-приложение, кстати, тоже так сделано - UI на HTML/JS, а для тяжёлой работы использует вполне себе сишные кодеки - WebAssembly в помощь :-) Правда, работать они будут в несколько раз медленнее натива, потому что в WebAssembly поддержку SSE и многопоточность до сих пор не завезли, но там, где оно не нужно - скорость от нативно скомпилированных сей отличается меньше чем вдвое.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #11 Ответы: #15

15. Сообщение от Аноним (15), 12-Дек-18, 01:57	+/–
Никто и не сомневался что ваш вебассембли не взлетит.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #14 Ответы: #19

16. Сообщение от DerRoteBaron (ok), 12-Дек-18, 02:25	+2 +/–
Лучше cmake или meson и более-менее нормальная воспроизводимость сборки, чем портянки на баше для генерации make-портянок, которые фейлятся не с разрешимыми или хотя бы разумными ошибками, а с чем-то неадекватным из-за неверных аргументов cc или ld
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4 Ответы: #36

17. Сообщение от анон (?), 12-Дек-18, 02:32	+17 +/–
Не думал что доживу до подобных комментариев.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3

18. Сообщение от анон (?), 12-Дек-18, 02:33	+8 +/–
Синий явно лишний, почему бы не сделать его каким-нибудь приятным, например зеленым? ))
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5 Ответы: #51

19. Сообщение от Crazy Alex (ok), 12-Дек-18, 03:47	+/–
Ну, он не то чтобы мой... Просто из вебовских костылей он, пожалуй, наиболее явный, логичный и последовательный. А фичи в него постепенно подвозят, и всякие SSE - штуки приятные, но нужные отнюдь не всем.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #15 Ответы: #66

20. Сообщение от leap42 (ok), 12-Дек-18, 05:57	+1 +/–
> си побыстрее будет раза в 2, а то и в 3 в данном случае лол, 2-3... js помедленнее Си будет в 2-10 раз (зависит от задачи), python3 примерно в 15-20 раз
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #12 Ответы: #27

21. Сообщение от Вулкан (?), 12-Дек-18, 06:29	+2 +/–
Потому что на GPU нетривиально написать производительный код, в котором много зависимостей по данным. Ну или когда на каждый пиксель надо читать много других пикселей. Проприетарные энкодеры (если речь про NVENC), и те, для которых есть опенсорсные драйвера (Intel VAAPI, AMD VCE) - это отдельный аппаратный блок с весьма ограниченными возможностями программирования.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6 Ответы: #25

22. Сообщение от Аноним (22), 12-Дек-18, 06:59	+/–
> А текущая версия их кода - и близко не опережает текущую версию libaom При наличии AVX2 таки опережает, где-то в два раза. Но без AVX2 где-то в те же два раза отстаёт, SSSE3 не очень помогает.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #23, #41

23. Сообщение от Аноним (23), 12-Дек-18, 07:59	+/–
SSE дорожка сырая недопилка. Увы и ах пока что беспоелезн на всем старше Haswell.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #22

24. Сообщение от Аноним (24), 12-Дек-18, 08:45	+2 +/–
Странно, а им собирается что-то кроме частей Gnome? Штука хорошая, там пыхтон как нельзя кстати, но что-то я ее не вижу во многих проектах.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7 Ответы: #39, #45

25. Сообщение от Ю.Т. (?), 12-Дек-18, 08:47	+/–
Даже невозможно. Производительность окажется ограниченной моделью обработки. (имея в виду, что GPU это паралл.-выч. оборудование по модели с общей памятью )
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #21

26. Сообщение от Аноним (24), 12-Дек-18, 08:48	+6 +/–
Отдавать свой продукт корпорастам или нет - это дело программиста. Тебе дали свободу делать с этим все, что угодно, что не так?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #31

27. Сообщение от Аноним (24), 12-Дек-18, 08:51	+/–
Нихрена, JS медленнее PyPy. Уточняйте интерпретатор пожалуйста.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #20

29. Сообщение от Аноним (29), 12-Дек-18, 09:39	+/–
Например, в следующем поколении Снэпдрагонов (через год).
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #10 Ответы: #75

30. Сообщение от Странный факт (?), 12-Дек-18, 09:42	+/–
Приколу ради запускал opencl реализацию перекодирования фильмов в mp4 для ffmpeg. Так софтварная на 1800 рязане обгоняет, почему-то OpenCl для RX 560 (хотя последний и загружен на 6-7%). Долго думал...
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6

31. Сообщение от Аноним (31), 12-Дек-18, 09:44	+1 +/–
Такое впечатление что разработчики VideoLAN и ffmpeg не корпорасты, а работяги, которые каждый вечер после после смены на заводе и врубают vim и кодят для души.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #26 Ответы: #44

32. Сообщение от Ydro (?), 12-Дек-18, 10:01	+/–
"Эталонный вариант", если можно так выразится не делается с привязкой к сторонним технологиях по причине дальновидности. Т.к. AV1 - "типа кодек будущего", то соответственно нацелен на встраивание в оборудование для широкого потребления: телевизоры, тв-приставки, спутниковые тюнеры, где нет OpenCL/Vulkan.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6 Ответы: #37