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

"Проект VideoLAN опубликовал dav2d, декодировщик для видео в формате AV2"	+/–
Сообщение от opennews (?), 03-Май-26, 11:19
Разработчики проекта VideoLAN опубликовали первый предварительный выпуск библиотеки dav2d с реализацией альтернативного свободного декодировщика формата кодирования видео AV2. Код проекта написан на языке Си с ассемблерными вставками  и распространяется под лицензией BSD. Реализована поддержка архитектур x86, x86_64, ARM63, Loongarch, PPC и RISC-V... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=65348
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Аноним1234 (?), 03-Май-26, 11:19	–44 +/–
Почему такой софт до сих пор пишут не на rust?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #4, #5, #11, #15, #30, #35, #36, #45, #47, #59, #63, #73, #93, #118, #142, #152

3. Сообщение от Аноним (3), 03-Май-26, 11:31	+3 +/–
>Почему такой софт до сих пор пишут не на rust? потому что на раст нету компилятора в гпу код, а на cpu это все юзлесс затычка. будет только в 360p нормально работать или нагрузка будет как от прайм95, и все равно с дропами кадров. и раст не может обогнать с, там баланс в сторону секурити, раст будет лишнее проверки добавлять.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #9, #21, #34, #108

4. Сообщение от Рик (?), 03-Май-26, 11:32	+7 +/–
Потому что его пишут. а не сдувают с готового
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #44

5. Сообщение от Some (?), 03-Май-26, 11:32	+18 +/–
Выступлю в качестве КО: те, кто разбирается в алгоритмах видеокодирования, знают C, но не знают Rust, те, кто знают Rust, не умеют писать видеокодеки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

6. Сообщение от Colorado_House_of_Representatives (?), 03-Май-26, 11:41	+1 +/–
> декодирование > значительное улучшение по сравнению с AV1 производительности операций сжатия; Что-то не сходится.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8, #77

7. Сообщение от Аноним (14), 03-Май-26, 11:42	–4 +/–
Теперь то детект краёв будет? У av1 вечно текстура за границы объекта выплывает. Ещё бы артефакты пофиксили -- у av1 опять же вся картинка чёрным мусором и глитчами забита.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #23, #33

8. Сообщение от Аноним (14), 03-Май-26, 11:44	+1 +/–
Там не про декодер, это вода из брошюры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

9. Сообщение от потомуЧто (?), 03-Май-26, 11:44	–7 +/–
> будет только в 360p нормально работать или нагрузка будет как от прайм95, и все равно с дропами кадров чиста для прикола недавно тестировал видео av1 c xlam265 с тем же битрейтом на воспровоз с процом з жестким лимитом в 800Mhz. av1 играет плавно, правда иногда теряет кадровку. xlam265 лагает жесть просто. так что ниннада лалала, тестирование наше все.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #12, #14, #74, #94

10. Сообщение от Аноним (10), 03-Май-26, 11:51	–1 +/–
>Код проекта написан на языке Си с ассемблерными вставками и распространяется под лицензией BSD. А почему не на GPL_v3?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13, #80, #139

11. Сообщение от Аноним (12), 03-Май-26, 11:52	+4 +/–
Почему ты не его не пишешь на Раст?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

12. Сообщение от Аноним (12), 03-Май-26, 11:53	+6 +/–
Ясен фиг он же не на расте написан. Ты смешной.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

13. Сообщение от Профессор Кислых Щей (?), 03-Май-26, 11:58	+6 +/–
Чтоб код можно было в Энтерпрайз решениях юзать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #16, #96

14. Сообщение от Аноним (14), 03-Май-26, 11:59	–9 +/–
Тестирование херня, ты не можешь сделать жёсткий лимит частоты. Только в каком-нибудь досбоксе без kvm разве что получится. SIMD порезать на забудь. Что до самой затеи, ни тот ни другой кодек нормально сд контент кодировать не способен. X265 можно натвикать, чтобы эффективно битрейт расходовался и норм картинка -- помимо preset=veryslow отключаешь писховизуальщину. Кодеки av1 не исправить, либо заоблачный битрейт либо стрёмная картинка с сильными глитчами. И dav1d это чит, он намного быстрее декодера в libaom. Впрочем, утверждать, где он срезает углы, я не возьмусь, могу обосрать по фактажу только svt-av1.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #20, #40, #87

15. Сообщение от Аноним (15), 03-Май-26, 12:01	+4 +/–
Хорошо, что такой софт до сих пор не (пере)пишут на Раст.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

16. Сообщение от Аноним (15), 03-Май-26, 12:02	–1 +/–
LGPLv3 можно в них юзать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #17

17. Сообщение от Аноним (17), 03-Май-26, 12:26	+3 +/–
Им нужен этот кодек везде, включая про камеры, фотоапараты, всякие кодировщики для вещания, телефоны и, на закуску, девайсы вида nintendo switch. Запрети им пользоватся локом загрузчика и этого кодека там просто не будет, а будет очередной проприетарь и ты еще лет на 10-20 останешься без кодеков к видео на своей федоре.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #26

18. Сообщение от Аноним (18), 03-Май-26, 12:27	–1 +/–
Ну не знаю. Раньше любил VLC за универсальность. Что можно и видео сконвертить, и стрим раздать, и даже виртуальную CCTV камеру сварганить. Но потом я стал замечать, что он глючноватый. Например надо было скачать видео с инета, для которого не было кнопочки скачать. Нас же это не остановит, если оно в формате HLS, правильно? Скачал при помощи VLC - был глючный звук. Пришлось качать при помощи FFMPEG.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #24, #41, #53

20. Сообщение от Аноним (20), 03-Май-26, 12:44	+2 +/–
> ты не можешь сделать жёсткий лимит частоты. Щито Разве что какой-то ноутбучный биос не даст возможность зафиксировать множитель.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #31

21. Сообщение от Аноним1234 (?), 03-Май-26, 12:44	–1 +/–
> потому что на раст нету компилятора в гпу код, а на cpu https://rust-gpu.github.io/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

23. Сообщение от Аноним (126), 03-Май-26, 12:48	+1 +/–
> у av1 опять же вся картинка чёрным мусором и глитчами забита. По факту av1 оказался хуже всяких mp4
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #25, #42, #78

24. Сообщение от Анонимус67 (?), 03-Май-26, 13:07	–1 +/–
Что значит пришлось, VLC работает поверх ffmpeg? А сами ffmpeg и yt-dlp для этого и созданы, что бы качать и обрабатывать видео. VLC по юзерекспірієнсу еще тот кусок г...на, даже при просмотре видео. Особенно бесят дефолтные настройки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #49

