Posts by mo123

    It's already on 1.0.1 maybe that's the problem -> GitHub - CastagnaIT/repository.castagnait: CastagnaIT Kodi addons repository

    Or just install 1.14.1 directly -> Releases · CastagnaIT/ · GitHub

    Kodi 19, mainline LE have to use the v1.0.0 addon and the v1.0.1 addon is only for older Kodi 18 based images.

    Android plays Netflix correctly so I don't know if it's perhaps a problem with software decoding on the mainline images or Netflix blocking LE user agent strings etc. I will try with some older Kodi 18 based LE images too and see if it works there.

    RK3328a is too slow to play Netflix even in HD.

    Netflix DRM on Linux(LibreELEC) can only be software decoded with the CPU.

    RK3399 with a big heatsink can support up to 1080p.

    RK3328 can only support 720p and it has a much better CPU than RK3228a.

    But what does it mean for future ?
    1. no patch for LE is possible
    2. it is a matter of patching "rk3399-rock-pi-4.dtb"
    3. it is not hardware possible

    Please comment - this functionality is really awaited for as it changes sound experience vastly nowadays.

    It is hardware possible.

    A LibreELEC developer just has to add a working patch for Rockchip devices, test it and build a new image.

    Eg. for Allwinner devices these patches add audio passthrough - Allwinner: WIP audio passthrough · jernejsk/[email protected] · GitHub

    So something similar with a few changes could work on Rockchip devices too.

    But they first want to improve video playback I heard so audio passthough will likely take the back seat for another couple of months unless independent developers can do tests and create a patch.

    Hi, has anyone also problem with Direct Passthrough of DTS, DTS-HD and TrueHD on RockPi 4 ver A in Kodi ??
    I get only loud white noise or something...the same I get on Android TV images. I was able to transmit DTS-HD on Odroid C2 but now looking for How to exclude that it's even possible to get DTS-HD working on RockPi ??

    Has anyone experience DTS-HD playback issues ????

    What might the limitations might be for DTS-HD to work in Rock Pi 4 while it works on AMLogics ????

    LibreELEC with 4.19 kernel possible?

    DTS-HD is working in my AndroidTV images for RockPi 4.

    Try setting keep device alive to off and send low audio noise to off.

    Can you tell WHY it does not bitstream ?? I am guessing are there hardware or license issues...

    Because no patch for it was added yet.

    You can use the same patch as for Allwinner but need to modify it a bit to be compatible with Rockchip devices, which I don't know how to do.

    The LE developers first want to add 10-bit, H265, VP9 video playback support for mainline LE before working on audio.

    Allwinner: WIP audio passthrough · jernejsk/[email protected] · GitHub

    So it might still take a few months unless someone can adapt jernejsk's kernel patch for Rockchip devices themselves or do it another way.

    Rockchip released an updated 4.19 kernel here

    GitHub - rockchip-linux/kernel at develop-4.19

    Perhaps users still building LE with the 4.4 kernel can get it booting?

    Because this kernel is also used for Android-Q things like HDR, 4K, 10-bit color, H265, VP9 might work out of the box just like in the 4.4 kernel.

    There is also a commit for HDMI Bitstream audio, perhaps it can help to get HD audio passthrough working?

    drm: bridge/dw-hdmi: add support for hdmi bitstream audio · rockchip-linux/[email protected] · GitHub

    Another benefit of the 4.19 kernel is PS4 bluetooth controllers working now.

    It might still take a long time until all features work in mainline so this might be a stopover for some developers and work better than the 4.4 kernel for now?


    And for the mainline kernel, user jernejsk made a patch based on the Raspberry Pi 4 HBR audio passthrough to get it working on Allwinner devices.

    Allwinner: WIP audio passthrough · jernejsk/[email protected] · GitHub

    Because Rockchip and Allwinner devices use the same HDMI hardware, someone might get it working on Rockchip devices too or can work with him to test it on Rockchip devices?

    Can anyone kindly tell me if the following things are working or not in the recent builds/images:

    • x264 10bit
    • X265 & 10bit
    • Bluetooth, Ethernet & WiFi
    • PWM Fan Controls with speed settings
    • USB 2 & 3 Ports
    • InputStream_Adaptive for YouTube
    • Customs skins


    Don't think 10-bit H264 work but kwiboo did write patches already for it, might need to wait for the next Linux kernel for it to be merged.

    X265 is not working

    Bluetooth, ethernet, wifi - It depends on your hardware, but works for supported devices

    PWN Fan - No fan settings, only some devices' fan work and it's automatic

    USB Ports work depending on device

    Youtube using VP9 codec won't work, only H264 codec will work.

    Skins work.



    Do you know how you could build LibreELEC but with a local package with changes that were zipped

    instead of it downloading it from a remote site?

    Eg. I want to quickly test with local changes I make to the Linux kernel without first making patches or downloading/reuploading the whole kernel to Github to test a small change.

    Later when it has a desired effect, then I can make patches. at master · LibreELEC/ · GitHub


    Do you know how to add the 'add 'uboot-set' in io-domain node' for Edge RK3399?

    The same patch of nanopi added to rk3399-khadas-edge.dtsi doesn't seem to boot, only if I use an older u-boot.

    Here are all the specific Edge Linux 4.4 kernel changes

    Commits · khadas/linux · GitHub

    I'll try to add and check what is different compared to your kernel to make the device more compatible.

    RockPi 4 with a heatsink works great so far and stays cool.

    Not sure why Khadas decided to use a noisy fan.

    The fan is working with LibreELEC with mainline kernel.

    I still couldn't get the fan working with the 4.4 kernel even with 8018716dd73adc85c8f5175290066bf6d5b4e70a commit, but maybe it's because I tested with an old u-boot or more kernel changes are missing, not sure.


    hi mo123,

    i have now integrated the Rockchip change for the Rockpi4 device tree.

    But do not know exactly whether the problem could be.

    Here is the dtb file.


    I also saw if I use an old u-boot package >5 months ago then LE also boots correctly again on every device.

    You don't perhaps know how fans work on RK3399?

    The Khadas Edge also has a fan like the nanopi4(rk3399-nanopi4-common.dtsi) but I can't seem to get it turning on automatically on LE with the 4.4 kernel. With mainline LE, the fan is working.

    If I use the NanoPi4 dts file, the fan starts spinning on the Edge but obviously doesn't boot because it's the incorrect dts/dtb used.

    Here is a kernel fan patch but I think it's for Android and not Linux(LE) - FAN: enable PWM FAN, add auto mode and factory test support · khadas/[email protected] · GitHub. The fan has 0 1 2 3 speeds, if it can automatically use speed 1, low speed, it would be great.

    The device runs quite hot if software decoding 1080p so having the fan work would be helpful with the older 4.4 kernel.


    I tried to also boot on a RockPi 4 RK3399 but couldn't get it to boot, no signal on tv.

    I copied the dtb file and edited the one in the extlinux file too.

    With the previous images from 17/11/2019, it booted correctly.

    Do you know if any big kernel, u-boot changes since then might be what is causing the non booting issue perhaps?

    I will just try different micro-sd card brands too.

    I don't have a uart cable so it's difficult to troubleshoot.


    Do you know how to build Kodi for ARM Linux, eg. for Manjaro Linux for RockPi 4, Edge-V RK3399?

    The default Kodi for Manjaro is 64-bit but I want to build a 32-bit one so it can work with more addons and Widevine.

    The Kodi wiki only explains it for Linux X86 and not for ARM devices and how to activate OpenGLES, Panfrost etc.

    It must share some build steps with LibreELEC.


    Is it possible to build some newer test images?

    There are now VP9 support, more wifi driver support in mainline kernel and new DRMPrime software decoding not merged yet in Kodi, which would be interesting to test.

    For RK3399

    Hope the 4K resolution, fractional frame-rate support and 10-bit color will also be possible soon.

    Then everything will be supported except H265 and HDR playback.

    What does that mean? By "software", do you mean the default media player? (No loss there..)

    Suppose I'd like to dual-boot Android TV and (legacy) LibreELEC images. Is running both off of 1 storage device possible/viable? The Radxa wiki provides an example image (ubuntu+android), for an older SBC that had onboard NAND. but I don't see any info how to prepare it, or if the process is applicable to the Rock Pi4, and it's quite old at this point.

    For Hi10p, the manufacturers also have to modify the Android framework to broadcast to all video players that Hi10p is available, 99% of manufacturers don't implement this. What it means is that Hi10p won't work in any video player like Kodi, VLC, Nova or MxPlayer.

    Luckily I fixed it in RockPi 4, Edge-V and RK3328, RK3229 firmwares I made. Without the changes, videos will play in 8-bit color with green, purple color artifacts and the picture will break up.

    At the moment you have to use emmc and micro-sd but Rockchip is working on it so you can install 2 OS's on the same storage in future.

    Widevine shows L3 so most apps can work. Widevine L1 is only available on closed-source devices with locked bootloaders.

    You can also use Magisk to make your device Google Certified or use LibreELEC for 1080p Netflix.