Irgendwie hat die Jellyfin-App auf der Streambar von Roku seit einiger Zeit Probleme HEVC (H265) abzuspielen.

Abspielen klappt schon, allerdings kommt es zu sehr nervigen Unterbrechungen weil dauernd gebuffert wird.

Die Bitrate der Dateien ist nicht so außergewöhnlich verglichen mit denen, die problemlos abgespielt werden können.

... alle H265 Dateien nochmal zu konvertieren und durch H264 auszutauschen... Darauf habe ich keine Lust -.-

In Findroid auf dem Smartphone funktionieren einige (aber nicht alle) H265-Dateien ohne andauerndes Gebuffer.

Mal schauen, wie viele H265-Dateien ich überhaupt habe. War mein Standard-Codec für eine gewisse Zeit, bis ich wieder H264 mit Nvenc enkodiert habe.

#roku #jellyfin #h265 #findroid #video #streaming

@niccolove @niccolo_ve

Comment on this video (which us not shown on my Fedi instance, yay federation!)

https://tube.kockatoo.org/w/63cGWTvhzqu2bwMGsh3QcF

I cannot believe that that GPU is not usable for video work. That is what GPUs are made for!

Poorly, there are a few caveats:
- there are always more DEcoders supported than ENcoders. I guess not being able to play a video (it would play but be less efficiently decoded on the CPU) is worse than being bound to #h265 instead of #av1 for recording.
- thus it makes sense that GPUs generally work flawlessly for gaming, as that is just displaying videos (or rendering content, which is kinda different, no idea why video codecs are more difficult than rendering methods)
- for every video format out there exists an encoder. If you use software rendering (on the CPU), you can use ANYTHING. Like encode to modern (and free!) AV1 using #svtav1 on any old CPU.
- if you want to encode videos on a GPU, you need drivers, but also a different encoder. On #NVIDIA you use #NVENC (NVidia ENCoder), for example nvenc_x265 for h265/HEVC videos. On #IntelArc (and afaik AMD GPUs), you use the #QSV (quick sync video) library which builds on top of #VAAPI, which is open source. So you can encode to AV1 using qsv_av1 for example.

What encoders are supported depends on the GPU a lot. Intel Arc seems to have supported the free, efficient and future-proof AV1 codec the earliest, but also the older free codecs VP9 and VP8 (also used in webm), like in a GPU I recently bought used. My older NVIDIA GPU only supports H265, which is proprietary and often less efficient than AV1 (not always, video codecs are black magic).

As OBS can use your GPU for video capture (encoding), the issue is purely in software support.

I only have experience with #ffmpeg for re-encoding videos, but that is also in many video editing tools. Try if you can get them somehow.

For NVIDIA I needed the latest proprietary drivers (#NixOS makes this extremely easy, can recommend) and ffmpeg, nvenc worked out of the box.

For intel Arc I used the regular drivers included in the kernel, but after adding the QSV runtime to my "hardware.graphics.extraPackages" I needed to recompile the entire kernel. Using a #longterm kernel (currently 6.18) makes this more viable... longterm XD.

#MicrosoftSurface #KDENlive #Shotcut #VideoEditing

My Childhood Dream Laptop

PeerTube
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.