25. Сообщение от Аноним (14), 03-Май-26, 13:24	–4 +/–
Av1 это mp4, если что.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #27

26. Сообщение от Аноним (15), 03-Май-26, 13:35	+/–
У меня на моей Генте FFmeg с разными кодеками есть. А клозетсорсные я и не ставлю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #143

27. Сообщение от Аноним (126), 03-Май-26, 13:35	+1 +/–
А ты шутник :) И не отличаешь файл от кодека. В линуксе вообще можно без расширения делать файлы, и они будут нормально работать. Хинто: подумай, почему ITU-T H.264 и ISO/IEC MPEG-4 Part 10 - идентичны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #28, #55

28. Сообщение от Аноним (14), 03-Май-26, 14:02	–2 +/–
О чём и речь, mp4 это вообще h263.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #32

30. Сообщение от Tron is Whistling (?), 03-Май-26, 14:15	+1 +/–
Так пиши, кто тебе мешает?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

31. Сообщение от Tron is Whistling (?), 03-Май-26, 14:16	–4 +/–
Ты давно не видел ноутбуков. Особенно со штеудом внутри. Там неустановка софта для регулирования частот и температурного режима = слёт с гарантии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #88

32. Сообщение от Tron is Whistling (?), 03-Май-26, 14:18	+1 +/–
h.263 - это 3gp Да, он пакуется в mp4 при желании, но вообще mp4 "by default" это h.264
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #37, #86

33. Сообщение от Аноним (40), 03-Май-26, 14:30	–1 +/–
>у av1 опять же вся картинка чёрным мусором и глитчами забита Так это зависит от исходника. Вот вам пример 8K AV1 (Sony Alpha 7R V): https://www.youtube.com/watch?v=b3ootXSAaqE
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #79, #119

34. Сообщение от Аноним (34), 03-Май-26, 14:38	+2 +/–
>>Почему такой софт до сих пор пишут не на rust? > потому что на раст нету компилятора в гпу код, а на cpu это все юзлесс затычка И плевать, что в новости буквально написано про ту самую "юзлесс затычку" для CPU. 🤦 Воины против Раста не меняются...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #38

35. Сообщение от Аноним (35), 03-Май-26, 14:39	+/–
Dav1d был на раст, видимо оказалось, что лучше без растов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #43, #76

36. Сообщение от Аноним (34), 03-Май-26, 14:41	+1 +/–
> Почему такой софт до сих пор пишут не на rust? Пишут. Тот же rav1e для AV1.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #71

37. Сообщение от Аноним (14), 03-Май-26, 14:53	–1 +/–
Ну нет же, 3gp это производное mp4. H263, да. И "by default" сегодня это av1.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

38. Сообщение от Аноним1234 (?), 03-Май-26, 15:12	–2 +/–
>>>Почему такой софт до сих пор пишут не на rust? >> потому что на раст нету компилятора в гпу код, а на cpu это все юзлесс затычка > И плевать, что в новости буквально написано про ту самую "юзлесс затычку" > для CPU. 🤦 Воины против Раста не меняются... https://rust-gpu.github.io/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

39. Сообщение от Аноним (39), 03-Май-26, 15:31	–1 +/–
>улучшенное предсказание межкадровых изменений Странно, что AI для улучшения предсказаний еще не прикрутили.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #46, #81, #106

40. Сообщение от Аноним (40), 03-Май-26, 15:34	–1 +/–
>ты не можешь сделать жёсткий лимит частоты Можно. А вообще есть аппаратное ядро Quick Sync: - https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video - https://www.techpowerup.com/review/intel-panther-lake-techni...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

41. Сообщение от Аноним (41), 03-Май-26, 15:35	+/–
Если не VLC то кто?)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #60, #91, #120

42. Сообщение от Аноним (42), 03-Май-26, 16:14	+7 +/–
MP4 - это контейнер, как Matroska/WebM. AV1 - это кодек, как H264, H265. То есть вы путаете тёплое с мягким.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #48

43. Сообщение от Аноним (43), 03-Май-26, 16:37	+1 +/–
Никогда он не был на расте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

44. Сообщение от Аноним (44), 03-Май-26, 16:54	–4 +/–
Этот как раз и сдули с готового. >По своим целям и архитектуре новая библиотека dav2d напоминает существующий проект dav1d
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #70

45. Сообщение от Аноним (45), 03-Май-26, 17:25	+1 +/–
>Почему такой софт до сих пор пишут не на rust? Почему не на раст? Ты же пишешь реализацию на раст! Возвращайся, когда закончишь...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

46. Сообщение от Аноним649164047 (?), 03-Май-26, 18:09	+2 +/–
Это чтобы было "посмотрел фильм - разорился на 100500$ за токены"? :-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

47. Сообщение от aname (ok), 03-Май-26, 18:43	+1 +/–
Как же это хорошо. Так жирно, что аж кайф
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

48. Сообщение от aname (ok), 03-Май-26, 18:47	+3 +/–
Эксперты Опеннета ®™© же
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

49. Сообщение от aname (ok), 03-Май-26, 18:50	–1 +/–
VLC лучший плеер эвер
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

50. Сообщение от Анон1110м (?), 03-Май-26, 19:02	+/–
Кому это выгодно? Где здесь деньги? Или они по доброте душевной проделали всю работу?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #51, #57, #82

51. Сообщение от Аноним (51), 03-Май-26, 19:07	+/–
Выгодно всем, кто не хочет платить роялти за h266, 265 но хочет гонять 2к + видосы по своей платформе
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #54

52. Сообщение от Аноним (51), 03-Май-26, 19:08	+/–
> значительное улучшение по сравнению с AV1 производительности операций сжатия; Что это значит? Неужели нормально распаралели, а не так, как в libaom?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #99

53. Сообщение от Анон1110м (?), 03-Май-26, 19:11	+/–
Так оно всегда таким было.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

54. Сообщение от Анон1110м (?), 03-Май-26, 19:13	+/–
А разрабам деньги кто потит?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #56, #58

55. Сообщение от iPony128052 (?), 03-Май-26, 19:39	+/–
> В линуксе вообще можно без расширения делать файлы, и они будут нормально работать Как-то пробовал на практике. Не работает это так.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #124

56. Сообщение от Аноним (51), 03-Май-26, 20:06	+/–
> А разрабам деньги кто потит? кто не хочет платить роялти за h266, 265 но хочет гонять 2к + видосы по своей платформе Тот же Гугл с ютубом, Нетфликс с Нетфликсом. Тот же SVT-AV1 жестко проплатил именно Нетфлискс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

57. Сообщение от Аноним (40), 03-Май-26, 20:15	+/–
>Кому это выгодно? Всем. https://en.wikipedia.org/wiki/AV1
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

58. Сообщение от Аноним (40), 03-Май-26, 20:16	+/–
https://en.wikipedia.org/wiki/Alliance_for_Open_Media
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

59. Сообщение от гостеван (?), 03-Май-26, 20:17	+1 +/–
Потому что rust номер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #64

60. Сообщение от Профессор Кислых Щей (?), 03-Май-26, 20:26	+2 +/–
Mpv
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

61. Сообщение от Аноним (-), 03-Май-26, 21:53	+1 +/–
Вроде Netflix давно перешел на AV1, но на трекерах рипы до сих пор делают в H264/H265, а в AV1 не хотят. В чем причина?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #65, #66, #92

63. Сообщение от Аноним (64), 03-Май-26, 22:06	+/–
Чтобы писать на расте нужно быть совсем поехавшим
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #148

64. Сообщение от Аноним (64), 03-Май-26, 22:07	+1 +/–
*помер P.S. не благодари
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #117

65. Сообщение от Аноним (40), 03-Май-26, 22:08	+/–
>В чем причина? В том, что он изначально создавался для стриминга и имеет лучший баланс качество/битрейт(*соответственно и размер файла): 2018: https://opennet.ru/48345-av1 2025: https://opennet.ru/64033-av2
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #67

66. Сообщение от Гость (??), 03-Май-26, 22:16	+1 +/–
Это надо спрашивать у администрации/модерации этих трекеров, чаще там консерваторы, которым надо чтобы воспроизводилось максимально на всём 20+летней давности - H265 допустим только для 4К, даже H264 с 50FPS нежелателен. Вообще, сейчас для трекеров, где важнее качество, а не объём, в AV1 нет особой нужды и смысла, HEVC/H265 более чем достаточно, AV1 без потери детализации, даёт незначительно меньшие битрейты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #84, #104

67. Сообщение от Аноним (126), 03-Май-26, 22:20	+1 +/–
> имеет лучший баланс качество/битрейт А что ещё может предложить av*? Только худшее качество и чуть-чуть меньше битрейт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #68, #83

68. Сообщение от Аноним (40), 03-Май-26, 22:31	+/–
>А что ещё может предложить av*? Так он никому ничего не предлагает, его создавали члены «Alliance for Open Media» как royalty-free кодек для общего использования. И используют его, стриминговые сервисы как Netflix, Amazon так и второй по посещаемости сайт в мире YouTube.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #85

70. Сообщение от Аноним (70), 03-Май-26, 23:59	+1 +/–
Сдули с dav1d бойлерплейт, а, собственно, код кодека новый
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #75

71. Сообщение от Аноним83 (?), 04-Май-26, 00:51	+/–
Который никому даром не нужен оказался :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #97, #116

73. Сообщение от Аноним (-), 04-Май-26, 04:03	+2 +/–
>  Почему такой софт до сих пор пишут не на rust? Бери и пиши - кто ж тебе не дает? Только его interop с другим яп потом - боль и сеанс брейнфака. Где ты таки будешь косплеить сишные ифейсы - и получишь сотни unsafe - с всем брейнфаком сетапа этого гейтования. А заодно тормозной как апокалиптец компилер. Единственный. Скачайтеночнушку. Квази-вендорлокнутый на мини-олигополию 3 корп. Такое себе "счастье" для девелопа то. Потом окажестя что еще 100500 проблем перфоманса и оптимизаций. А еще хотелось асмовые вставки, ибо они в разы быстрее того BS который LLVM выдает. И конечно они не "safe" даже чисто теоретически. А тут еще видите ли изломали кодогенерациою в новых LLVM. А других кодогенераторов - просто и нет. И вот получите вы чудо-кодек с 30% скорости что у сишного есть. Без возможности билда GCC если в LLVM корпы каую-то хтонь с кодогенерацией учудили. И что хотите то и делайте. Можете пару лет с оптимизацией, вот, потрахаться, при отсутствии внятного тулинга и борясь с unsafe оптом при этом. Глядя на пример rav1e - ну вот накодили его. И чего? Вечно недопиленый вечно недокодек, нужный примерно - никому. Единственное достоинство - типабезопастный. Ультраплотное сжатие как libaom - не умеет. Шустрое сжатие с хорошим битрейт-качество как svt-av1 тоже. И вот зачем оно такое?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

74. Сообщение от Аноним (74), 04-Май-26, 04:27	+1 +/–
> чиста для прикола недавно тестировал видео av1 c xlam265 с тем же > битрейтом на воспровоз с процом з жестким лимитом в 800Mhz. av1 > играет плавно, правда иногда теряет кадровку. xlam265 лагает жесть просто. так > что ниннада лалала, тестирование наше все. dav1d - заоптимизили весьма конкретно! И для равного уровня качества ему так то надо - заметно меньше битрейта чем 265, что дополнительно улучшает соотношения. А H.265 - мертвый формат, списаный в утиль самим ISO, не успел он толком вылупиться - кто под него декодеры будет в 2026 оптимизировать, где они водятся? И получается как-то так. Древний планшет которому 12 чтоли лет - с парой 64 бит ядер - отлично жрет весь ютуб в AV1.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

75. Сообщение от Аноним (74), 04-Май-26, 04:30	+1 +/–
> Сдули с dav1d бойлерплейт, а, собственно, код кодека новый Неа. Ибо развитие шло av1 -> av2, фичи у них похожие, AV2 стартовал начиная с AV1 как базы, с устранением выявленных слабых мест прошлого дизайна и улучшениями которые к этому моменту успели наработать сообща. Поэтому имеючи декодер AV1 - развитие логично начинать с AV1 копипастой как раз. Как и стандарт. Накодив - изменения относительно AV1. А декодер AV1 на расте одупляемый - был вообще? Или надо вот имнено все от и до, с ноля?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

76. Сообщение от Аноним (-), 04-Май-26, 05:05	+1 +/–
> Dav1d был на раст, видимо оказалось, что лучше без растов. Вы его с rav1e перепутали. Вот этот - был. И оказался не нужен примерно никому. Просто потому что не сорвенуется ни в номинации плотного сжатия, ни в номинации скорости при хорошем сжатии. И знаете что? Если очень стремно будет - можно кодирование в "compute only" контейнере или VM сделать, по скорости как bare metal примерно. А по его завершении вообще списать в утиль. С всем содержимым. Корпы так и делают - так что много денег за переписать на - не дадут, даже не надейтесь!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

