Rockchip RK3588 and RK3576 H.264 and H.265 video decoders gain mainline Linux support

VDPU381 and VDPU383 video decoders are found in Rockchip RK3588 and RK3576 SoCs and variants like the RK3588S and RK3576J. So far, we had to rely on the Rockchip BSP to support hardware video decoding, but Collabora has just announced upstream/mainline Linux support for H.264 (AVC) and H.265 (HEVC) video decoding for RK3588 and RK3576 SoCs. Highlights of H.265/H.264 video decoder implementation on mainline Linux: A 17-patch series adding decoder support, in addition to dt-bindings and device tree nodes New V4L2 HEVC UAPI controls for explicit short-term and long-term RPS (Reference Picture Set) handling Fixing a non-obvious IOMMU restore issue caused by decoder-embedded IOMMU resets Struct-based register programming model to enforce completeness, ordering, and future multi-core readiness The new V4L2 UAPI controls for HEVC long and short-term Reference Picture Set (RPS) are required for the VDPU381 (RK3588) and VDP383 (RK3576) video decoders, contrary to some other decoders (e.g., VeriSilicon) that

CNX Software - Embedded Systems News
Un tribunal alemán ha ordenado dejar de comercializar portátiles de Acer y ASUS en el país. Todo viene de una disputa por parte de Nokia por la licencia del códec H.265. Los portátiles de estas marcas seguirán a la venta hasta que los minoristas agosten existencias #h265 -> https://hardlimit.com/archivo.php?n=2435
Primera página | Portada Hardlimit

Toda la actualidad del hardware y el software. Visita nuestros foros y comprueba el rendimiento de tu procesador con nuestro banco de pruebas.

M5Stack AI-8850 LLM Accelerator M.2 Kit offers an alternative to Raspberry Pi AI HAT+ 2

