/proc/device-tree is a read-only pseudo-filesystem directory that exposes the Device Tree as it was parsed and used by the running kernel.
It just shows the values in DTB.
I also removed it for it to work properly but Iâm not satisfied. When playing a video, the sound plays immediately but the screen is still black because the whole HDMI chain is a bit slow to react and properly sync/detect the signals. DuneHD Box R 4K â Denon AVR â OLED TV
This is especially noticeable when switching from Kodi interface (1080p SDR) to 4K HDR (no matter if plain HDR, DolbyVision, HDR10+ or HLG). Some videos have immediate content without âintroduction/creditsâ screens (ie: âPreviously on âŚâ for TV shows) and some visual content is lost.
Up until CE-NO 20250624, any delay would work without issue. I suppose that the real problem is in Kodi with some kind of race condition somewhere.
Hi everyone. I have a Dune Pro Vision 4K box. I decided to upgrade from the 21-NE to the 22-NO to solve AV1 playback issues. The 22-NO hasnât had any issues so far, except for one. Iâm using a pseudo-sleep script (turning on the red LED instead of the blue one and disabling the video output). It works on both the NE and NO. However, in NO, it consumes 105% of CPU (waiting for the âvalue 408â IR signal) and runs slightly hotter than when playing FHD video, even just with the main screen on. âCoreELEC:~ # topâ also shows the R status instead of the S on the 21-NE, for kodi.bin process. In 21-NE it consumes about 6% of the CPU. Hereâs the script itself; it works perfectly with the included R4 remote control:
Thanks for the reply. Iâm stopping eventlircd to listen for events on platform-fe084040.meson-ir-event, otherwise itâs blocked. Iâve previously tried pkill -STOP and pkill -CONT, but stopping/starting eventlircd prevents Kodi from waking up, even with a separate command via SSH, Kodi stays freezes in forever. It seems thereâs a glitch that can only be fixed with a restart.
UPD! This was the case in 21-NE. No matter how much I tried, Kodi always crashed after a few cycles. But in 22-NO, it seems that pkill -STOP, pkill -CONT combined with stopping and starting eventlircd no longer cause a Kodi crash! Thank you again.
I was watching a two-hour movie with a video bitrate of 78.6 Mbps and about once every 20-30 minutes there was buffering for about 5 seconds.
CoreELEC:~ # smbclient â``//192.168.1.1/Keenetic`` SSDâ -N -c âget Hamnet.2025.BDRemux.2160p.HDR-DV.mkv -â | dd of=/dev/null bs=1M count=50000 0+50000 records in 0+50000 records out 3276800000 bytes (3.1GB) copied, 263.403484 seconds, 11.9MB/s
Itâs WiFi, but itâs stable; there were no other devices connected during playback. I have a Dune HD Pro Vision 4K (S905X4-J), and the read speed is around 20 MB/s in DuneOS. I tried buffer sizes from 128 to 512 MB, and the problem persisted each time. Itâs very strange, considering even such a low speed (~11.9 MB/s) should be sufficient for this movie, especially with such a huge buffer. Why is the Coreelecâs speed so much lower?
I changed the chunk size to 1 MB for SMB, otherwise there would be a slideshow. The highest temperature I saw during playback was 44 degrees.
Yes, but why does DuneOS show 160+ Mbps for the same file? The physical position of the box didnât change, nor did anything else. The maximum RAM consumption during playback was about 55% of 4GB.
We are not the provider of the WiFi driver source code. So please ask your vendor or better as always use LAN. LAN is LAN, working. WiFi is WiFi, maybe working,. maybe notâŚ
I installed the latest firmware (20240803-1308) from the manufacturerâs website, x96mini.com, but the kernel is only version 5.4.210. Since I donât own a Dolby Vision-compatible TV, this isnât currently a problem for me. Is there a way to disable this message when the receiver starts up?
And: Does this mean that Dolby Vision playback would be possible with NE 21.3? However, I have another problem with NE: Many AV1 videos cannot be hardware-decoded. They stutter and exhibit numerous decoding errors, which appear as vertical lines. Software decoding works, with increased CPU usage, at least up to 1080p. Hardware decoding works for the affected files with NO. However, these progressive videos are incorrectly displayed as interlaced in the player process info. The aspect ratio is listed as 0.00 for all AV1 videos, but the aspect ratio displayed on the TV is correct. With software decoding, both pieces of information are displayed correctly in the player process info.
I also noticed that the DTB for X88 King is missing from the device trees for the S922X. Is this device no longer supported?