77. Сообщение от Аноним (-), 04-Май-26, 05:23	–2 +/–
>> декодирование >> значительное улучшение по сравнению с AV1 производительности операций сжатия; > Что-то не сходится. Все сходится. Coding tools пересмотрели, с одной стороны придумав более эффективные coding tools, с другой - сократив число вариантов перебора возможных опций кодирования разными сочетаниями coding tools. Одна из проблем AV1 - у него дофига coding tools, с дофига опций у каждого, а суммарно определение какое комбо дает наименьший размер при хорошем качестве получается очень ресурсоемким брутфорсом всех вариантов фич. Со временем налшись эвристики, пути делать то же самое даже лучше с меньшим объемом перебора и проч. И в AV2 это все ессно внедрили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #102

78. Сообщение от Аноним (-), 04-Май-26, 05:28	+/–
> По факту av1 оказался хуже всяких mp4 Ну попробуй в MP4 сделать 720p на 600 килобитах, как ютуб AV1. Посмотрим какие границы ты там вообще найдешь. А с битрейтом в разы выше - извини, мы lossy кодеки для уменьшения размера файлов и потоков юзали, а не чисто по приколу. А с приличным битрейтом границы там вполне себе. У всяких svt-av1 и проч - сделали sharpness (из -psy портировано), если кодировать именно самому и резкие границы нужны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

79. Сообщение от Аноним (-), 04-Май-26, 05:33	+/–
> Так это зависит от исходника. > Вот вам пример 8K AV1 (Sony Alpha 7R V): > https://www.youtube.com/watch?v=b3ootXSAaqE Да уж. Что-то не вижу там черного мусора и глитчей. Как странно. Да тут просто водятся полтора извращенца с своим аниме с шакаленым качеством и кучей артефактов прям в исходнике, при кодировании AV1 их дополнительно расколбашивает и получается вон то. Но это проблемы пары хикки-извращенцев. Пусть хоть в мпег2 кодируют, кого колышут их дергающиеся артефачащие картинки с уродским качеством прямо с "оригинала" который они где-то упиратили на кривой козе. А на нормальном контенте, типа видео с камеры, AV1 работает выше всяких похвал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

80. Сообщение от Аноним (-), 04-Май-26, 05:35	+/–
>>Код проекта написан на языке Си с ассемблерными вставками и распространяется под лицензией BSD. > А почему не на GPL_v3? Для вот именно декодера формата - даже имеет смысл, чтобы максимально продвинуть формат, везде и всюду. Как грится, первая доза бесплатно. Для всех.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

81. Сообщение от Аноним (-), 04-Май-26, 05:36	+/–
> Странно, что AI для улучшения предсказаний еще не прикрутили. Ващет в нескольких местах AV1 кодеков решения принимают таки - специально обученные нейронки. Просто очень мелкие и потому шустрые как понос даже на CPU.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

82. Сообщение от Аноним (-), 04-Май-26, 05:37	+/–
> Кому это выгодно? Где здесь деньги? Или они по доброте душевной проделали всю работу? Ну вот мне например. Хороший кодек да нашару, да с быстрым декодером - PROFIT!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

83. Сообщение от Аноним (-), 04-Май-26, 05:40	+/–
> А что ещё может предложить av*? Только худшее качество и чуть-чуть меньше битрейт. Да, совсем чуть-чуть меньший. Youtub в результате - жрет в 3 раза меньще битрейта - и при этом дает картинку лучше чем российские онлайн-типа-сервисы с 264 (реально помойки без контента и с ломовым битрейтом, такая себе "услуга"). Можете взять 265 или VVC но в браузере играться сие не будет от слова вообще. И куда такой сервис потом девать хз. Потому что платить за амеровские патенты аж нескольким группировкам патентных троллей - никто не собирается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #107

84. Сообщение от Аноним (-), 04-Май-26, 05:43	+/–
> Это надо спрашивать у администрации/модерации этих трекеров, чаще там консерваторы, которым > надо чтобы воспроизводилось максимально на всём 20+летней давности - H265 допустим > только для 4К, даже H264 с 50FPS нежелателен. Вообще, сейчас для > трекеров, где важнее качество, а не объём, в AV1 нет особой > нужды и смысла, HEVC/H265 более чем достаточно, AV1 без потери детализации, > даёт незначительно меньшие битрейты. Да просто варезники и в выборе кодеков свою природу демонстрируют, нелегалить - так во всем! Включая выбор кодека. Назло копирасу и кодек сп...ть! То что они сперли в результате на помойке мусор - просто потому что привычный дедушкин стул - ну и что что колченогий и скрипит, не жидкий же?! Так что его с радостной мордой тащут в землянку, озираясь по сторонам чтоб никто не спалил "кражу ценностей". Не то чтоб кто-то будет сильно возражать, но острые ощущения то - адреналинчик! Даже если предмет "кражи" того и не стоил, привычку то не пропьешь :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

85. Сообщение от Аноним (-), 04-Май-26, 05:48	+/–
> И используют его, стриминговые сервисы как Netflix, Amazon так и второй по > посещаемости сайт в мире YouTube. Да его даже вконтач уже использует. Потому что без этого - с рыхлым потоком оно столько бандвизу жрет что у юзерей с мобилами траф кончается - моментально, а лаги доолбят чуть менее чем всех. И бизнесмодель такого сервиса начинает сводиться к "насыпьте еще из бюджета на национальный видеосервис!!!111". Потому что добровольно ЭТО юзать желающих маловато.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

86. Сообщение от Аноним (-), 04-Май-26, 05:55	+1 +/–
> h.263 - это 3gp > Да, он пакуется в mp4 при желании, но вообще mp4 "by default" > это h.264 Если что .3gp файлы примерно то же самое что и .mp4. Т.е. это один и тот же ISO BMFF как таковой. Просто разные субдиалекты спецификации. Примерно как американский английский и британский. А сам по себе .mp4 aka ISO BMFF это вообще контейнер для чегш угодно. В нем и AV1 бывает уже. При том это уже вполне по стандарту, такое комбо зарегистрировано официально :). Так можно получить mp3 который внутрях AV01 как видеокодек. Ессно старый софт с такого несколько офигевает - но так можно было.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #138

