Posts by LotharE

    Hi,

    wenn ich die Auflösung als Parameter mitgebe ändert sich beim Wechsel zu Kodi leider nichts.

    Wenn ich allerdings VDR komplett beende und dann Kodi starte, dann klappt das mit 2160p, d.h.

    Code
    systemctl stop vdropt
    systemctl start kodi

    Vermutlich wird beim Detach des VDR bzw. softhdodroid noch nicht alles bzgl. des Displays released.

    Hi,

    in softhdodroid.conf sind keine Parameter gesetzt.

    PS: Wenn ich von Kodi in 4K zurück zum VDR wechsle, dann habe ich dort nur Ton und OSD aber kein Video.

    Die Einstellungen für 4K scheinen gegenseitig nicht zu passen.

    Hi jojo61,

    ich teste in letzter Zeit CoreELEC CE22-no auf dem OdroidN2+ und bin da auf ein seltsames Problem gestoßen.

    Ich nutze das auf einem 4K Fernseher mit 2160p50.
    Standardmäßig starte ich in VDR und wechsle dann bei Bedarf zu Kodi.
    Das klappt jedoch nicht mehr, Kodi restartet dann ständig und der Bildschirm bleibt dunkel.

    Hier die relevanten Zeilen aus dem Log (komplett im Anhang).

    Wenn ich in /flash/resolution.ini die Auflösung auf 1080p50 setze, gibt es das Problem nicht, Kodi startet problemlos.
    In Kodi kann ich dann die Auflösung wieder auf 2160p50 setzen und Kodi läuft mit 4K.
    Kodi macht dann eine Update von /flash/resolution.ini, so das beim nächsten Start dann auch der VDR mit 4K läuft, und ich dann wieder das Problem beim Wechsel zu Kodi habe.

    Wenn ich mit 2160p50 direkt in Kodi boote, klappt das auch.
    Das Problem scheint also durch den VDR bzw. das softhdodroid bedingt zu sein.

    Hast Du eine Idee, was softhdoddroid hier ändert was Kodi nicht mag?
    Möglicherweise kann man ja beim Beenden bzw. detachen des VDRs versuchen, die Videokonfiguartion des Odroid wieder auf den Zustand wie beim Start zurücksetzen.

    Nachtrag: Evtl. in switch_vdr_softhdodroid.sh

    Schöne Grüße
    Lothar

    Beim Bau von meson gibt's leider einen Fehler:

    Code
    Building single package, skip addons
    Build meson
    BUILD      meson (target)
        TOOLCHAIN      python
    Executing (target): python3 -m build -n -w -x
    /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/toolchain/bin/python3: No module named build
    FAILURE: scripts/build meson during make_target (default)
    *********** FAILED COMMAND ***********
    _PYTHON_HOST_PLATFORM="linux-${TARGET_ARCH}" _PYTHON_PROJECT_BASE="$(get_install_dir Python3)" _PYTHON_SYSCONFIGDATA_NAME="_sysconfigdata__linux_${TARGET_ARCH}-linux-gnu${TARGET_ABI}" PYTHONPATH="$(get_install_dir Python3)/usr/lib/${PKG_PYTHON_VERSION}" PYTHONNOUSERSITE=1 $@
    **************************************

    Hi, wo Du grade CoreELEC-22 no schreibst:

    Bei mir bricht der Build seit ca. 2 Wochen hier ab:

    Ist hier wieder ein komplett frischer Build notwendig oder hast Du da einen Trick?

    Code
    ./build.sh -config LibreELEC-13-aarch64-AMLGX -extra easyvdr,channellogos,remotetranscode -addon cefbrowser
    Code
    lothar@ubuntu:~/VDRSternELEC$ ./build.sh -config CoreELEC-22-no -extra easyvdr,channellogos,remotetranscode -addon cefbrowser
    extras: use 'easyvdr', set environment variable EXTRA_EASYVDR=y
    extras: use 'channellogos', set environment variable EXTRA_CHANNELLOGOS=y
    extras: use 'remotetranscode', set environment variable EXTRA_REMOTETRANSCODE=y
    ERROR: addons: 'cefbrowser' not found, stopping build

    cefbrowser finde ich nur in der extras Liste:

    Mach ich das was falsch oder muss Du noch was commiten?

    Morgen,

    ich habe eben CE22 neu gebaut und das Update eingespielt.

    Das wol funktioniert damit weiterhin. :)

    /flash/dtb.xml ist identisch zu Deiner Version.
    Die Fehlermeldung im init-previous.log ist weg.

    Success! :thumbup:

    Mit Deiner dtb.img klappt jetzt wol!

    Code
    CoreELEC:~ # dmesg |grep bl30
    [    2.709831] bl30_manager: driver probe
    [    8.686895] bl30_manager: Do setup BL30 blob
    [    8.686926] bl30_manager: IR remote wake-up code: 0x3fbd
    [    8.686932] bl30_manager: IR remote wake-up code protocol: 0x4
    [    8.686935] bl30_manager: IR remote wake-up code mask: 0x37ff
    [    8.686939] bl30_manager: enable 5V system power on suspend/power off state: 0
    [    8.686943] bl30_manager: gpiopower: 65535 (479)
    [    8.686946] bl30_manager: support WOL: 1

    Kleiner Nebeneffekt: Die blaue heartbeat LED blinkt jetzt nicht mehr.

    PS: lässt sich damit wieder einschalten:

    Code
    echo heartbeat > /sys/class/leds/sys_led/trigger

    Hi,

    ich habe deine wol Section in der dtb.xml übernommen und wollte damit dtb.img updaten.

    Beide Aufrufe
    /usr/lib/coreelec/dtb-xml -v
    /usr/lib/coreelec/dtb-xml -v -m

    erstellen jeweils die dtb.xml aus der dtb.img, nicht umgekehrt.
    Ausgabe u.a.

    Code
     node:   wol
     status: off
    
     cmd[1]: unchanged, /ethernet@ff3f0000 wol: '0' == '0'

    Ich habe auch mal die dtb.img aus dem Nightly Build von CoreElec genommen, gleiches Verhalten.

    Der kommt wohl indirekt aus dem DT. In dwmac-meson8b.c wird er aus dem DT gelesen. Das ist in ce-22 unter drivers zu finden. Evtl. hast du ein anderes dtb.img auf deinem Odroid-N2 als ich. Zumindest kommt bei mir ein "support WOL: 0" wenn ich das Kernelmodul für bl301_manager lade und dann setup_bt301.sh aufrufe.

    Ich glaube, da könntest Du auf der richtigen Spur sein ;).

    Beim Update der CE22 Versionen habe ich schon länger diesen Fehler:

    Da gibt's wohl ein Problem beim Erstellen des dtb.img aus dem XML. Vielleiecht ist das der Grund.

    Aus dem XML

    In /usr/lib/coreelec/dtb-xml gibt's eine Behandlung für wol:

    Code
              wol)
                if check_linux_version 5 15 137; then
                  wol="$( cat /flash/config.ini | awk -F "=" '/^wol=/{gsub(/"|\047/,"",$2); print $2}')"
                  log " migrate WOL setting ($wol) from config.ini"
                  if [ "$wol" == "1" ]; then
                    name_option="on"
                    fdtput $amlogic_dt_id -t i $dtb_file /soc/ethernet@fdc00000 wol 1
                  fi
                fi
                ;;

    Ich habe mit im CoreElec Repo weiter gesucht und das gefudnen:

    projects/Amlogic-ce/packages/sysutils/inject_bl301/scripts/update-bl301.sh

    Code
    CoreELEC:~ # ./update-bl301.sh -v
    CoreELEC BL301 not installed

    Rufe ich daraus das direkt auf: