Beiträge von vdr_rossi

vdr_rossi · 11. November 2023

SDXC (mit Patch) - wenn denn alles funktioniert

Code

vdr2:~ # cat /sys/kernel/debug/sd/ios
clock:          100000000 Hz
actual clock:   99999999 Hz
vdd:            21 (3.3 ~ 3.4 V)
bus mode:       2 (push-pull)
chip select:    0 (don't care)
power mode:     2 (on)
bus width:      2 (4 bits)
timing spec:    6 (sd uhs SDR104)
signal voltage: 1 (1.80 V)
driver type:    0 (driver type B)

vdr2:~ # dd if=/dev/zero of=/var/media/1TB_microSD/SpeedTest bs=1M count=100
100+0 records in
100+0 records out
104857600 bytes (100.0MB) copied, 0,099639 seconds, 1003.6MB/s
vdr2:~ # dd if=/dev/zero of=/var/media/1TB_microSD/SpeedTest bs=1M count=100
100+0 records in
100+0 records out
104857600 bytes (100.0MB) copied, 4,301613 seconds, 23.2MB/s
vdr2:~ # dd if=/dev/zero of=/var/media/1TB_microSD/SpeedTest bs=1M count=100
100+0 records in
100+0 records out
104857600 bytes (100.0MB) copied, 3,936109 seconds, 25.4MB/s

Alles anzeigen

vdr_rossi · 11. November 2023

Warte damit mal noch ab.

Das Verhalten scheint noch etwas wackelig zu sein. Mal wird auf (sd high-speed) gesetzt und die Karte nicht gemountet

Mal sieht alles gut aus mit(sd uhs SDR104) und die Karte ist gemountet.

Für eine vdr Aufnahmepartition riskant.

vdr_rossi · 11. November 2023

So, bin weiter gekommen.

Gut das ich einen zweiten Odroid N2+ zum testen habe. War jetzt so mutig und habe das oben erstellte Image auf meinem schon fast produktiv laufenden Odroid N2+ eingespielt. Dort steckt auch die schnelle 1TB microSD drin.

Ergebnis:

Code

vdr2:~ # cat /sys/kernel/debug/sd/ios
clock:          100000000 Hz
actual clock:   99999999 Hz
vdd:            21 (3.3 ~ 3.4 V)
bus mode:       2 (push-pull)
chip select:    0 (don't care)
power mode:     2 (on)
bus width:      2 (4 bits)
timing spec:    6 (sd uhs SDR104)
signal voltage: 1 (1.80 V)
driver type:    0 (driver type B)
vdr2:~ # dd if=/dev/zero of=/var/media/1TB_microSD/SpeedTest bs=1M count=100
100+0 records in
100+0 records out
104857600 bytes (100.0MB) copied, 3,958038 seconds, 25.3MB/s

Alles anzeigen

Das ist ein Grund zur Freude

Warum es auf meinem Test Odroid N2+, welcher - bis auf 64GB microSD SanDisk Extreme Pro -identisch ist, nicht klappt? Kann ja nur die microSD Karte sein...

Da schaue ich nochmal mit einer SanDisk Ultra Karte.

Danke für die Geduld! Meinetwegen kann der Patch übernommen werden.

vdr_rossi · 10. November 2023

Habe nun ./build.sh -config CoreELEC-20-ng -patchonly ausgeführt.

Im Pfad ist der Patch vorhanden:

Code

rossi@ubuntu:/home/rossi/VDRSternELEC/CoreELEC/projects/Amlogic-ce/packages/linux/patches# ls hardkernel-odroid-n2-sdr104.patch
hardkernel-odroid-n2-sdr104.patch

Inhalt:

Diff

rossi@ubuntu:/home/rossi/VDRSternELEC/CoreELEC/projects/Amlogic-ce/packages/linux/patches# cat hardkernel-odroid-n2-sdr104.patch
diff -ru8bBw a/arch/arm64/boot/dts/amlogic/g12b_a311d_w400.dts b/arch/arm64/boot/dts/amlogic/g12b_a311d_w400.dts
--- a/arch/arm64/boot/dts/amlogic/g12b_a311d_w400.dts   2023-09-10 20:28:08.000000000 +0200
+++ b/arch/arm64/boot/dts/amlogic/g12b_a311d_w400.dts   2023-11-09 07:58:47.425538362 +0100
@@ -1338,22 +1338,36 @@
                caps2 = "MMC_CAP2_HS200", "MMC_CAP2_HS400";
                f_min = <400000>;
                f_max = <200000000>;
        };
 };

 &sd_emmc_b {
        status = "okay";
+       bus-width = <4>;
+       cap-sd-highspeed;
+       sd-uhs-sdr25;
+       sd-uhs-sdr50;
+       sd-uhs-sdr104;
+
        sd {
                caps = "MMC_CAP_4_BIT_DATA",
+                       "MMC_CAP_UHS_SDR25",
+                       "MMC_CAP_UHS_SDR50",
+                       "MMC_CAP_UHS_SDR104",
                         "MMC_CAP_MMC_HIGHSPEED",
-                        "MMC_CAP_SD_HIGHSPEED";
+                       "MMC_CAP_SD_HIGHSPEED",
+                       "MMC_CAP_ERASE",
+                       "MMC_CAP_1_8V_DDR",
+                       "MMC_CAP_CMD23";
+               vol_switch = <&gpio_ao GPIOAO_9 GPIO_ACTIVE_HIGH>;
+               vol_switch_18 = <1>;
                f_min = <400000>;
-               f_max = <50000000>;
+               f_max = <100000000>;
        };
 };

 &sd_emmc_a {
        status = "okay";
        sdio {
                caps = "MMC_CAP_4_BIT_DATA",
                         "MMC_CAP_MMC_HIGHSPEED",

Alles anzeigen

Auch hier liegt ein g12b_a311d_w400.dts

Code

rossi@ubuntu:/home/rossi/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-ng.arm-20/build/linux-ab03043a776354e02be86d06007751f652680c00/arch/arm64/boot/dts/amlogic# ls g12b_a311d_w400.dts
g12b_a311d_w400.dts

mit diesem Inhalt:

Code

rossi@ubuntu:/home/rossi/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-ng.arm-20/build/linux-ab03043a776354e02be86d06007751f652680c00/arch/arm64/boot/dts/amlogic# cat g12b_a311d_w400.dts
...
&sd_emmc_c {
        status = "okay";
        emmc {
                caps = "MMC_CAP_8_BIT_DATA",
                         "MMC_CAP_MMC_HIGHSPEED",
                         "MMC_CAP_SD_HIGHSPEED",
                         "MMC_CAP_NONREMOVABLE",
                        /* "MMC_CAP_1_8V_DDR", */
                         "MMC_CAP_HW_RESET",
                         "MMC_CAP_ERASE",
                         "MMC_CAP_CMD23",
                         "MMC_CAP_DRIVER_TYPE_A";
                caps2 = "MMC_CAP2_HS200", "MMC_CAP2_HS400";
                f_min = <400000>;
                f_max = <200000000>;
        };
};

&sd_emmc_b {
        status = "okay";
        bus-width = <4>;
        cap-sd-highspeed;
        sd-uhs-sdr25;
        sd-uhs-sdr50;
        sd-uhs-sdr104;

        sd {
                caps = "MMC_CAP_4_BIT_DATA",
                        "MMC_CAP_UHS_SDR25",
                        "MMC_CAP_UHS_SDR50",
                        "MMC_CAP_UHS_SDR104",
                         "MMC_CAP_MMC_HIGHSPEED",
                        "MMC_CAP_SD_HIGHSPEED",
                        "MMC_CAP_ERASE",
                        "MMC_CAP_1_8V_DDR",
                        "MMC_CAP_CMD23";
                vol_switch = <&gpio_ao GPIOAO_9 GPIO_ACTIVE_HIGH>;
                vol_switch_18 = <1>;
                f_min = <400000>;
                f_max = <100000000>;
        };
};

&sd_emmc_a {
        status = "okay";
        sdio {
                caps = "MMC_CAP_4_BIT_DATA",
                         "MMC_CAP_MMC_HIGHSPEED",
                         "MMC_CAP_SD_HIGHSPEED",
                         "MMC_CAP_NONREMOVABLE",
                         "MMC_CAP_UHS_SDR12",
                         "MMC_CAP_UHS_SDR25",
                         "MMC_CAP_UHS_SDR50",
                         "MMC_CAP_UHS_SDR104",
                         "MMC_PM_KEEP_POWER",
                         "MMC_CAP_SDIO_IRQ";
                f_min = <400000>;
                f_max = <200000000>;
        };
};

Alles anzeigen

Am Ende das erzeugte Image auf eMMC geflashed:

Code

root@ubuntu:/home/rossi/VDRSternELEC/CoreELEC/target# ls -l
total 3318468
drwxrwxr-x 3 rossi rossi      4096 Nov 10 16:01 addons
-rw-rw-r-- 1 rossi rossi 302071744 Nov 10 16:03 CoreELEC-Amlogic-ng.arm-20.3-Nexus_devel_20231110160130-Generic.img.gz
-rw-rw-r-- 1 rossi rossi       137 Nov 10 16:03 CoreELEC-Amlogic-ng.arm-20.3-Nexus_devel_20231110160130-Generic.img.gz.sha256
-rw-r--r-- 1 rossi rossi  17707008 Nov 10 16:02 CoreELEC-Amlogic-ng.arm-20.3-Nexus_devel_20231110160130.kernel
-rw-rw-r-- 1 rossi rossi 302427826 Nov 10 16:02 CoreELEC-Amlogic-ng.arm-20.3-Nexus_devel_20231110160130-LaFrite.img.gz
-rw-rw-r-- 1 rossi rossi       137 Nov 10 16:02 CoreELEC-Amlogic-ng.arm-20.3-Nexus_devel_20231110160130-LaFrite.img.gz.sha256
-rw-rw-r-- 1 rossi rossi 303096515 Nov 10 16:02 CoreELEC-Amlogic-ng.arm-20.3-Nexus_devel_20231110160130-LePotato.img.gz
-rw-rw-r-- 1 rossi rossi       138 Nov 10 16:02 CoreELEC-Amlogic-ng.arm-20.3-Nexus_devel_20231110160130-LePotato.img.gz.sha256
-rw-rw-r-- 1 rossi rossi 302678401 Nov 10 16:02 CoreELEC-Amlogic-ng.arm-20.3-Nexus_devel_20231110160130-Odroid_C4.img.gz
-rw-rw-r-- 1 rossi rossi       139 Nov 10 16:02 CoreELEC-Amlogic-ng.arm-20.3-Nexus_devel_20231110160130-Odroid_C4.img.gz.sha256
-rw-rw-r-- 1 rossi rossi 302678793 Nov 10 16:02 CoreELEC-Amlogic-ng.arm-20.3-Nexus_devel_20231110160130-Odroid_HC4.img.gz
-rw-rw-r-- 1 rossi rossi       140 Nov 10 16:02 CoreELEC-Amlogic-ng.arm-20.3-Nexus_devel_20231110160130-Odroid_HC4.img.gz.sha256
-rw-rw-r-- 1 rossi rossi 302701292 Nov 10 16:02 CoreELEC-Amlogic-ng.arm-20.3-Nexus_devel_20231110160130-Odroid_N2.img.gz
-rw-rw-r-- 1 rossi rossi       139 Nov 10 16:02 CoreELEC-Amlogic-ng.arm-20.3-Nexus_devel_20231110160130-Odroid_N2.img.gz.sha256
-rw-rw-r-- 1 rossi rossi 302666457 Nov 10 16:02 CoreELEC-Amlogic-ng.arm-20.3-Nexus_devel_20231110160130-Odroid_N2L.img.gz
-rw-rw-r-- 1 rossi rossi       140 Nov 10 16:02 CoreELEC-Amlogic-ng.arm-20.3-Nexus_devel_20231110160130-Odroid_N2L.img.gz.sha256
-rw-rw-r-- 1 rossi rossi 302743954 Nov 10 16:02 CoreELEC-Amlogic-ng.arm-20.3-Nexus_devel_20231110160130-Radxa_Zero2.img.gz
-rw-rw-r-- 1 rossi rossi       141 Nov 10 16:03 CoreELEC-Amlogic-ng.arm-20.3-Nexus_devel_20231110160130-Radxa_Zero2.img.gz.sha256
-rw-rw-r-- 1 rossi rossi 302727320 Nov 10 16:02 CoreELEC-Amlogic-ng.arm-20.3-Nexus_devel_20231110160130-Radxa_Zero.img.gz
-rw-rw-r-- 1 rossi rossi       140 Nov 10 16:02 CoreELEC-Amlogic-ng.arm-20.3-Nexus_devel_20231110160130-Radxa_Zero.img.gz.sha256
-rw-r--r-- 1 rossi rossi 312053760 Nov 10 16:02 CoreELEC-Amlogic-ng.arm-20.3-Nexus_devel_20231110160130.system
-rw-rw-r-- 1 rossi rossi 344463360 Nov 10 16:02 CoreELEC-Amlogic-ng.arm-20.3-Nexus_devel_20231110160130.tar
-rw-rw-r-- 1 rossi rossi       126 Nov 10 16:02 CoreELEC-Amlogic-ng.arm-20.3-Nexus_devel_20231110160130.tar.sha256

Alles anzeigen

Ergebnis bleibt:

Code

vdr1:~ # cat /sys/kernel/debug/sd/ios
clock:          50000000 Hz
actual clock:   50000000 Hz
vdd:            21 (3.3 ~ 3.4 V)
bus mode:       2 (push-pull)
chip select:    0 (don't care)
power mode:     2 (on)
bus width:      2 (4 bits)
timing spec:    2 (sd high-speed)
signal voltage: 0 (3.30 V)
driver type:    0 (driver type B)

Alles anzeigen

verdammt.

vdr_rossi · 9. November 2023

Ok, habe es umgesetzt. Aber auch beim zweiten Versuch wird der Patch nicht angewendet:

Code

vdr1ersatz2:~ # cat /sys/kernel/debug/sd/ios
clock:          50000000 Hz
actual clock:   50000000 Hz
vdd:            21 (3.3 ~ 3.4 V)
bus mode:       2 (push-pull)
chip select:    0 (don't care)
power mode:     2 (on)
bus width:      2 (4 bits)
timing spec:    2 (sd high-speed)
signal voltage: 0 (3.30 V)
driver type:    0 (driver type B)

Alles anzeigen

Finden unterCoreELEC/build..../build/linux... keinen Patch?

Morgen probiere ich tiefer einzusteigen....

vdr_rossi · 9. November 2023

Build ist mit Patch durchgelaufen.

Diff

rossi@ubuntu:~/VDRSternELEC/package_patches/CoreELEC/projects/Amlogic-ce/packages/linux/patches$ ls -l
total 20
-rw-rw-r-- 1 rossi rossi 1562 Oct 31 18:36 add_blueled_dtb.patch
-rw-rw-r-- 1 rossi rossi  817 Oct 31 18:36 add_meson_vrtc_dtb.patch
-rw-rw-r-- 1 rossi rossi 6077 Oct 31 18:36 add_rtc_meson_vrtc_driver.patch
-rw-rw-r-- 1 rossi rossi 1072 Nov  9 16:29 hardkernel-odroid-n2-sdr104.patch
rossi@ubuntu:~/VDRSternELEC/package_patches/CoreELEC/projects/Amlogic-ce/packages/linux/patches$ cat hardkernel-odroid-n2-sdr104.patch
diff -ru8bBw a/arch/arm64/boot/dts/amlogic/g12b_a311d_w400.dts b/arch/arm64/boot/dts/amlogic/g12b_a311d_w400.dts
--- a/arch/arm64/boot/dts/amlogic/g12b_a311d_w400.dts   2023-09-10 20:28:08.000000000 +0200
+++ b/arch/arm64/boot/dts/amlogic/g12b_a311d_w400.dts   2023-11-09 07:58:47.425538362 +0100
@@ -1338,22 +1338,36 @@
                caps2 = "MMC_CAP2_HS200", "MMC_CAP2_HS400";
                f_min = <400000>;
                f_max = <200000000>;
        };
 };

 &sd_emmc_b {
        status = "okay";
+       bus-width = <4>;
+       cap-sd-highspeed;
+       sd-uhs-sdr25;
+       sd-uhs-sdr50;
+       sd-uhs-sdr104;
+
        sd {
                caps = "MMC_CAP_4_BIT_DATA",
+                       "MMC_CAP_UHS_SDR25",
+                       "MMC_CAP_UHS_SDR50",
+                       "MMC_CAP_UHS_SDR104",
                         "MMC_CAP_MMC_HIGHSPEED",
-                        "MMC_CAP_SD_HIGHSPEED";
+                       "MMC_CAP_SD_HIGHSPEED",
+                       "MMC_CAP_ERASE",
+                       "MMC_CAP_1_8V_DDR",
+                       "MMC_CAP_CMD23";
+               vol_switch = <&gpio_ao GPIOAO_9 GPIO_ACTIVE_HIGH>;
+               vol_switch_18 = <1>;
                f_min = <400000>;
-               f_max = <50000000>;
+               f_max = <100000000>;
        };
 };

 &sd_emmc_a {
        status = "okay";
        sdio {
                caps = "MMC_CAP_4_BIT_DATA",
                         "MMC_CAP_MMC_HIGHSPEED",
rossi@ubuntu:~/VDRSternELEC/package_patches/CoreELEC/projects/Amlogic-ce/packages/linux/patches$

Alles anzeigen

Der ganze Build Vorgang war schnell durch...

Habe das Image auf eine separate eMMC geflashed. Boot funktioniert, Setup usw. läuft.

Aber offenbar hat er den Patch nicht angewendet.

Code

vdr1ersatz:~ # cat /sys/kernel/debug/sd/ios
clock:          50000000 Hz
actual clock:   50000000 Hz
vdd:            21 (3.3 ~ 3.4 V)
bus mode:       2 (push-pull)
chip select:    0 (don't care)
power mode:     2 (on)
bus width:      2 (4 bits)
timing spec:    2 (sd high-speed)
signal voltage: 0 (3.30 V)
driver type:    0 (driver type B)

Alles anzeigen

Komisch....

Hatte vor dem Build noch git pull ausgeführt. Dann

./build.sh -config CoreELEC-20-ng -extra dynamite,channellogos -addon dvb-latest,dvb-tools,network-tools,system-tools

Wie erreiche ich das er nicht nur in Teilen baut, sondern alles komplett neu baut?

vdr_rossi · 9. November 2023

Wow!

Zitat von Zabrimus

So. Ich bin weiter. Ob es der große Wurf ist, weiß ich nicht. Zuerst einmal ein paar Daten:
...
@vdr_rossi Kompilierst du selber oder nutzt die fertigen Packages?

Die Praxis wird zeigen ob es ein großer Wurf war

Teste mit einer SanDisk Extreme Pro A2 (SDSQXCD-1T00-GN6MA) SDXC welche 200MB lesen und 140MB schreiben können soll.

Ja, ich kompiliere selber und schaue mir das heute Abend auf meiner Ubuntu vm direkt an. Benötige allerdings eine rudimentäre Anleitung, wo und wie ich das einbaue.

vdr_rossi · 6. November 2023

Meine Hauptaufnahmequelle ist DVB-T2 (USB Tuner: WinTV dualHD). Bei solchen Aufnahmen lassen sich Schnittmarken zwar versetzen, aber das Bild wird nicht aktualisiert. Die Marke kann so nicht genau an Film Ende/Anfang positioniert werden.

Hier ein Aufnahmeschnipsel -> Dropbox Link

Bitte schaue Dir das mal an.

vdr_rossi · 6. November 2023

Zitat von Zabrimus

Wie kann ich denn feststellen, ob der Modus verfügbar ist?

mit cat /sys/kernel/debug/sd/ios oder dmesg | grep SDXC

So soll es aussehen:

Code

# dmesg

sd: new ultra high speed SDR104 SDXC card at address 0001

# cat /sys/kernel/debug/sd/ios

clock:        200000000 Hz
actual clock:    199999997 Hz
vdd:        21 (3.3 ~ 3.4 V)
bus mode:    2 (push-pull)
chip select:    0 (don't care)
power mode:    2 (on)
bus width:    2 (4 bits)
timing spec:    6 (sd uhs SDR104)
signal voltage:    1 (1.80 V)
driver type:    0 (driver type B)

Alles anzeigen

so sieht es aus:

Code

# dmesg

sd: new high speed SDXC card at address 0001

# cat /sys/kernel/debug/sd/ios

clock:          50000000 Hz
actual clock:   50000000 Hz
vdd:            21 (3.3 ~ 3.4 V)
bus mode:       2 (push-pull)
chip select:    0 (don't care)
power mode:     2 (on)
bus width:      2 (4 bits)
timing spec:    2 (sd high-speed)
signal voltage: 0 (3.30 V)
driver type:    0 (driver type B)

Alles anzeigen

Quelle

vdr_rossi · 6. November 2023

Hallo,

bei mir läuft ein CoreELEC (VDRSternELEC) auf Odroid N2+ Hardware. Installiert auf eMMC.

Videodaten werden auf microSD abgelegt.

Jetzt fällt auf das der interne Kartenleser microSD nicht im UHS-I (SDR104) Mode angesprochen wird.

Gegentest mit einem nicht modifizierten CoreELEC ergibt das gleiche. Außerdem habe ich Hardkernel Ubuntu auf eMMC installiert - und siehe da UHS-I (SDR104) wird gesetzt.

CoreELEC scheint den microsd Kartenleser, aus Kompatibilitätsgründen, absichtlich zu bremsen. Einstellen soll sich das über Device Tree... hat jemand bereits Erfahrung damit gesammelt?

Wie lässt sich das setzen bzw. modifizieren?

Gruß

Rossi

vdr_rossi · 4. November 2023

lokaler build ist durch und funktioniert.

vdr_rossi · 1. November 2023

Hey super, komme erst Ende der Woche oder am Wochenende zum weiter probieren.

Benötige Dynamite, daher der lokale build.

Danach werde ich die langsamen microsd Datenraten untersuchen. Als Hardware setze ich Odroid N2+ 4GB mit System auf eMMC und Video auf microSD ein.

CoreELEC setzt den SD Karteleser nicht in SDR104 Modus. Gegentest mit Hardkernel Ubuntu jedoch schon. Irgendwie muss das mit Device Tree zusammenhängen...

Hat da eventl. jemand bereits Erfahrung gesammelt? Wir reden hier von Geschwindigkeitszuwachs mit Faktor >4

Danke!

vdr_rossi · 31. Oktober 2023

Bin dabei das selber in einer Ubuntu 22.04 vm zu bauen...

Build bricht ab:

Code

/home/rossi/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-ng.arm-20/.threads/logs/480.log   [----] 24 L:[3555+13 3568/3610] *(399630/403346b) 0032 0x020                                                                                       [*][X]
 3255 |                         dsyslog("flatPlus: Using random image %ld (%s) out of %ld available images",
      |                                                               ~~^
      |                                                                 |
      |                                                                 long int
      |                                                               %d
displaymenu.c:3255:33: warning: format '%ld' expects argument of type 'long int', but argument 5 has type 'std::vector<cTvMedia>::size_type' {aka 'unsigned int'} [-Wformat=]
 3255 |                         dsyslog("flatPlus: Using random image %ld (%s) out of %ld available images",
      |                                 ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 3256 |                             number + 1, mediaPath.c_str(), series.banners.size());  // Log result
      |                                                            ~~~~~~~~~~~~~~~~~~~~~
      |                                                                               |
      |                                                                               std::vector<cTvMedia>::size_type {aka unsigned int}
displaymenu.c:3255:81: note: format string is defined here
 3255 |                         dsyslog("flatPlus: Using random image %ld (%s) out of %ld available images",
      |                                                                               ~~^
      |                                                                                 |
      |                                                                                 long int
      |                                                                               %d
displaymenu.c: In member function 'virtual void cFlatDisplayMenu::SetRecording(const cRecording*)':
displaymenu.c:3754:37: warning: format '%ld' expects argument of type 'long int', but argument 3 has type 'std::size_t' {aka 'unsigned int'} [-Wformat=]
 3754 |                             dsyslog("flatPlus: Using random image %ld (%s) out of %ld available images",
      |                                     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 3755 |                                 number + 1, mediaPath.c_str(), series.banners.size());  // Log result
      |                                 ~~~~~~~~~~
      |                                        |
      |                                        std::size_t {aka unsigned int}
displaymenu.c:3754:69: note: format string is defined here
 3754 |                             dsyslog("flatPlus: Using random image %ld (%s) out of %ld available images",
      |                                                                   ~~^
      |                                                                     |
      |                                                                     long int
      |                                                                   %d
displaymenu.c:3754:37: warning: format '%ld' expects argument of type 'long int', but argument 5 has type 'std::vector<cTvMedia>::size_type' {aka 'unsigned int'} [-Wformat=]
 3754 |                             dsyslog("flatPlus: Using random image %ld (%s) out of %ld available images",
      |                                     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 3755 |                                 number + 1, mediaPath.c_str(), series.banners.size());  // Log result
      |                                                                ~~~~~~~~~~~~~~~~~~~~~
      |                                                                                   |
      |                                                                                   std::vector<cTvMedia>::size_type {aka unsigned int}
displaymenu.c:3754:85: note: format string is defined here
 3754 |                             dsyslog("flatPlus: Using random image %ld (%s) out of %ld available images",
      |                                                                                   ~~^
      |                                                                                     |
      |                                                                                     long int
      |                                                                                   %d
make[1]: *** [Makefile:102: displaymenu.o] Error 1
make[1]: Leaving directory '/home/rossi/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-ng.arm-20/build/_vdr-plugin-skinflatplus-d7a9384eda0374b7f40a86d59a1c7d8b527a56e0'
^[[1;31mFAILURE: scripts/build _vdr-plugin-skinflatplus:target during make_target (default)^[[0m
*********** FAILED COMMAND ***********
make ${PKG_MAKE_OPTS_TARGET}
**************************************
*********** FAILED COMMAND ***********
${SCRIPTS}/build "${1}" "${PARENT_PKG}"
**************************************
^[[1;31mFAILURE: scripts/install _vdr-plugin-skinflatplus:target has failed!^[[0m

Alles anzeigen

Lassen sich Plugins auch vom Build ausschliessen?

vdr_rossi · 22. Oktober 2023

Hallo, erstmal danke für die Weiterentwicklung vom vdr-plugin-live!

Komme von vdradmin-am und gewöhne mich gerade an live

Nun gleich ein Feature request.

Wenn ich unter Programm scrolle was läuft, eine Sendung zur Aufnahme markiere, springt er danach wieder zum Anfang der Liste.

vdradmin-am springt in diesem Fall zurück auf die Position der programmierten Sendung und ich kann in der Liste weiter runter scrollen.

Eventl. ist das Verhalten auch Browser spezifisch. Aber so ist mein "use case" beim EPG durchstöbern und Timer setzen.

Danke

Rossi

vdr_rossi · 18. Oktober 2023

Zitat von Dr. Seltsam
Gibt es einen Grund, das Du nicht gleich
Code
0x23 0x18e #KEY_RED
zugeordnet hast?
Dann funktioniert in vdr auch
Code
LIRC.Red        KEY_RED
Braucht Kodi unbedingt KEY_F1?

Oh man, habe es aus Unverständnis so gemacht

Ich las die event codes, dachte ich kann nur die einfachen zwei/dreistelligen Zahlencodes verwenden und habe auch nicht nach z.B. Red gesucht.

Naja, jetzt ist es korrigiert - läuft.

Kodi ist in Benutzung/Tastenbelegung Neuland für mich. Nutze Kodi vielleicht zu 5%...

Kann die Frage ob F1 unbedingt gebraucht wird nicht beantworten.

Von den anderen Punkten auf Beitrag #66 ist besonders die spürbar langsamere FB interessant. Trotz gleicher Konfiguration...

Muss mich jetzt erstmal richtig mit dem Odroid anfreunden, z.B. habe ich mir für Weiteres nun eine zweite eMMC bestellt.

Bleibe hier und hier am Ball.

Danke für die Geduld

vdr_rossi · 17. Oktober 2023

Ok, danke das Du VDR*ELEC gegengeprüft hast.

Habe mir jetzt "nur" die Farbasten nochmal neu angeschaut. Es stellte sich raus, dass ich einen Übertragungsfehler bei einem Tastencode hatte.

Code

Farbasten amremote Ausschnitt aus /storage/.config/remote.conf

    0x23 59  # KEY_F1 rot
    0x22 60  # KEY_F2 grün
    0x25 61  # KEY_F3 gelb
    0x24 62  # KEY_F4 blau

und

Code

Farbtasten vdr Ausschnitt aus /storage/.config/vdroprt/remote.conf

LIRC.Red        KEY_F1
LIRC.Green      KEY_F2
LIRC.Yellow     KEY_F3
LIRC.Blue       KEY_F4

funktioniert jetzt.

Mein Fehler war u.a.:

Code

Farbtasten vdr Ausschnitt aus /storage/.config/vdroprt/remote.conf

So funktioniert es nicht:
#LIRC.Red        KEY_RED
#LIRC.Green      KEY_GREEN
#LIRC.Yellow     KEY_YELLOW
#LIRC.Blue       KEY_BLUE

zu verwenden und ein falscher Tastencode amremote...

vdr_rossi · 16. Oktober 2023

Mach mal ein rescan Display -> https://github.com/yavdr/yavdr-ansible#rescan-displays

vdr_rossi · 15. Oktober 2023

Zitat von Dr. Seltsam
Wie kann man jetzt testen, welcher Linux input event (KEY_ ...) beim Drücken der Taste erkannt wird? Das geht auch bei amremote mit evtest
Man muss dazu in der Abfrage die Nummer des aml_keypad eingeben. Die dann angezeigte ellenlange Liste der supported events kann man ignorieren. Am Ende steht Testing ... (interrupt to exit). Drückt man jetzt z.B. die 1 auf der FB, kommt bei richtiger Zuordnung in der remote.conf
Code
Event: time 1697378634.471512, type 1 (EV_KEY), code 2 (KEY_1), value 1
...

Ok, auch bei gestopptem eventlircd (systemctl stop eventlircd) gibt evtest eine Meldung: This device ist grabbed by another process.

Code

    ...
    Event code 701 (?)
    Event code 702 (?)
    Event code 703 (?)
  Event type 2 (EV_REL)
    Event code 0 (REL_X)
    Event code 1 (REL_Y)
    Event code 8 (REL_WHEEL)
Properties:
Testing ... (interrupt to exit)
***********************************************
  This device is grabbed by another process.
  No events are available to evtest while the
  other grab is active.
  In most cases, this is caused by an X driver,
  try VT-switching and re-run evtest again.
  Run the following command to see processes with
  an open fd on this device
 "fuser -v /dev/input/event3"
***********************************************

Alles anzeigen

Wenn ich den Prozess beende -> fuser -k /dev/input/event3

...werden Tastencodes ausgegeben, evtest Beispiel:

Code

Event: time 1697394995.291246, -------------- SYN_REPORT ------------
Event: time 1697394995.457225, type 1 (EV_KEY), code 28 (KEY_ENTER), value 0
Event: time 1697394995.457225, -------------- SYN_REPORT ------------
Event: time 1697394995.919018, type 1 (EV_KEY), code 46 (KEY_C), value 1

Das mapping bei KEY_ENTER darf in der vdr remote.conf (/storage/.config/vdropt/remote.conf) nicht umgebogen werden, wie in #44 beschrieben.

Sonst funktioniert die Taste bei laufendem eventlircd nicht im vdr.

Die Farbtasten (F1-F4) werden auch irgendwo umgebogen? Ausgabe evtest

Code

Testing ... (interrupt to exit)
Event: time 1697396031.473637, type 1 (EV_KEY), code 59 (KEY_F1), value 1
...

angepasste vdr remote.conf (/storage/.config/vdropt/remote.conf)

Code

...
LIRC.Red        KEY_F1
LIRC.Green      KEY_F2
LIRC.Yellow     KEY_F3
LIRC.Blue       KEY_F4
...

vorher war es z.B. KEY_RED usw.

Aber mit gestartetem eventlircd funktionieren Farbtasten nicht unter vdr.

Mir raucht für heute der Kopf.

vdr_rossi · 15. Oktober 2023

Konkret zu 3.

/host_vars/localhost muss so aussehen:

Code

# file: host_vars/localhost
# Ansible configuration, overwrite if you want to use the playbook(s) remotely
# e.g. in a file `host_vars/my_yavdr_host`
ansible_host: localhost
ansible_connection: local

branch: jammy
ppa_owner: 'ppa:seahawk1986-hotmail'
# add the following PPAs
repositories:
  - '{{ ppa_owner }}/{{branch}}-main'
  - '{{ ppa_owner }}/vdr-2.6.4'
  - '{{ ppa_owner }}/{{branch}}-kodi'
timezone: 'Europe/Berlin'
...

Alles anzeigen

vdr_rossi · 15. Oktober 2023

Zitat von Dr. Seltsam

eventlircd war gestoppt? ...

Ja, auch mit systemctl stop eventlircd vorweg kommen keine Codes im Journal... ok, /storage/.config/remote.conf hat neben factory_code bereits Tasten Einträge.

Hatte ja mit meson-ir angefangen... nun geht´s mir mehr um mapping oder einfach gegenchecken welche Taste(n) kommt an.

Morgen puzzle ich weiter.

Beiträge von vdr_rossi

CoreELEC auf Ordroid N2+ wie UHS-I (SDR104) microSD Geschwindigkeit nutzen? Device Tree modifizieren?

CoreELEC auf Ordroid N2+ wie UHS-I (SDR104) microSD Geschwindigkeit nutzen? Device Tree modifizieren?

CoreELEC auf Ordroid N2+ wie UHS-I (SDR104) microSD Geschwindigkeit nutzen? Device Tree modifizieren?

CoreELEC auf Ordroid N2+ wie UHS-I (SDR104) microSD Geschwindigkeit nutzen? Device Tree modifizieren?

CoreELEC auf Ordroid N2+ wie UHS-I (SDR104) microSD Geschwindigkeit nutzen? Device Tree modifizieren?

CoreELEC auf Ordroid N2+ wie UHS-I (SDR104) microSD Geschwindigkeit nutzen? Device Tree modifizieren?

CoreELEC auf Ordroid N2+ wie UHS-I (SDR104) microSD Geschwindigkeit nutzen? Device Tree modifizieren?

Video Treiber für Odroid-N2+ (softhdodroid)

CoreELEC auf Ordroid N2+ wie UHS-I (SDR104) microSD Geschwindigkeit nutzen? Device Tree modifizieren?

CoreELEC auf Ordroid N2+ wie UHS-I (SDR104) microSD Geschwindigkeit nutzen? Device Tree modifizieren?

Installation eines VDR+Plugins nativ auf CoreELEC Boxen

Installation eines VDR+Plugins nativ auf CoreELEC Boxen

Installation eines VDR+Plugins nativ auf CoreELEC Boxen

[Announce] vdr-plugin-live 3.2.0

Help request: VDR CoreElec (chroot oder Zabrimus) und amremote/eventlird

Help request: VDR CoreElec (chroot oder Zabrimus) und amremote/eventlird

(Focal 20.04) Nach Upgrade der nvidia Treiber von 470 auf 535 startet X nicht mehr - keine Ausgabe

Help request: VDR CoreElec (chroot oder Zabrimus) und amremote/eventlird

[yaVDR Ansible] Ubuntu 20/22 - Wechsel des Ausgabeplugins, Deinstallation EPGD und PPA-Quellen ...

Help request: VDR CoreElec (chroot oder Zabrimus) und amremote/eventlird