87. Сообщение от Аноним (-), 04-Май-26, 06:06	+1 +/–
> Тестирование херня, ты не можешь сделать жёсткий лимит частоты. Ващет в этом моем линухе - очень даже могу. И CPU и GPU. Если зачем-то захочу. Вот только нафиг мне это делать? Чтобы power management нагнуть? Или скорость счета продолбать? Для тестов это тоже не котируется - не есть реалистичный сценарий и результат никому не интересен. > Только в каком-нибудь досбоксе без kvm разве что получится. SIMD порезать на забудь. Это с чего бы мы должны откатиться на уровень до пентиума-MMX в развитии? Вы там совсем куку? Даже у 32 бит ARM уже был цать лет назад - NEON. Его тоже не юзать? > кодировать не способен. X265 можно натвикать, чтобы эффективно битрейт расходовался и > норм картинка -- помимо preset=veryslow отключаешь писховизуальщину. Кодеки av1 не исправить, Он неисправимо рвет 265 на британский флаг :). Особенно с агрессивными настройками битрейта. А всякие хикки с своими дергнающимися "границами" и контентом зашакаленым сразу на старте могут идти нафиг, вместе с их "ценным" мнением о кодеках. 265 для более-менее обычной фильмообразной картинки потребуется на добрую треть больше битррейта. А мелкие титры и проч он вообще выносит наповал - и удобных фиксов этого нет совсем, разве что кодировать сегментами - с разными настройками сегментов - но это гимор на всю голову, мануально тыкать кодек носом какие параметры куда с точностью до кадров.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #100

88. Сообщение от Аноним (-), 04-Май-26, 06:09	+1 +/–
> Ты давно не видел ноутбуков. Особенно со штеудом внутри. Там неустановка софта > для регулирования частот и температурного режима = слёт с гарантии. На линухе вообще ничего ставить не надо - ядро само порулит на пару с системой фирмварой. А виндузоид совсем не палится, да. Там винды 2 минуты загружаются с всеми сотнями вендорского крапа - который потом еще постоянно делает мозг юзеру везде где дотянется. Собссно для меня это +1 причина маздай не использовать. Нахрен надо такое "счастье",
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #129

91. Сообщение от Аноним (91), 04-Май-26, 07:21	+2 +/–
mpv буквально во всём лучше. Не подойдет разве что любителям кучи встроенного ненужного. Даже интерфйес в mpv лучше, при условии, что его там практически нет. Но для люителей потыкать по меню есть куча фронтендов
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #98

92. Сообщение от Аноним (91), 04-Май-26, 07:32	+/–
Просто AV1 не воспроизводится на любом калькуляторе, AV2 тем более. На треккерах и h256 запрещали когда-то. Ну и для сжатия "без потерь" особо бонусов не будет в размере файла.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #105

93. Сообщение от Sm0ke85 (ok), 04-Май-26, 08:38	+1 +/–
>Почему такой софт до сих пор пишут не на rust? Очевидно же, потому что тебя не будут спрашивать...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

94. Сообщение от Sm0ke85 (ok), 04-Май-26, 08:41	+/–
>чиста для прикола недавно тестировал видео av1 c xlam265 с тем же битрейтом на воспровоз с процом з жестким лимитом в 800Mhz. av1 играет плавно, правда иногда теряет кадровку. xlam265 лагает жесть просто. так что ниннада лалала, тестирование наше все. Судя по твоей писанине - тебе сначала самому бы протестироваться, а то может твои тесты вообще ничего общего с адекватной реальностью не имеют...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

96. Сообщение от Sm0ke85 (ok), 04-Май-26, 08:51	–1 +/–
>Чтоб код можно было в Энтерпрайз решениях юзать Скорее всего для того, чтобы со временем закрыть код и переназвать его AV3)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #125

97. Сообщение от Аноним (-), 04-Май-26, 09:07	+/–
> Который никому даром не нужен оказался :) Да потому что он и жать лучше libaom не может - и шустрее svt-av1 с нормальным качеством не могет. И вот он вроде бы есть - но единственное достоинство "зато на rust". Но знаете, даже корпы, если им вот прям страшно, могут compute-only контейнер или виртуалку запустить. Так что много денег за переписать на %s они не дадут...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

98. Сообщение от Аноним (-), 04-Май-26, 09:16	+/–
> mpv буквально во всём лучше. Кроме того что... 1) UI отсутствует. 2) Билдсистема #$%нутая какая-то. 3) Добавить в него 100500 файолв на воспроизведение не особо то просто, не говоря о переупорядочивании. Но главное - либу декодера AV1 его авторы все же не написали. В отличие от. Так что в этой номинации он ТОЧНО в пролете. О чем и сабж.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #121

99. Сообщение от Аноним (-), 04-Май-26, 09:17	+/–
>> значительное улучшение по сравнению с AV1 производительности операций сжатия; > Что это значит? > Неужели нормально распаралели, а не так, как в libaom? В svt-av1 нормально распараллелили, ждем svt-av2 :D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #140

100. Сообщение от Аноним (14), 04-Май-26, 09:30	+/–
Ну так тебе пониженные значения ничего не дадут, работать оборудование на нештатных частотах не будет нормально. И это каким аутистом надо быть, чтобы вообще зачем-то это делать? Чтобы что? Смысла никакого. И мы всё ещё про сд? Прекращай бредить, av1 намного хуже x265 при одинаковом битрейте. Ещё и замылит почище сао, а все движущиеся части запорет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #110

102. Сообщение от Аноним (102), 04-Май-26, 09:48	+1 +/–
> Coding tools > coding tools > coding tools > coding tools Горшочек не вари!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #111

103. Сообщение от tkzv (ok), 04-Май-26, 10:16	+1 +/–
> значительное улучшение по сравнению с AV1 производительности операций сжатия Только что ffmpeg-ом перепаковал 102-кадровый (4 секунды) GIF в AV1. На Ryzen 9. Скорость 0.029x, затраченное время 147 секунд.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #113

104. Сообщение от name (??), 04-Май-26, 10:18	+3 +/–
> AV1 нет особой нужды и смысла AV1-DiN, видосов завались. на коре дуба не взлетит правда, но для них кодировать кроме пeнсионeров никому интереса нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

105. Сообщение от Аноним (40), 04-Май-26, 10:23	+/–
>Просто AV1 не воспроизводится на любом калькуляторе Встройка в N100/N200 его декодирует благодаря Quick Sync.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #122

106. Сообщение от qqq (??), 04-Май-26, 10:25	+/–
В исключительно проприетарных энкодерах h264/h265/av1 их по-любому есть. Но нам их никогда потрогать не дадут. И в av2 будет также
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

