Review of Rikomagic DS08 Android 13 digital signage player

Rikomagic has sent me a sample of their DS08 digital signage player for review. It's based on a Rockchip RK3588 SoC paired with 8GB of RAM and a 128GB eMMC flash, and offers two HDMI 2.1 ports, gigabit Ethernet, WiFi 6, and Bluetooth 5.2 connectivity, as well as several USB ports, optical S/PDIF audio output, and more. I was initially not sure I could receive a sample, as Thailand is pretty strict with licenses for this type of hardware, but Rikomagic told us that it would not be a problem when using DDP (delivered duty paid), and the courier handles all paperwork. And indeed we did receive the parcel without issue. Since Rockchip RK3588 is now a mature platform, we won't run benchmarks in this review, but instead go through an unboxing and a teardown, and focus on digital signage features such as video playback, RTC support, and display orientation

CNX Software - Embedded Systems News
TIL: #Signal unter #iOS kann keine modernen Videoformate wie #H265 wiedergeben...

Почему одинаковая надпись H.264 или H.265 на IP-камерах не делает их одинаковыми

На рынке видеонаблюдения есть удивительно живучий миф: если на двух IP-камерах написано H.264 или H.265, значит, и вести себя они должны примерно одинаково. Нагрузка на сеть будет похожей, архив займет сопоставимый объем, сервер разницы не заметит, а совместимость окажется чем-то само собой разумеющимся. Разберем, почему одинаковая надпись H.264 или H.265 не делает IP-камеры одинаковыми, какие параметры действительно влияют на поведение потока и на что стоит смотреть при выборе, тестировании и модернизации системы.

https://habr.com/ru/articles/1020930/

#видеонаблюдение #видео #видеоаналитика #vms #видеоархив #сетевые_технологии #h264 #h265 #кодеки #система_видеонаблюдения

Почему одинаковая надпись H.264 или H.265 на IP-камерах не делает их одинаковыми

На рынке видеонаблюдения есть один миф, который пережил уже не одну линейку камер, не один ребрендинг и не один склад с “очень выгодной партией”. Миф звучит так: если на двух камерах написано H.264...

Хабр

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