Posts by ilmich

    Jock2

    Sorry, can not identify such "answers". There is a discussion around RK3229 but nothing precisely about the last firmware, where is it, if works or no.
    Please, let me know again about my worries.
    Give again such answers.... I have ever the same problems reported here ... I can not boot under RK3229 ... with such RAM and ROM described.
    Do you have some success on it?


    cc

    Have you tried images for rk3228 instead of rk3229!?!? Keep in mind that often rk3228 boxes are sold as rk3229.

    Try to flash an image for rk3228 (for example the alfawise a8).

    Unfortunately with these boxes, you have to try until you find the right image

    the source code of the stable branch (libreelec 9.2)


    GitHub - knaerzche/LibreELEC.tv at libreelec-9.2


    is updated, but @knaerzche's images not yet.
    So I've cloned his repo and build the image for my box by myself.

    Am I the only one having trouble with the libreelec repo?

    I noticed that some packages have urls which are wrong or out of date

    For example rockchip has removed the source code of the mpp package. But on github I found a fork

    GitHub - HermanChen/mpp: Rockchip MPP(Media Process Platfrom)

    that still works.

    Glad to know it was useful :D.

    However I'll forgot to mention that I've only builted(and shared) knaerzche repo with latest commits. Nothing more, nothing less :)

    Thank you. I followed these steps and everything looked to be ok, but when I tried to start the system I got an error message "failed to start login service". The system starts but a lot of services are no running (ssh, etc). I think I will have to back to the original image.

    It's strange because

    - I'm using an image with this patch

    - the two files are used only with software decoded streams(during my experiments, eventually broken shaders cause only black screen during playback)

    I forgot to say that the whole procedure must be performed as super user, because otherwise there is the risk that the resulting filesystem may have wrong permissions.
    In any case, the correct procedure would be to recompile the image with the patch. I'll try to send it to the project maintainer.

    Can you please elaborate how to apply this patch? I would like to be able to play hevc files without system reboot,

    Thank you:)

    Assuming that you have a linux distribution:

    - flash image as usual on a SD card

    - mount first partition of sd card on your linux machine

    Code
    # mount /dev/mmcblk0p1 /some_mountpoints

    - explode libreelec filesystem with squashfs tools

    Code
    # mkdir tmp_dir 
    # cd tmp_dir
    # unsquashfs /some_mountpoints/SYSTEM 

    at this point under squashfs-root you can find the exploded filesystem of libreelec.

    - replace file squashfs-root/usr/share/kodi/system/shaders/GLES/2.0/gles_yuv2rgb_basic.frag

    - replace file squashfs-root/usr/share/kodi/system/shaders/GLES/2.0/gles_yuv2rgb_bob.frag

    - repackage squash filesystem, copy to sd card and umount

    Code
     # mksquashfs squashfs-root/ SYSTEM -comp gzip
     # cp SYSTEM /some_mountpoints/SYSTEM
     # umount /dev/mmcblk0p1

    that's all.

    NB: this patch disable BT.709 color conversion that is slow on my mali 400 because it's use the pow math function.

    Searching on kodi official github I've found

    - Kodi PR#15286 improved rendering performance: · wrxtasy/CoreELEC@8f98ed7 · GitHub CoreELEC patch that is basically what I've done with my box

    - [GLES] memcpy instead multi glTexSubImage2D for planes with pitch by peak3d · Pull Request #15286 · xbmc/xbmc · GitHub discussion of what is the problem

    - Kodi 18.0 stutters when playing DVD files (VIDEO_TS) on Fire TV · Issue #15405 · xbmc/xbmc · GitHub discussion (now closed) that let me thinking kodi devs will never accept this kind of patch (that is, obviusly, more like a workaround than a solution)

    At this point let me know knaerzche if you think reasonable to patch only this libreelec port.

    Just for share my experience:

    - I've switched back to stable (only because I don't need an external wifi usb adapter)

    - patched kodi (no overclock.. no governor... only shaders)

    and now, I'm able to play well also netflix/prime tv shows with the appropriate kodi addon (assuming sd quality that is the max available resolution with the DRM addon usable with libreelec).

    Overclocking does not worth it, the GPU and memory subsystems (2 core GPU + 64 bit memory bus) are simply not tough enough on the rk322x.

    You are right... this kind of box is not suitable for cpu/gpu intensive tasks, but, in my opinion, it's powerful enough for libreelec usage.

    Looking into kodi source I've discovered that for software decoded streams, gpu is used for upscaling and color conversions (opengles vertex/fragment shaders).

    With a mpeg4 stream (that in mainline libreelec is not hardware decoded) playing with scaler(nearest vs bilinear) and resolutions (fullhd vs hd), make video looks worse/better.

    So after some experiments with shaders I've finally found this trick.

    To reduce gpu load I've substantially reverted this commit (by removing sections into shaders)

    [GLES] VideoPlayer: rewrite yuv - rgb conversion · xbmc/xbmc@0aadf5d · GitHub

    that introduces other colorspace conversions.

    I know it's not a clean solution, considering I'm not a color space expert, but now the box is almost perfect :)

    Hi all,

    I've discovered that changing the gpu governor from 'simple_ondemand' (that seems to be hardcoded at startup into lima driver) to 'performance', set the gpu clock stable to maximum rate, improving overall gui experience.

    Code
    echo -n performance > /sys/devices/platform/20000000.gpu/devfreq/20000000.gpu/governor

    I've also experimented that

    - the gpu is overclockable at 700Mhz (higher clock rate cause hard reset)

    - CPU can be overclockable at 1,500Ghz

    However, the above clocks settings don't seem to make miracles (at least with kodi).

    Hi,

    try to open file on sdcard first partition extlinux/extlinux.conf and remove/adjust the resolution inside kernel parameter 'video'

    Regarding sd card you are right, my fault. But i've started playing with this box a weeks ago, so if you tell me "double check" ;)

    Quote


    BTW: Would be great if you relase source / write an howto for your slackware attempt like jock2 did it for armbian.

    Maybe in my spare time, but substantially starting from your image (for the uboot/trust parts) I've only recompiled kernel (disabling initramfs that load libreelec squashfs filesystem) and followed the README

    Quote


    Hhhm, the card showed on your pics is a UHS1-Card.

    you are right, sorry.

    However my aim is to share with other peoples my tests and some coding in order to help development.. But thanks to your hard works, my box with some tricks works even with uhs1 (I've also rebuilt kernel and installed Slackware for fun). Discover what exactly was wrong with your images or what model exactly I've buyed is only for that. If you think are useless I stop spaming ;)

    v88Plug_slackware.jpg

    Trust me guys, all rk3229 images not works for me. Now I've tried rk3229 - V88mars but it won't boot (only red led).

    Then I've flashed trust.img for rk3228x and boot with blu led but hangs (no sdcard).

    Finally I've replaced the dtb with mine (without uhs support for sd card controller) and all works.

    Sadly I'm not able to debug via uart (not visible pins on my board) to see why my rk3229 box seems to be another thing.

    EDIT: I'm not using uhs cards because I've discovered that my sd controller does not support uhs at all (this is why the controller crash on boot, kernel try to send some commands for uhs supports, but controller never responds) so the only fix is to disabling it.