107. Сообщение от qqq (??), 04-Май-26, 10:37	+/–
Только китайцы типа Tencent гарантировано используют свои варианты энкодера, которые показывают результаты ещё лучше референсного. И вероятно гуглонетфликсы тоже могут себе позволить больше математики, анализа кадра/последовательности, более сложных моделей восприятия и нейросетей прикрутить. Но даже так, пользователю от этого все равно обычно лучше.  А уж когда в железе начнут появляться аппаратные декодеры - станет ещё лучше
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #112

108. Сообщение от Джон Титор (ok), 04-Май-26, 10:40	+/–
> потому что на раст нету компилятора в гпу код По моему есть такие, пока сыроватые, проекты которые это уже позволяют. И напомню была новость о портировании ИИ моделей на rust компанией Microsoft. Да и кодеки в целом могут и на процессоре выполняться, хоть это не особо эффективно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

109. Сообщение от Джон Титор (ok), 04-Май-26, 10:43	+1 +/–
Напишите пожалуйста новость когда это появится в браузерах. В целом все эти оптимизации и улучшения весьма востребованы.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #114, #123

110. Сообщение от Аноним (110), 04-Май-26, 11:03	+1 +/–
> Ну так тебе пониженные значения ничего не дадут, Да неужели? На мощном десктопе урезание макс частоты на всего 300 МГц снижает жор проца (и TDP) в _ДВА_ раза! Сильно снижая температуру проца и обороты вентилей. Импакт перфоманса менее 10%. По моему нормальная переигровка параметры системы, м? Минимальные потери, приличный выигрыш: в ДВА раза меньше электричества жрет, тепла выделяет, вентили почти не слышно даже если все ядра в полку топят :) > работать оборудование на нештатных частотах не будет нормально. DVFS у современного железа - абсолютно штатная фича. Я лишь контролирую параметры подсистемы через типовой ее интерфейс cpufreq, настраивая фичу по вкусу из того что умеет система. Вот прям при старте пуляю в файло ифейса желаемые макс частоты. И вот оно, автоматически применено. Без убер-вендырских программ. А на ноуте допустим - можно допустим при низком заряде батареи продлить время работы запретив макс. частоты на время. Будет медленнее, но энергоэффективность улучшится и максимальное потребление системы снизится. Система проработает дольше. Случаи бывают разные. GPU от AMD я кстати тоже могу частоты и параметры пощелкать от души. И да, мониторинг температуры и проч - вывешен опять же через стандартные интерфейсы подсистем линуха, так что млжно мониторить температуру дисков, GPU, CPU, .. - по сути голыми руками, если хочется. Могу вот прям хоть скриптом на шелле выдернуть это если оно мне надо. > И это каким аутистом надо быть, чтобы вообще зачем-то это делать? Чтобы что? Ну вот лично я - разогнался до уровня OEM-Lite и для таких как вы такие аспекты на одноплатниках околопрофессионально окучиваю вообще, конфигуря DVFS и еше более радикально. Вот так можно взять да и стать - чем-то типа вендора. Для таких как вы лабухов. А они мне денег платят - ибо сами то они так не умеют. Я ессно делаю не только это а систему в сборе - под энную задачу. Но вот решение вопросов с TDP и его ограничением под задачу и ее реалии - входит в пакет услуг, потому что если одноплатник при жаре вокруг перегреется и все сглючит - это будет совсем не круто. Это ж управляющая электроника всякого околоиндустриального направления. > Смысла никакого. И мы всё ещё про сд? Ну да, зелен виноград, и вообще, богам лучше знать. А я взял да и научился ходить на этот пантеон... just becayse I can! :D > Прекращай бредить, av1 намного хуже x265 при одинаковом битрейте. Жаль что результаты замеров во всех мыслимых ипостасях, от x266.mov до статьи на хабре с разбором российских кинотеатров - вами не согласны. Да и я без ваших сказок так то померять могу. На более-менее обычных видиках, с камер гаджетов и проч, AV1 куда как эффективнее, можно битрейт на добрую треть скостить. Это не удивительно - у AV1 куда больше продвинутых coding tools. > Ещё и замылит почище сао, а все движущиеся части запорет. Только у тех кто пользоваться им не умеет совсем. А x265 - просто отстой и почти не  развивается. Тогда как SVT-AV1 например основательно доразвили в последние пару лет. И теперь почти крутота AV1, можно как раз четкость подкрутить если надо (обычному контенту типа мувика с камеры смарта и так норм) - и куда там x265 до этого...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100

111. Сообщение от Аноним (110), 04-Май-26, 11:08	+/–
>> Coding tools >> coding tools >> coding tools >> coding tools > Горшочек не вари! Не, в случае кодека - это как раз самый цимес. Потому что без них у вас будет - MPEG2 тупой. И жать будет - вот как MPEG2.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

112. Сообщение от Аноним (-), 04-Май-26, 11:15	+/–
> Только китайцы типа Tencent гарантировано используют свои варианты энкодера, > которые показывают результаты ещё лучше референсного. И при том они тоже - стали юзать AV1 последнее время. Потому что из него можно выжать больше. Статья на хабре про это была не так давно. Проблема только в том что вам они это - не дадут. Так что и говорить не о чем. А на уровне формата из AV1 можно получить куда больше чем из 265, coding tools больше. В 265 глобальной компенсации движения по сути почти нет. В отличие от. И в целом с предсказаниями все хуже. А весь фокус в том чтобы предсказать все и вся по максимуму на основе того что было и передать только отличия от этого. Чем меньше ЭТОГО, тем ниже битрейт! > больше математики, анализа кадра/последовательности, более сложных моделей восприятия > и нейросетей прикрутить. Ну так они и натренировали вооон там для libaom пару нейросеток. И прям в него и вкомитили. И вероятно юзают для себя, было бы странно если б не юзали свою же наработку и сами то в своем сетапе :) > Но даже так, пользователю от этого все равно обычно лучше.  А > уж когда в железе начнут появляться аппаратные декодеры - станет ещё лучше Да они там в общем то уже и есть, в современном то железе... но учитывая что ютуб жует в AV1 даже планшет цатилетней давности который едва живой, но вот мувики прут как из пушки - не вижу проблем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

113. Сообщение от Аноним (-), 04-Май-26, 11:19	–1 +/–
>> значительное улучшение по сравнению с AV1 производительности операций сжатия > Только что ffmpeg-ом перепаковал 102-кадровый (4 секунды) GIF в AV1. На Ryzen > 9. Скорость 0.029x, затраченное время 147 секунд. 1) Без указания разрешения и конфиги системы ни о чем. 2) Какие параметры? У меня SVT-AV1 на 2-3 пресете дает добрую треть от реалтайма - но это довольно мощный комп. И при этом всем битрейт-качество весьма даже. Но вот в именно gif бывает довольно специфичный граофний с 256 цветами - не все из этого хорошо работает с DCT-like кодеками.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #127, #136

