So, habe eben CE22-no neu gebaut.
der Wechsel vom VDR zu Kodi (mit Detach/Attach) und zurück funktioniert jetzt einwandfrei! ![]()
So, habe eben CE22-no neu gebaut.
der Wechsel vom VDR zu Kodi (mit Detach/Attach) und zurück funktioniert jetzt einwandfrei! ![]()
Ich hatte bei start/stop unter CE22 auch keine Probleme, lediglich beim Attach/Detach, was jojo61 ja jetzt gefixed hat.
Hi,
ich nutze standardmäßig die Variante mit detach/attach, damit der VDR weiterhin im Hintergrund Aufnahmen machen kann.
Sobald Zabrimus die Version in VDRSternELEC übernommen hat, werde ich unter CE22 testen.
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.
Vermutlich wird beim Detach des VDR bzw. softhdodroid noch nicht alles bzgl. des Displays released.
Hi,
in softhdodroid.conf sind keine Parameter gesetzt.
CoreELEC:~ # cat .config/vdropt/conf.d/softhdodroid.conf
# possible command line arguments
# -a device\taudio device (fe. alsa: hw:0,0 oss: /dev/dsp)
# -p device\taudio device for pass-through (hw:0,1 or /dev/dsp1)
# -c channel\taudio mixer channel name (fe. PCM)
# -g geometry\tx11 window geometry wxh+x+y
# -s start in suspended mode
# -D start in detached mode
# -w workaround\tenable/disable workarounds
# alsa-driver-broken\tdisable broken alsa driver message
# alsa-no-close-open\tdisable close open to fix alsa no sound bug
# alsa-close-open-delay\tenable close open delay to fix no sound bug
[softhdodroid]
#-a hw:CARD=AMLAUGESOUND,DEV=0
#-p hw:CARD=AMLAUGESOUND,DEV=0
Display More
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).
2026-01-08 12:46:15.846 T:3892 debug <general>: CAMLDisplay::set_display_resolution: try to set mode: 2160p50hz
2026-01-08 12:46:15.846 T:3892 debug <general>: CAMLDRMUtils::aml_get_drmDevice_mode - current mode: 2160p50hz
2026-01-08 12:46:15.846 T:3892 debug <general>: Skipped 1 duplicate messages..
2026-01-08 12:46:15.846 T:3892 warning <general>: CAMLDRMUtils::aml_set_drmDevice_mode - current crtc do not have frame buffer
2026-01-08 12:46:15.847 T:3892 error <general>: failed to create window surface (EGL_BAD_NATIVE_WINDOW)
2026-01-08 12:46:15.847 T:3892 critical <general>: CApplication::Create: Unable to create window
2026-01-08 12:46:15.847 T:3892 info <general>: Stopping the application...
2026-01-08 12:46:15.847 T:3892 info <general>: Stopping player
2026-01-08 12:46:15.847 T:3892 info <general>: Storing total System Uptime
2026-01-08 12:46:15.847 T:3892 info <general>: Saving settings
2026-01-08 12:46:15.852 T:3892 info <general>: Saving skin settings
2026-01-08 12:46:15.852 T:3892 info <general>: Stopping all
Display More
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
Hat leider nichts gebracht, ich starte mal einen frischen Build für CE22-no.
Was lange währt ... der frische Build für CE22-no ist jetzt fehlerfrei durch.
Hat leider nichts gebracht, ich starte mal einen frischen Build für CE22-no. ![]()
edit: clean and build host version
Was meinst Du damit?
Beim Bau von meson gibt's leider einen Fehler:
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:
<<< glib:host seq 85 <<<
BUILD glib (host)
TOOLCHAIN meson (auto-detect)
Executing (host): meson setup --prefix=/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/toolchain --bindir=/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/toolchain/bin --sbindir=/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/toolchain/sbin --sysconfdir=/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/toolchain/etc --libdir=/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/toolchain/lib --libexecdir=/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/toolchain/lib --localstatedir=/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/toolchain/var --buildtype=plain --native-file=/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/glib-2.87.0/.x86_64-linux-gnu/meson.conf -Ddefault_library=shared -Dinstalled_tests=false -Dlibmount=disabled -Dintrospection=disabled -Dsysprof=disabled -Dtests=false /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/glib-2.87.0
Traceback (most recent call last):
File "/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/toolchain/bin/meson", line 5, in <module>
from mesonbuild.mesonmain import main
ModuleNotFoundError: No module named 'mesonbuild'
FAILURE: scripts/build glib:host during configure_host (default)
*********** FAILED COMMAND ***********
meson setup ${HOST_MESON_OPTS} --native-file=${MESON_CONF} ${PKG_MESON_OPTS_HOST} ${PKG_MESON_SCRIPT%/*}
**************************************
FAILURE: scripts/build glib:host has failed!
The following log for this failure is available:
/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/.threads/logs/85.log
>>> glib:host seq 85 >>>
[086/528] [FAIL] build glib:host
The following log for this failure is available:
/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/.threads/logs/85.log
Parallel build failure - see log for details. Time of failure: Tue Jan 6 16:29:04 CET 2026
make: *** [Makefile:10: image] Error 1
Display More
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 cefbrowserCodelothar@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:
Available extras:
directfb
directfbsamples
dynamite
easyvdr
permashift
channellogos
cefbrowser
remotetranscode
Available addons:
crazycat
digital-devices
dvb-latest
dvb-tools
ffmpeg-tools
network-tools
sundtek-mediatv
system-tools
locale
tsduck
incus
Display More
Mach ich das was falsch oder muss Du noch was commiten?
Hi Zabrimus,
die Idee mit dem Addon finde ich gut. Da hat man alles für HbbTV bzw. den cefbrowser zusammen. Die zugehörigen Units sollten dann bei der Installation angelegt bzw. konfiguriert werden.
Ich würde die Sachen auch nicht in das Addon Verzeichnis von Kodi packen, sondern getrennt halten.
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.
CoreELEC:~ # cat init-previous.log
'reboot update' or 'run update' was not run
UPDATE IN PROGRESS
Please do not reboot or turn off your CoreELEC device!
Found new compressed image file
Decompressing image file... OK
Mounting system partition...
Checking kernel.img.md5... OK
Checking SYSTEM.md5... OK
Checking size: OK
Updating from 22.0-Piers_devel_20251215080345 to 22.0-Piers_devel_20251217074944
Updating Kernel ... 100%
Updating Kernel md5... 100%
Updating System ... 100%
Updating System md5... 100%
Updating Boot Files...
Updating device tree with g12b_s922x_odroid_n2.dtb...
Updating device_trees folder...
Updating dtb.img by dtb.xml...
Updating boot.ini with Odroid_N2_boot.ini...
Updating boot logos with odroid_boot-logo.bmp.gz...
Updating u-boot on /dev/mmcblk1 with Odroid_N2_u-boot...
Boot Files Updated.
Cleaning up... done
System reboots now...
Display More
Success! ![]()
Mit Deiner dtb.img klappt jetzt wol!
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:
Ich habe mal mit einer Kopie der dtb.img getestet:
CoreELEC:~ # fdtput /flash/device_trees/g12b_s922x_odroid_n2.dtb -t i /storage/tmp/dtb.img /soc/ethernet@fdc00000 wol 1
Error at '/storage/tmp/dtb.img': FDT_ERR_NOTFOUND
Vielleicht kannst Du mir mal Deine dtb.img testweise zur Verfügung stellen, ob es damit bei mir klappt.
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.
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:
CoreELEC:~ # cat init-previous.log
'reboot update' or 'run update' was not run
UPDATE IN PROGRESS
Please do not reboot or turn off your CoreELEC device!
Found new compressed image file
Decompressing image file... OK
Mounting system partition...
Checking kernel.img.md5... OK
Checking SYSTEM.md5... OK
Checking size: OK
Updating from 22.0-Piers_devel_20251214111927 to 22.0-Piers_devel_20251215080345
Updating Kernel ... 100%
Updating Kernel md5... 100%
Updating System ... 100%
Updating System md5... 100%
Updating Boot Files...
Updating device tree with g12b_s922x_odroid_n2.dtb...
Updating device_trees folder...
Updating dtb.img by dtb.xml...
/usr/lib/coreelec/dtb-xml: line 501: [: too many arguments
Updating boot.ini with Odroid_N2_boot.ini...
Updating boot logos with odroid_boot-logo.bmp.gz...
Updating u-boot on /dev/mmcblk1 with Odroid_N2_u-boot...
Boot Files Updated.
Cleaning up... done
Display More
Da gibt's wohl ein Problem beim Erstellen des dtb.img aus dem XML. Vielleiecht ist das der Grund.
Aus dem XML
<wol status="on" version="0">
<wol_on name="on">
<cmd path="/soc/ethernet@fdc00000 wol" type="i">
<value>1</value>
</cmd>
</wol_on>
<wol_off name="off">
<cmd path="/soc/ethernet@fdc00000 wol" type="i">
<value>0</value>
</cmd>
</wol_off>
</wol>
<wol status="migrated" version="0">
<wol_on name="on">
<cmd path="/soc/ethernet@fdc00000 wol" type="i">
<value>1</value>
</cmd>
</wol_on>
<wol_off name="off">
<cmd path="/soc/ethernet@fdc00000 wol" type="i">
<value>0</value>
</cmd>
</wol_off>
</wol>
Display More
In /usr/lib/coreelec/dtb-xml gibt's eine Behandlung für wol:
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
Rufe ich daraus das direkt auf:
CoreELEC:~ # inject_bl301 -Y >update-bl301.log
CoreELEC:~ # cat update-bl301.log
Starting bootloader blob BL301 injection tool...
This tool can be used to update the bootloader
blob BL301 of the vendor bootloader on the internal
eMMC. This bootloader blob BL301 is customized by
Team CoreELEC to support all wake-up features like
CEC, Wake-On-LAN, IR, and GPIO wake-up from
suspend or power off state!
Device serial number: 290b400001031500000a313232503050
Using CPU type G12B (29): S922X, A311D
System is not supported by BL301.bin injection: g12b_s922x_odroid_n2plus
Display More