S805x build (lafrite)

    • Official Post

    You can look on the mailing list for DVFS changes proposed by Martin Blumenstingl (Xdarklight). These will result in the GPU clock being reduced when not in use, but otherwise the GPU will probably run a maximum clock. It might run a little hotter under lima, but temps will be well within spec.

    One the main advantages to lima is that your image becomes closer to upstream LE, so less delta to maintain over time.

    In my latest image is only one change comparable to clean sources from your github amlogic-master, it is CMA decrased from 256 to 128, overall impressions seems to be good with 512 mb device but i can't confirm it's as good on other 512 mb sbc. I can build few more images some times but i'm waiting for changes to complete support for basic needs for that device, proper codec support is most wanted.

    5.7-rc1 kernel - Google Drive for La Frite 512 / 1GB * .system * .kernel for other boxes = arm, amlgx

    kernel lima 5.7-rc1 terratec cinergy s2 BOX (2018) 3103b supported by this kernel out of the box! CMA as given in amlogic-master = 64 and hevc works in hd sw

    firmware for terratec cinergy s2 box dvb-firmware / dvb-demod-m88ds3103b.fw at master · CoreELEC / dvb-firmware · GitHub

    put this in /storage/.config/firmware/ before creating the "mkdir /storage/.config/firmware" directory

    misiing firmware in standard image

    [ 17.490485] m88ds3103 1-006a: found a 'Montage Technology M88DS3103B' in cold state

    [ 17.491753] m88ds3103 1-006a: downloading firmware from file 'dvb-demod-m88ds3103b.fw'

    [ 25.777879] m88ds3103 1-006a: firmware did not run

    Edited 2 times, last by stpf99 (April 14, 2020 at 9:27 AM).

    18.04.2020 – Google Drive

    cma=128 + zram +zswap for LaFrite 512 MB

    h264 - hd 1080 ok

    VP9 - hd 1080 ok

    hevc - hd 1080 only sw decoding possible

    missing deinterlacer

    /storage/.config/autostart.sh

    ^

    autostart.sh

    >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

    #!/bin/bash

    (

    modprobe zram

    swapoff -a

    totalmem=`free | grep -e "^Mem:" | awk '{print $2}'`

    mem=$(( $totalmem * 512))

    echo $mem > /sys/block/zram0/disksize

    mkswap /dev/zram0

    swapon -p 100 /dev/zram0

    ) &

    >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

    enabling zram is solution for hevc hd playing on this board in sw

    img is with lima/wayland enabled but only h264 seems to be supported in hardware decoding mode, optional for wayland is gbm but i don't know if it is usable on lima driver

    some info about GBM Mali Opengl on the libretech cc s905x using GBM with LibreELEC Kodi · BayLibre/libretech-image-builder Wiki · GitHub


    Edited 4 times, last by stpf99 (April 19, 2020 at 1:07 PM).

    chewitt can you make this value CMA=128 default for AMLGX images, i have done some tests for stablility with 128 and it is ok , if users with boards 1gb and up want this value to be CMA=265 again it is easly changeable by adding "cma=256" to boot parametr on image compiled with below this value but not viceversa, on image compilled with cma=265 it is imposible to boot with passed "cma=128" to boot cmdline... im not 100% sure but that it looks...

    Nice patch for that S805x/y soc, finalizng proper detection for components should be in first place in what to do before code going to some wider tests/alpha states, experimenting for 4k on this soc should be an option if this is physically possible not exactly with Libreelec but if code is wider adoptable as this patch is in linux base.

    • Official Post

    It's been tested with a proper HDMI analyser and other bench equipment - at 4K resolutions the clocks are unstable and it will not lock onto HDMI 2.0 frequencies correctly so you have a bunch of display problems that will not be solveable in software. People can always revert the change to experiment, but S805X was never meant to be a 4K part so I'm not surprised it's out of spec.

    All SBC with famouse soc chips have Similar capabilities at present days user needs , tv reception is wider occupied by h264 / hevc 1080p in some tv platforms, in Poland switch to hevc dvb-t2 will be in 2022.06.01 and this is planned for fullhd brodcasting only. For widder adoption 4k probably we need to wait for dervices with fully implemented next bunch od codecs including vvc and others too because IT will be mixed codecs/brodcasts-standard content on satellites.

    kernel 5.8.10 – Google Drive

    under this link is LibreELEC img compiled today for LibreTech LaFrite models with 512MB/1GB RAM compiled from master but with newer kernel version 5.8.10

    watching livetv in h264 is possible with enabled >> ffmpeg drm prime, but disabled >> hw for prime and "Direct to plane" enabled, cpu1-4= 7-17 % for sd

    hw acceleration works ok for vp9/h264(avc1) videos from yt downloaded by youtube-dl only for tvheadend raw htsp streams fails,

    any suggestions why for live tv streams is not possible from tvheadend stable, what change in settings for better experience ?

    Hevc to test...

    Edited 2 times, last by stpf99 (September 18, 2020 at 7:51 PM).

    Hello, I have the following problem at launch (La Frite card) :

    first screen:

    and a few seconds later, crash:

    What is your opinion about this problem? What solutions? Thank you in advance.

    And since I am French, if a francophone passes by here, that would be good.

    Hi ... For LaFrite 512MB and probably for 1GB this CMA value should be not 128MB but 160MB i am also checked 192MB but Kodi GUI not starting. But I don't know if this will be changed in Libreelec repo statically in kernel config other sbc/box-es will start normally (especially 512MB) ,

    by now solution is to append in extlinux.conf at the end kernel boot parametr line additional parametr "cma=160M"

    this must be set to proper hardware decoding and acceleration by drm_prime...

    I can confirm now , avc1/h264 up to 1080p works on LaFrite 512MB with hardware acceleration..