114. Сообщение от Аноним (-), 04-Май-26, 11:20	+/–
> Напишите пожалуйста новость когда это появится в браузерах. В целом все эти > оптимизации и улучшения весьма востребованы. На него еще спеки окончательные - не вышли. Просто dav2d - бегут впереди паровоза и уже готовы к формату - в его day 0. Даже вот day -1 - готовы, типа :D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

116. Сообщение от анон2 (?), 04-Май-26, 11:47	+/–
это ж как так выходит - один только факт использования конкретного яп не делает код блейзингли фаст? во дела...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

117. Сообщение от анон2 (?), 04-Май-26, 11:48	+/–
нет, он, всё-таки, тот ещё номер!)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

118. Сообщение от Аноним (118), 04-Май-26, 12:14	+/–
Без ассемблерных вставок слишком медленно работать будет. https://code.videolan.org/videolan/dav2d/-/tree/main/src/x86
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #126

119. Сообщение от Аноним (118), 04-Май-26, 12:15	+/–
А вы не с ютуба дайте, а ссылку на оригинальный файл. Ютуб жёстко сжимает видео.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #132, #147

120. Сообщение от Аноним (118), 04-Май-26, 12:16	+/–
ffplay
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

121. Сообщение от Аноним (118), 04-Май-26, 12:17	+/–
Есть OSD
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98

122. Сообщение от Аноним (118), 04-Май-26, 12:19	+/–
А без аппаратного ускорения?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #128

123. Сообщение от Аноним (118), 04-Май-26, 12:20	+/–
Запихните это в WebAssembly - будет в браузерах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #141

124. Сообщение от Аноним (124), 04-Май-26, 12:28	+/–
В linux нормальные программы определяют тип файла по MIME, а не по расширению. Потому, еще как работает
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #130, #131, #146

125. Сообщение от Аноним (124), 04-Май-26, 12:33	+/–
Что-то с AV1 и dav1d за 8 лет этого так и не произошло. Долго еще ждать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #134

126. Сообщение от Аноним (126), 04-Май-26, 12:37	+/–
У раста - проблемы со вставками?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118

127. Сообщение от Аноним (126), 04-Май-26, 12:39	+/–
Очевидно же, что гифка играется за 4 секунды, а енкодер работал 147 секунд. Вывод: скажем дружно: ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #133, #135, #150

128. Сообщение от без (?), 04-Май-26, 13:02	+4 +/–
куда проще чем x265
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #137

129. Сообщение от Tron is Whistling (?), 04-Май-26, 13:46	–1 +/–
Ещё раз: слёт с гарантии. Понятно что у тебя на коркедуо это не принципиально, но вот блин реалии ноутов со штеудом ныне такие.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #144

130. Сообщение от iPony128052 (?), 04-Май-26, 13:53	+/–
что-то много ненормальных программ тогда в линуксах
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124

131. Сообщение от iPony128052 (?), 04-Май-26, 13:54	–1 +/–
> В linux нормальные программы определяют тип файла по MIME, а не по > расширению. Потому, еще как работает ты сам-то в домашней директории выполни скрипт по удалению расширений файлов и проверь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124

132. Сообщение от Аноним (40), 04-Май-26, 14:17	+/–
Конечно сжимает, включайте вручную 8k там высокий битрейт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119

133. Сообщение от Аноним (133), 04-Май-26, 14:33	+/–
> Вывод: скажем дружно: ... ... надо менять пресеты? Что-то ты замял вывод, который сделал. Давай колись, чо сказать-то хотел?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127

134. Сообщение от Sm0ke85 (ok), 04-Май-26, 15:01	+/–
>Что-то с AV1 и dav1d за 8 лет этого так и не произошло. Долго еще ждать? Ну дык как только, так сразу)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

135. Сообщение от tkzv (ok), 04-Май-26, 15:02	+/–
> Вывод: скажем дружно: ...Повышение скорости нужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127

136. Сообщение от tkzv (ok), 04-Май-26, 15:10	+/–
> 2) Какие параметры? Дефолтные. >>>> Neither bitrate nor constrained quality specified, using default CRF of 32 >>>> Stream #0:0: Video: av1 (av01 / 0x31307661), gbrp(pc, gbr/unknown/unknown, progressive), 414x560, q=2-31, 24 fps, 12288 tbn (default) >>>>      CPB properties: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: N/A > в именно gif бывает довольно специфичный граофний с 256 цветами - не все из этого хорошо работает с DCT-like кодеками. Рисованная от руки анимация с плавными переходами цвета, но чёрными контурами обводки. Как я понимаю, GIF был сделан из видео, вероятно MP4, вероятно x264.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #151

137. Сообщение от Аноним (118), 04-Май-26, 15:43	+/–
В смысле, хватает ли производительности на реалтайм декодинг?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128

138. Сообщение от Аноним (138), 04-Май-26, 19:38	+/–
>> Так можно получить mp3 который внутрях AV01 как видеокодек. Ну здесь вы все же загнули. mp3 = MPEG 1 Layer 3 - т.е. это все же конкретный аудиокодек, а не контейнер. То что вы расширение напишете mp3, не делает из него mp3.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #145

139. Сообщение от Аноним (138), 04-Май-26, 19:44	+/–
>> А почему не на GPL_v3? Скорее всего из-за патентов и тивоизация.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

140. Сообщение от Аноним (140), 04-Май-26, 20:55	+/–
Да, только там соотношение качество/битрей хуже чем у libaom. И, вроде, некоторых фич нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #149

141. Сообщение от Джон Титор (ok), 04-Май-26, 22:47	+/–
> Запихните это в WebAssembly - будет в браузерах. Думаете будет лучше работать чем то что есть на wasm? Вопрос конечно интересный, только поддержки поисковых систем тогда не будет. Они то как это запихнут себе на wasm?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123

142. Сообщение от Я (??), 05-Май-26, 01:17	+1 +/–
обычно код пишут на том языке с которым разработчиик лучше знакомы и только если он по какойто причине не подходит пишут на другом языке. учитывая что этому референсному кодеку даже не нужно быть лучшим кодеком его производительность и снижение ошибок с памятью вообще не играют роли. а так rav2e обязательно появится не переживайте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

