Posts by mo123

    You have to wait until mainline Linux support is added for Rockchip devices.

    4.4 kernel images don't support audio passthrough.

    Rockchip: add mainline linux support by Kwiboo · Pull Request #3560 · LibreELEC/LibreELEC.tv · GitHub

    You will need a 5.1 not 4.4 dts kernel file to test with mainline images used here.

    But I can't help further.

    from where I can download the 5.x kernel image (package) so that we also can test and give you the feedback. Thank you

    Here are the test images with mainline Linux 5.1 kernels.

    Index of /test/


    Mpeg2 should work.


    It seems there is progress being made with H264 and hopefully that should work too early next month.

    Then H265 and VP9 video playback code still has to be created and tested with mainline Linux.


    I can't wait until everything works fully with mainline Linux.

    May I ask you to point me the correct build and/or dtb file for RK3399 H96 Max 2g RAM version?

    There is no support for that device.

    Please ask the manufacturer to send sample devices to the LibreELEC developers plus the kernel source code.

    Try all the other RK3399 dts files and check which one works the best then the things not working can perhaps be fixed.

    Carey It must be because you have a different revised board.

    Most Rock64 users have the non revised or rev1 boards that they bought one or two years ago.

    The kernel dts file might not contain the correct settings for the latest rev2 or 3 boards I think.

    It can hopefully be fixed with the correct kernel changes later on.


    Pine64 should have made one board with everything improved from user feedback before the device was released since all these revised boards become a nightmare later on to all support correctly.


    Maybe something also causing problems with rev3 boards and micro-sd cards.

    Wonder how it passed quality control?

    Rock64 v3 and SD-Cards

    I'm on the latest alpha build of libreelec, and have an issue with the video on my rock64 1GB board. I've just now started using this board, and I have found 2 issues. One is that when i start a video I lose hdmi output, the other is when i do have hdmi output the color is not correct. The interface works correctly, this only happens when i start a video. Has anyone else had this same issue and have you been able to get it corrected or should i go back to using my raspberry pi and find another use for the rock64.

    Did you try the latest nightly?

    libreelec-rk3328.arm-9.1-nightly-20190501-6f2af43-rock64.img.gz

    Hi,


    i use my Rockpi4 dayli with live tv and netflix. I have also a tvheadend server with german sky Card. Everything works well, but sometimes the video has to reload and at this point i have to stop the program and start it again, because the video is showing slideshow. If i turn of the Hardware decoder and use SW everything works fine!! It would be nice if someone can test this issue!


    Sorry for my english...

    The nightly images are missing the software decode patches from Kwiboo for Inputstream Netflix decoding.

    Otherwise everything could be hardware decoded and Netflix software decoded automatically with much better performance.

    Things will improve even more with the switchover to the Linux 5 kernel.

    Of course it will be open-source.

    The main use of RK3588 is Linux support.

    It just depends which companies will release development boards based on it and send sample devices to developers.

    Don't expect cheap no name brands that only ship with Android to have any LE support.

    But it's still almost a year away.


    The S905X3 is a low cost device, RK3588 won't compete against it, rather against the S922 but the RK3399 performance is already a bit faster than the S922. I would rather say the RK3530 will compete against S905X2 & S905X3.

    Compare the commit number in your image to the one in the Github page to see commits newer than it or the ones included in the image. Eg. b090091bb921 That is your change-log.

    Commits · LibreELEC/LibreELEC.tv · GitHub

    The daily images are all still using the old 4.4 kernel that is now discontinued since mainline v5.x kernel support is being worked on.


    Just some of the hundreds of mainline patches that will be tested and merged soon.

    WIP: Rockchip: add initial mainline support · Kwiboo/[email protected] · GitHub

    The kernel update from 4.4 to 5.0.7 alone already contains a few thousand changes.


    Some mainline kernel work being done on a daily basis.

    Rockchip SoC list - Patchwork


    With mainline support lots of things like 10-bit, HDR, interlaced playback, HD Audio have to be redone and for HDR, follow standards set by Intel code that have to be tested and still merged into mainline kernel. But if finished, everything will run a lot more stable and be better supported. All of this takes tremendous time and effect from several different developers.


    Several Rockchip devices are tested not just Rock64, there is no special support for one device.

    please can you let us know any timeline when the new version will getting release. (any tentative update)

    New preliminary mainline 5.x kernel images should be available next week or before the end of April for RK3328/RK3399 for testing.

    You have to remember that HDR(awaiting Intel patches) and 10-bit support is now wip and won't work as on 4.4.x kernel images.

    HD Audio is also wip but will be developed further for mainline kernel.

    H264, H265, interlaced support is also being redesigned so there will be new issues and improvements.

    So 4.4.x kernel images are the most stable until support for all the components get merged into mainline kernel.

    I'm thinking more the Rock64 issues are hardware related since the stuttering can't be reproduced on other devices.

    Beelink RK3288 devices also had stuttering that couldn't be reproduced on other RK3288 devices and it turned out it was because of low quality RAM chips that were used.

    Also Pine seems to have abandoned the device and making empty promises to users.

    But I hope I'm wrong and with the Linux v5 kernel that LibreELEC developers are working on, it would improve things.

    Hi,


    I am new to this forum and I just bought a Rock64. I am experiencing CEC issues with my Philips TV. The CEC device gets registered on startup but it does not work. I installed the Rock64 image version 8.90.014.

    Any ideas how to fix this issue?

    Use a newer image.

    Index of /

    The one you're using is ancient.

    edit: the cpu governor is set to performance by default.

    new nightly release today installed on my rock64 and the problem persists.

    Did you try a faster micro-sd card?

    You can manually turn it to OnDemand or Interactive(which is even better), it really helps with stability to decrease temperature and heat compared to Performance that always runs at the highest CPU speed.

    feedback for test build LibreELEC-RK3328

    MVR9 RK3328 users run their devices for hours without any freezes or crashes, but maybe it is because of a better heatsink and higher quality DDR4 RAM used. You can also use a USB cooling fan to make sure the device runs stable and doesn't downclock because of high temperatures.

    The Chrome image downloads fine for me but takes a while.

    Someone must really make a small addon that just downloads the Widevine DRM files and not a whole Chrome image.