M5Stack has launched the "AI-88502 LLM Accelerator M.2 Kit 8GB Version" based on its LLM-8850 M.2 card with a 24 TOPS Axera AX8850 SoC, and offering an alternative to the Raspberry Pi AI HAT+ 2, supporting both LLM and AI vision workloads. The kit is comprised of the M.2 card and a Raspberry Pi-HAT 8850 board with USB PD power input for the card and Raspberry Pi 5, a 16-pin PCIe connector and 40-pin GPIO header for connection to the SBC, as well as accessories. M5Stack AI-8850 LLM accelerator M.2 kit specifications: M5Stack LLM‑8850 M.2 card SoC – Axera AX8850 CPU – Octa-core Cortex‑A55 processor at 1.7 GHz NPU – 24 TOPS @ INT8 VPU Video Encoder – 8K @ 30 fps H.264/H.265 encoding, supports scaling / cropping Video Decoder – 8K @ 60 fps H.264/H.265 decoding, supports 16 channels 1080p parallel decoding, supports scaling / cropping Memory (two options) 8GB 64‑bit LPDDR4x @ 4266 Mbps 4GB 64-bit LPDDR4x, 4266 Mbps (not

CNX Software - Embedded Systems News
#Fedora, you know I love you, so why can't you work things out with h.264? You two would make beautiful toolsets.
#h265 #av #videoProduction #videoEditing #linuxDesktop

Netflix made a 4K HDR #anime compression torture test. It's only 5 minutes, but the raw file is 300 GB, and this lossless encode is 81 GB. It's released under #CreativeCommons so it can be seeded indefinitely!

https://nyaa.si/view/1468610

This 3GB version by Beatrice-Raws is equivalent to a 2 hour movie being 138 GB. A typical 4K film is around half that size, with anime often being even smaller.

So in theory, this 3GB version will be more than sufficient.

https://nyaa.si/view/1541408

The blog on the production is interesting:
https://netflixtechblog.com/bringing-4k-and-hdr-to-anime-at-netflix-with-sol-levante-fa68105067cd

#h265 #AV1

[SCP-2223] Sol Levante [v2][Netflix 4K HDR Master][Lossless AV1 12-bit 444 + AV1 @ crf15 12-bit 444][FLAC 5.1 + 2.0][E-AC3 Atmos 5.1][CC BY-NC-ND 4.0][0DDE1B9E] :: Nyaa

Anime - Raw | 81.4 GiB | Uploaded by DataHoarder on 2021-12-19

Nyaa

Видеокодек AV2 готов. Почему нам важны открытые стандарты

Новые видеокодеки моментально улучшают жизнь миллионов людей. Тем не нужно прикладывать практически никаких усилий, разве что обновить железо или софт. После этого видеофайлы магически уменьшаются в размере, качество картинки становится лучше, видео в интернете перестаёт тормозить и т. д. Например, новый видеокодек AV2 уменьшает трафик на 30%. Единственный недостаток — время кодирования увеличивается, потому что используются сложные интеллектуальные технологии (например, психофизические модели зрения и мозга, новые способы предсказания будущего (межкадровых изменений) по предыдущим кадрам, последние открытия в математике (вроде треллис-квантования ). Появляется ощущение некоего волшебства. Вообще, эффективное сжатие напрямую связано с пониманием данных, то есть с уровнем интеллекта. Чем глубже понимание смысла, тем больше мы видим аналогий, паттернов, циклов и рекурсий, которые можно использовать для «упаковки» информации. Как говорится, достаточно продвинутая технология неотличима от магии. Так и видеокодеки нового поколения — это настоящая программная магия.

https://habr.com/ru/companies/ruvds/articles/970584/?utm_source=habrahabr&utm_medium=rss&utm_campaign=970584

#av2 #av1 #hevc #h265 #сжатие_данных #AOMedia #avm #psnr #ssim #ruvds_статьи

Видеокодек AV2 готов. Почему нам важны открытые стандарты

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

Хабр

Видеокодек AV2 готов. Почему нам важны открытые стандарты

Новые видеокодеки моментально улучшают жизнь миллионов людей. Тем не нужно прикладывать практически никаких усилий, разве что обновить железо или софт. После этого видеофайлы магически уменьшаются в размере, качество картинки становится лучше, видео в интернете перестаёт тормозить и т. д. Например, новый видеокодек AV2 уменьшает трафик на 30%. Единственный недостаток — скорость кодирования многократно возрастает, потому что используются сложные интеллектуальные технологии (например, психофизические модели зрения и мозга, новые способы предсказания будущего (межкадровых изменений) по предыдущим кадрам, последние открытия в математике (вроде треллис-квантования ). Появляется ощущение некоего волшебства. Вообще, эффективное сжатие напрямую связано с пониманием данных, то есть с уровнем интеллекта. Чем глубже понимание смысла, тем больше мы видим аналогий, паттернов, циклов и рекурсий, которые можно использовать для «упаковки» информации. Как говорится, достаточно продвинутая технология неотличима от магии. Так и видеокодеки нового поколения — это настоящая программная магия.

https://habr.com/ru/companies/ruvds/articles/970584/

#av2 #av1 #hevc #h265 #сжатие_данных #AOMedia #avm #psnr #ssim #ruvds_статьи

Видеокодек AV2 готов. Почему нам важны открытые стандарты

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

Хабр
Well .. it takes quite a bit longer to encode #h265 than I was expecting. Still crazy to me that CPU encoding is still superior to GPU encoding.

В последнее время стал жать видео в AV1 через #ffmpeg и #HandBrake. Из трёх кодировщиков: libsvtav1, libaom-av1 и librav1e стабильно работает первый, хорошо и эффективнее жмёт маленькие видео по сравнению с распространённым H265, но пытаюсь ужать видео в 2,2 ГБ и размер его только увеличивается 🙄
Обратился к интернету и вот результаты

Сравнение libsvtav1 и libaom-av1: ключевые различия

libaom-av1 — это эталонный кодировщик AV1, разработанный Альянсом открытых медиа (AOMedia), в основном при участии Google. Он ориентирован на достижение максимального качества и сжатия, часто используется как точка отсчёта при сравнении других кодировщиков. В то время как SVT-AV1 (libsvtav1) — это проект, созданный Intel и Netflix, с акцентом на высокую скорость и масштабируемость, особенно в многопоточных средах.

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

Качество и эффективность сжатия

libaom-av1 традиционно считается лидером по качеству, особенно на медленных пресетах (например, cpu-used=2). В тестах с метриками вроде VMAF он может давать чуть лучшее качество при одинаковом битрейте, особенно на сложных сценах и статике. Это делает его предпочтительным для архивного перекодирования или когда качество важнее времени.

SVT-AV1 немного уступает в пиковой эффективности, но разница минимальна — «на волосок». При этом он предлагает гораздо более предсказуемое и стабильное качество на пресетах средней и высокой скорости. Благодаря оптимизациям, он эффективен даже при низких битрейтах, что важно для стриминга.

Скорость и производительность

SVT-AV1 значительно превосходит libaom-av1 по скорости кодирования, особенно на современных CPU. Например, тесты на Snapdragon 680 показали, что SVT-AV1 работает в 2–3 раза быстрее при сопоставимом качестве. Это достигается за счёт отказа от некоторых сложных функций AV1 и использования эффективной многопоточной архитектуры на основе тайлов и строк.

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

Применение и экосистема

libaom-av1 — идеален для задач, где важна максимальная эффективность сжатия, а время кодирования не критично (например, перекодирование фильмов).

SVT-AV1 — выбор для live-стриминга, медиасерверов (например, Nimble Streamer), облачных транскодеров и любых сценариев, где важна масштабируемость и скорость.

ВЫВОД

Выбирайте libaom-av1, если вам нужно максимальное качество и вы готовы ждать.

Выбирайте SVT-AV1, если важна скорость, масштабируемость и производительность в реальных условиях.

SVT-AV1 считается более «практичным» кодировщиком будущего, тогда как libaom-av1 остаётся «золотым стандартом» для измерения качества.

#AV1 #H265

Giorno, sapete se si può già provare in beta #av2 sono curioso di vedere la qualità e il livello di compressione... #vlc #video #videoediting #h265 #linux