143. Сообщение от Я (??), 05-Май-26, 01:29	+/–
так причём тут ты если речь про производителя дешёвой телевизионной приставки который не может себе позволить штат юритов чтобы думать как стыковать свои проприетарные костыли с гэпэлэ и ворохом её редакций. а AOMedia в целом пофиг на любой код который этот производитель приставки мог бы вернуть в сообщество кодека, но е пофиг если этот производитель приставки откажется от поддержи формата. тоесть вообще непонятно что полезного тут даст gpl вместо bsd
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

144. Сообщение от Аноним (144), 05-Май-26, 04:05	+/–
> Ещё раз: слёт с гарантии. Понятно что у тебя на коркедуо это > не принципиально, но вот блин реалии ноутов со штеудом ныне такие. Какой нахрен слет? С какой гарантии? Я никому не обещал нигде ничего ставить, не акцептовал никаких пасквиль, ноут шел без ОС, меня никто не информировал о нужде ставить какие либо программы при покупке. Поэтому если кто удумает такое - я подам в суд. Потому что мне интересно - а как они отмажутся с этим булшитом? ;) А еще по уму до визита в гарантийку стораж вообще вайпается в ноль. От греха. И между нами, я ноуты вообще покупаю - не для того чтобы по гарантийкам бегать. И тем более - не для того чтобы прогибаться под наглый диктат о...ших корпов и их холуев с левыми требованиями. Поэтому моя толерантность к такой активности низкая и я реально могу изучить опции как надрать задницу за подобные вещи. И заморочиться этим. Вплоть до организации class action lawsuit с знакомыми опенсорсерами, которых у меня - есть. Я надеюсь это достаточно популярно обрисовывает мои взгляды на проблему для корп холуев. p.s. а кишки кернела линя под свои процы - интел же и рихтует. Так что если там что-то профачится - так это тоже скорее всего их код. Пусть в суде и объяснят чем их код в кернеле отличен от кода в каких-то маздай программах и почму там они за свой код отвечают а там нет и что сие за двойные стандарты и мутные принципы - которые мне никто не описывал при покупке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

145. Сообщение от Аноним (-), 05-Май-26, 04:52	+/–
>>> Так можно получить mp3 который внутрях AV01 как видеокодек. > Ну здесь вы все же загнули. mp3 = MPEG 1 Layer 3 > - т.е. это все же конкретный аудиокодек, а не контейнер. То > что вы расширение напишете mp3, не делает из него mp3. Что за пост без опечатки в критичном месте? :) Конечно MP4 контейнер имелся в виду. Я уже встречал в диком виде .mp4 где кодек установлен в AV01. Штуки типа vlc такое жрут на ура, но более старый софт уверенный что там "обязан" быть MPEG4 радостно делит на ноль с такого комбо конечно :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138

146. Сообщение от Аноним (-), 05-Май-26, 04:53	+/–
> В linux нормальные программы определяют тип файла по MIME, а не по > расширению. Потому, еще как работает Вот только даже просто выбрать файло для восппризведения в плеере станет - мучением. И не все программы так заморочатся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124

147. Сообщение от Аноним (-), 05-Май-26, 04:58	+/–
> А вы не с ютуба дайте, а ссылку на оригинальный файл. Ютуб > жёстко сжимает видео. На 4К и 8К в принципе не так уж и жестит. Конечно отличия от pixel perfect заметить можно... но вы вообще попробуйте прокачать 8К без лагов в 264 каком, посмотреть как вам вообще оно и пролезет ли это без лагов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119

148. Сообщение от Проходил мимо (?), 05-Май-26, 13:51	+/–
Это называется "ниасилил". Голодная кума Лиса залезла в сад; В нем винограду кисти рделись. У кумушки глаза и зубы разгорелись; А кисти сочные, как яхонты горят; Лишь то беда, висят они высоко: Отколь и как она к ним ни зайдет, Хоть видит око, Да зуб неймет. Пробившись попусту час целой, Пошла и говорит с досадою: «Ну, что́ ж! На взгляд-то он хорош, Да зелен — ягодки нет зрелой: Тотчас оскомину набьешь».                      Крылов
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

149. Сообщение от Аноним (-), 05-Май-26, 18:13	+/–
> Да, только там соотношение качество/битрей хуже чем у libaom. > И, вроде, некоторых фич нет. Все так. И тем не менее, на мелких пресетах... 1) Соотношение битрейт-качество вполне приличное. 2) При этом прогружает всю кучу ядер. 3) Поэтому на втором пресете хреначит на 30% от реалтайма, от libaom такого не дождешься. Но да. Некоторые вещи и правда не умеет. А по некоторым наоборот обошел оный, который оттуда и портировал некоторые фичи потом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140

150. Сообщение от Аноним (-), 05-Май-26, 18:14	+/–
> Очевидно же, что гифка играется за 4 секунды, а енкодер работал 147 > секунд. Вывод: скажем дружно: ... Да, так и скажем: такие свидетельства без указания параметров кодирования - это именно оно!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127

151. Сообщение от Аноним (-), 05-Май-26, 18:21	+/–
> Дефолтные. Дефолтные, блин, КОГО?! Телепаты - в отпуске! Ffmpeg можно собрать в куче разных вариантов. С теми или иными либами. И вот кто вас там знает - что за либа и что за дефолты? Если это какой-нибудь дебиан или убунту был - то дефолтным мог быть и libaom который скоростью никогда не страдал, а допустим svt-av1 надо явно просить. Но он куда как быстрее, особенно если у вас ядер проца так 4-8+ есть. >> progressive), 414x560, q=2-31, 24 fps, 12288 tbn (default) Да, капец как информативно - даже название либы не указано. Вербозный режим хотяб врубить - тоже, видимо, рокетсайнс. Да, представляете, дистро или кто там могут собрать ффмпега с 2-3 разными энкодерами AV1 запросто. А они так то довольно разные по свойствам. > Рисованная от руки анимация с плавными переходами цвета, но чёрными контурами обводки. Это нечто довольно специфичное и зачем сие в вот именно видеокодек совать - черт бы его знает. Видеокодеки по умолчанию - для мувиков, Карл! А знание как оно какие-то рисованые руками гифы кодирует - это, мягко говоря, очень специфичное и нишевое развлечение интересное полутора землекопам на планете. Особо утонченным ценителям странного.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136

152. Сообщение от Аноним (152), 05-Май-26, 18:24	+/–
Потому что декодировщик нужен в первую очередь для встраивания в существующие кодовые базы. И если из того же Rust (или чего угодно вообще) использовать библиотеку на C - не проблема, то Rust-библиотеку нормально использовать можно только в Rust-коде.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

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

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