Recent Posts

31
Allgemein [ General ] / Entwicklungsumgebung 6.5
« Last post by clausmuus on March 04, 2026, 10:49:27 »
vdr-plugin-mousemate ist dazugekommen:

Getestet mit Maus unter x86 und rpi4 -> funzt. Muss noch im plugin setup mit -d /dev/input/eventx mit dem entsprechenden device angepasst werden.

Wenn die Angabe des event Devices Pflicht ist, solltest Du dafür einen default Wert setzen, so wie z.B. im vdr hbbtv Plugin Rezept, in der pkg_postinst Funktion.
32
Allgemein [ General ] / Entwicklungsumgebung 6.5
« Last post by rfehr on March 04, 2026, 10:02:02 »
@rfehr: jo, musste auf dem rpi den vdr nochmal aus den apt archiven rausschmeissen -> danach hatte er sich die letzte Version von Dir gezogen, läuft :)

vdr-plugin-graphlcd baut unter mld6-rp4.yml nicht, da haut's ihn anscheined raus mit einer cross-compiler Fehlermeldung:

Code: [Select]
-sysroot/usr/include/libpng16 -o strfct.o strfct.c
| cc1plus: warning: include location "/usr/include" is unsafe for cross-compilation [-Wpoison-system-directories]
| cc1plus: warning: include location "/usr/include" is unsafe for cross-compilation [-Wpoison-system-directories]
| In file included from display.h:17,
|                  from display.c:22:
| /usr/include/stdint.h:109: warning: "__INT64_C" redefined
|   109 | #  define __INT64_C(c)  c ## LL
|       |
| <built-in>: note: this is the location of the previous definition
| /usr/include/stdint.h:110: warning: "__UINT64_C" redefined
|   110 | #  define __UINT64_C(c) c ## ULL
|       |
| <built-in>: note: this is the location of the previous definition
| In file included from /usr/include/vdr/tools.h:22,
|                  from alias.c:19:
| /usr/include/stdint.h:109: warning: "__INT64_C" redefined
|   109 | #  define __INT64_C(c)  c ## LL
|       |
| <built-in>: note: this is the location of the previous definition
| /usr/include/stdint.h:110: warning: "__UINT64_C" redefined
|   110 | #  define __UINT64_C(c) c ## ULL
|       |
| <built-in>: note: this is the location of the previous definition
| In file included from /usr/include/glcdskin/config.h:18,
|                  from skinconfig.c:13:
| /usr/include/stdint.h:109: warning: "__INT64_C" redefined
|   109 | #  define __INT64_C(c)  c ## LL
|       |
| <built-in>: note: this is the location of the previous definition
| /usr/include/stdint.h:110: warning: "__UINT64_C" redefined
|   110 | #  define __UINT64_C(c) c ## ULL
|       |
| <built-in>: note: this is the location of the previous definition
| In file included from display.h:17,
|                  from plugin.c:24:
| /usr/include/stdint.h:109: warning: "__INT64_C" redefined
|   109 | #  define __INT64_C(c)  c ## LL
|       |
| <built-in>: note: this is the location of the previous definition
| /usr/include/stdint.h:110: warning: "__UINT64_C" redefined
|   110 | #  define __UINT64_C(c) c ## ULL
|       |
| <built-in>: note: this is the location of the previous definition
| In file included from display.h:17,
|                  from state.c:14:
| /usr/include/stdint.h:109: warning: "__INT64_C" redefined
|   109 | #  define __INT64_C(c)  c ## LL
|       |
| <built-in>: note: this is the location of the previous definition
| /usr/include/stdint.h:110: warning: "__UINT64_C" redefined
|   110 | #  define __UINT64_C(c) c ## ULL
|       |
| <built-in>: note: this is the location of the previous definition
| In file included from /usr/include/stdio.h:430,
|                  from /usr/include/vdr/i18n.h:13:
| /usr/include/bits/floatn.h:86:9: error: '__float128' does not name a type; did you mean '__cfloat128'?
|    86 | typedef __float128 _Float128;
|       |         ^~~~~~~~~~
|       |         __cfloat128
| In file included from /usr/include/bits/floatn.h:119:
| /usr/include/bits/floatn-common.h:214:15: warning: redeclaration of C++ built-in type '_Float32' [-fpermissive]
|   214 | typedef float _Float32;
|       |               ^~~~~~~~
| /usr/include/bits/floatn-common.h:251:16: warning: redeclaration of C++ built-in type '_Float64' [-fpermissive]
|   251 | typedef double _Float64;
|       |                ^~~~~~~~
| /usr/include/bits/floatn-common.h:268:16: warning: redeclaration of C++ built-in type '_Float32x' [-fpermissive]
|   268 | typedef double _Float32x;
|       |                ^~~~~~~~~
| /usr/include/bits/floatn-common.h:285:21: warning: redeclaration of C++ built-in type '_Float64x' [-fpermissive]
|   285 | typedef long double _Float64x;
|       |                     ^~~~~~~~~
| In file included from /usr/include/wchar.h:30,
|                  from /media/gitano/DATA/Software/VDR/MLD/6.5/mld-dev/build/tmp-glibc/work/cortexa72-mld-linux/vdr-plugin-graphlcd/git/recipe-sysroot/usr/include/c++/13.3.0/cwchar:44,
|                  from /media/gitano/DATA/Software/VDR/MLD/6.5/mld-dev/build/tmp-glibc/work/cortexa72-mld-linux/vdr-plugin-graphlcd/git/recipe-sysroot/usr/include/c++/13.3.0/bits/postypes.h:40,
|                  from /media/gitano/DATA/Software/VDR/MLD/6.5/mld-dev/build/tmp-glibc/work/cortexa72-mld-linux/vdr-plugin-graphlcd/git/recipe-sysroot/usr/include/c++/13.3.0/iosfwd:42,
|                  from /media/gitano/DATA/Software/VDR/MLD/6.5/mld-dev/build/tmp-glibc/work/cortexa72-mld-linux/vdr-plugin-graphlcd/git/recipe-sysroot/usr/include/c++/13.3.0/ios:40,
|                  from /media/gitano/DATA/Software/VDR/MLD/6.5/mld-dev/build/tmp-glibc/work/cortexa72-mld-linux/vdr-plugin-graphlcd/git/recipe-sysroot/usr/include/c++/13.3.0/istream:40,
|                  from /media/gitano/DATA/Software/VDR/MLD/6.5/mld-dev/build/tmp-glibc/work/cortexa72-mld-linux/vdr-plugin-graphlcd/git/recipe-sysroot/usr/include/c++/13.3.0/fstream:40,
|                  from alias.c:14:
| /usr/include/bits/floatn.h:86:9: error: '__float128' does not name a type; did you mean '__cfloat128'?
|    86 | typedef __float128 _Float128;
|       |         ^~~~~~~~~~
|       |         __cfloat128
| In file included from /usr/include/wchar.h:30,
|                  from /media/gitano/DATA/Software/VDR/MLD/6.5/mld-dev/build/tmp-glibc/work/cortexa72-mld-linux/vdr-plugin-graphlcd/git/recipe-sysroot/usr/include/c++/13.3.0/cwchar:44,
|                  from /media/gitano/DATA/Software/VDR/MLD/6.5/mld-dev/build/tmp-glibc/work/cortexa72-mld-linux/vdr-plugin-graphlcd/git/recipe-sysroot/usr/include/c++/13.3.0/bits/postypes.h:40,
|                  from /media/gitano/DATA/Software/VDR/MLD/6.5/mld-dev/build/tmp-glibc/work/cortexa72-mld-linux/vdr-plugin-graphlcd/git/recipe-sysroot/usr/include/c++/13.3.0/bits/char_traits.h:42,
|                  from /media/gitano/DATA/Software/VDR/MLD/6.5/mld-dev/build/tmp-glibc/work/cortexa72-mld-linux/vdr-plugin-graphlcd/git/recipe-sysroot/usr/include/c++/13.3.0/string:42,
|                  from /usr/include/glcdskin/type.h:16:
| /usr/include/bits/floatn.h:86:9: error: '__float128' does not name a type; did you mean '__cfloat128'?
|    86 | typedef __float128 _Float128;
|       |         ^~~~~~~~~~
|       |         __cfloat128
| In file included from /usr/include/stdlib.h:56,
|                  from display.c:14:
| /usr/include/bits/floatn.h:86:9: error: '__float128' does not name a type; did you mean '__cfloat128'?
|    86 | typedef __float128 _Float128;
|       |         ^~~~~~~~~~
|       |         __cfloat128
| In file included from /usr/include/bits/floatn.h:119:
| /usr/include/bits/floatn-common.h:214:15: warning: redeclaration of C++ built-in type '_Float32' [-fpermissive]
|   214 | typedef float _Float32;
|       |               ^~~~~~~~
| /usr/include/bits/floatn-common.h:251:16: warning: redeclaration of C++ built-in type '_Float64' [-fpermissive]
|   251 | typedef double _Float64;
|       |                ^~~~~~~~
| /usr/include/bits/floatn-common.h:268:16: warning: redeclaration of C++ built-in type '_Float32x' [-fpermissive]
|   268 | typedef double _Float32x;
|       |                ^~~~~~~~~
| /usr/include/bits/floatn-common.h:285:21: warning: redeclaration of C++ built-in type '_Float64x' [-fpermissive]
|   285 | typedef long double _Float64x;
|       |                     ^~~~~~~~~
| In file included from /usr/include/wchar.h:30,
|                  from /media/gitano/DATA/Software/VDR/MLD/6.5/mld-dev/build/tmp-glibc/work/cortexa72-mld-linux/vdr-plugin-graphlcd/git/recipe-sysroot/usr/include/c++/13.3.0/cwchar:44,
|                  from /media/gitano/DATA/Software/VDR/MLD/6.5/mld-dev/build/tmp-glibc/work/cortexa72-mld-linux/vdr-plugin-graphlcd/git/recipe-sysroot/usr/include/c++/13.3.0/bits/postypes.h:40,
|                  from /media/gitano/DATA/Software/VDR/MLD/6.5/mld-dev/build/tmp-glibc/work/cortexa72-mld-linux/vdr-plugin-graphlcd/git/recipe-sysroot/usr/include/c++/13.3.0/bits/char_traits.h:42,
|                  from /media/gitano/DATA/Software/VDR/MLD/6.5/mld-dev/build/tmp-glibc/work/cortexa72-mld-linux/vdr-plugin-graphlcd/git/recipe-sysroot/usr/include/c++/13.3.0/string:42,
|                  from /usr/include/glcddrivers/config.h:16,
|                  from plugin.c:21:
| /usr/include/bits/floatn.h:86:9: error: '__float128' does not name a type; did you mean '__cfloat128'?
|    86 | typedef __float128 _Float128;
|       |         ^~~~~~~~~~
|       |         __cfloat128
| In file included from /usr/include/wchar.h:30,
|                  from /media/gitano/DATA/Software/VDR/MLD/6.5/mld-dev/build/tmp-glibc/work/cortexa72-mld-linux/vdr-plugin-graphlcd/git/recipe-sysroot/usr/include/c++/13.3.0/cwchar:44,
|                  from /media/gitano/DATA/Software/VDR/MLD/6.5/mld-dev/build/tmp-glibc/work/cortexa72-mld-linux/vdr-plugin-graphlcd/git/recipe-sysroot/usr/include/c++/13.3.0/bits/postypes.h:40,
|                  from /media/gitano/DATA/Software/VDR/MLD/6.5/mld-dev/build/tmp-glibc/work/cortexa72-mld-linux/vdr-plugin-graphlcd/git/recipe-sysroot/usr/include/c++/13.3.0/bits/char_traits.h:42,
|                  from /media/gitano/DATA/Software/VDR/MLD/6.5/mld-dev/build/tmp-glibc/work/cortexa72-mld-linux/vdr-plugin-graphlcd/git/recipe-sysroot/usr/include/c++/13.3.0/string:42,
|                  from /usr/include/glcdskin/config.h:16:
| /usr/include/bits/floatn.h:86:9: error: '__float128' does not name a type; did you mean '__cfloat128'?
|    86 | typedef __float128 _Float128;
|       |         ^~~~~~~~~~
|       |         __cfloat128
| In file included from /media/gitano/DATA/Software/VDR/MLD/6.5/mld-dev/build/tmp-glibc/work/cortexa72-mld-linux/vdr-plugin-graphlcd/git/recipe-sysroot/usr/include/stdlib.h:56,
|                  from /media/gitano/DATA/Software/VDR/MLD/6.5/mld-dev/build/tmp-glibc/work/cortexa72-mld-linux/vdr-plugin-graphlcd/git/recipe-sysroot/usr/include/c++/13.3.0/cstdlib:79,
|                  from /media/gitano/DATA/Software/VDR/MLD/6.5/mld-dev/build/tmp-glibc/work/cortexa72-mld-linux/vdr-plugin-graphlcd/git/recipe-sysroot/usr/include/c++/13.3.0/bits/stl_algo.h:71,
|                  from /media/gitano/DATA/Software/VDR/MLD/6.5/mld-dev/build/tmp-glibc/work/cortexa72-mld-linux/vdr-plugin-graphlcd/git/recipe-sysroot/usr/include/c++/13.3.0/algorithm:61,
|                  from strfct.c:31:
| /usr/include/bits/floatn.h:86:9: error: '__float128' does not name a type; did you mean '__cfloat128'?
|    86 | typedef __float128 _Float128;
|       |         ^~~~~~~~~~
|       |         __cfloat128
| In file included from /media/gitano/DATA/Software/VDR/MLD/6.5/mld-dev/build/tmp-glibc/work/cortexa72-mld-linux/vdr-plugin-graphlcd/git/recipe-sysroot/usr/include/stdlib.h:56,
|                  from /media/gitano/DATA/Software/VDR/MLD/6.5/mld-dev/build/tmp-glibc/work/cortexa72-mld-linux/vdr-plugin-graphlcd/git/recipe-sysroot/usr/include/c++/13.3.0/cstdlib:79,
|                  from /media/gitano/DATA/Software/VDR/MLD/6.5/mld-dev/build/tmp-glibc/work/cortexa72-mld-linux/vdr-plugin-graphlcd/git/recipe-sysroot/usr/include/c++/13.3.0/bits/stl_algo.h:71,
|                  from /media/gitano/DATA/Software/VDR/MLD/6.5/mld-dev/build/tmp-glibc/work/cortexa72-mld-linux/vdr-plugin-graphlcd/git/recipe-sysroot/usr/include/c++/13.3.0/algorithm:61,
|                  from state.c:12:
| /usr/include/bits/floatn.h:86:9: error: '__float128' does not name a type; did you mean '__cfloat128'?
|    86 | typedef __float128 _Float128;
|       |         ^~~~~~~~~~
|       |         __cfloat128
| In file included from /usr/include/vdr/spu.h:15,
|                  from /usr/include/vdr/device.h:25,
|                  from /usr/include/vdr/dvbdevice.h:15,
|                  from /usr/include/vdr/menuitems.h:14,
|                  from /usr/include/vdr/plugin.h:14:
| /usr/include/inttypes.h:290:17: warning: declaration of 'intmax_t imaxabs(intmax_t)' conflicts with built-in declaration 'long int imaxabs(long int)' [-Wbuiltin-declaration-mismatch]
|   290 | extern intmax_t imaxabs (intmax_t __n) __THROW __attribute__ ((__const__));
|       |                 ^~~~~~~
| make: *** [Makefile:219: menu.o] Error 1
| make: *** Waiting for unfinished jobs....
| In file included from /usr/include/glcdskin/../glcddrivers/../glcdgraphics/bitmap.h:21,
|                  from /usr/include/glcdskin/../glcddrivers/driver.h:20,
|                  from /usr/include/glcdskin/config.h:20:
| /usr/include/inttypes.h:290:17: warning: declaration of 'intmax_t imaxabs(intmax_t)' conflicts with built-in declaration 'long int imaxabs(long int)' [-Wbuiltin-declaration-mismatch]
|   290 | extern intmax_t imaxabs (intmax_t __n) __THROW __attribute__ ((__const__));
|       |                 ^~~~~~~
| In file included from /usr/include/glcdgraphics/bitmap.h:21,
|                  from display.h:23:
| /usr/include/inttypes.h:290:17: warning: declaration of 'intmax_t imaxabs(intmax_t)' conflicts with built-in declaration 'long int imaxabs(long int)' [-Wbuiltin-declaration-mismatch]
|   290 | extern intmax_t imaxabs (intmax_t __n) __THROW __attribute__ ((__const__));
|       |                 ^~~~~~~
| In file included from /usr/include/glcdgraphics/bitmap.h:21,
|                  from display.h:23:
| /usr/include/inttypes.h:290:17: warning: declaration of 'intmax_t imaxabs(intmax_t)' conflicts with built-in declaration 'long int imaxabs(long int)' [-Wbuiltin-declaration-mismatch]
|   290 | extern intmax_t imaxabs (intmax_t __n) __THROW __attribute__ ((__const__));
|       |                 ^~~~~~~
| In file included from /usr/include/glcdgraphics/bitmap.h:21,
|                  from display.h:23:
| /usr/include/inttypes.h:290:17: warning: declaration of 'intmax_t imaxabs(intmax_t)' conflicts with built-in declaration 'long int imaxabs(long int)' [-Wbuiltin-declaration-mismatch]
|   290 | extern intmax_t imaxabs (intmax_t __n) __THROW __attribute__ ((__const__));
|       |                 ^~~~~~~
| make: *** [Makefile:219: strfct.o] Error 1
| In file included from /usr/include/vdr/spu.h:15,
|                  from /usr/include/vdr/device.h:25,
|                  from /usr/include/vdr/dvbdevice.h:15,
|                  from /usr/include/vdr/menuitems.h:14,
|                  from /usr/include/vdr/plugin.h:14,
|                  from common.c:6:
| /usr/include/inttypes.h:290:17: warning: declaration of 'intmax_t imaxabs(intmax_t)' conflicts with built-in declaration 'long int imaxabs(long int)' [-Wbuiltin-declaration-mismatch]
|   290 | extern intmax_t imaxabs (intmax_t __n) __THROW __attribute__ ((__const__));
|       |                 ^~~~~~~
| make: *** [Makefile:219: common.o] Error 1
| make: *** [Makefile:219: alias.o] Error 1
| make: *** [Makefile:219: state.o] Error 1
| make: *** [Makefile:219: plugin.o] Error 1
| make: *** [Makefile:219: display.o] Error 1
| make: *** [Makefile:219: skinconfig.o] Error 1
| ERROR: oe_runmake failed
| WARNING: exit code 1 from a shell command.


__float128 mag der compiler da anscheined nicht, konnte bisher nix brauchbares dazu finden, hat jmd von Euch vllt. schon mal ähnliches gesehen?

Vielen Dank!

Lieben Gruß,
-gitano

Hi gitano,

zum _float128 habe ich folgendes gefunden.

https://www.reddit.com/r/Ubuntu/comments/pfabeq/solved_problem_float128_in_arm64/

Gruß,
  Roland
33
Allgemein [ General ] / TV nach MLD gestartet bringt "kein Signal"
« Last post by Highlander on March 04, 2026, 09:09:02 »
Hallo zusammen,

ich habe gestern die TV-Einstellungen von „Automatisch“ auf

4K 60 Hz
NVIDIA

geändert.

Heute Morgen habe ich es getestet. Es verhält sich jetzt wirklich anders:

Der TV startet jetzt nicht mehr mit „Kein Signal“ auf dem richtigen HDMI-Eingang, sondern im Übersichtsbild.
Dort kann ich zwar den HDMI-Eingang auswählen, bekomme aber nur ein schwarzes Bild.

Ich habe dann im WebIf auf CUVID umgeschaltet und sofort ein Bild bekommen. Allerdings läuft der VDR nach einem Neustart leider nicht mehr.

Wieder auf NVIDIA zurückgestellt und es läuft.

Soll ich vielleicht wirklich mal ein neues Kabel besorgen?

Viele Grüße
Uwe
34
Allgemein [ General ] / Entwicklungsumgebung 6.5
« Last post by gitano on March 03, 2026, 23:55:08 »
Moin,

vdr-plugin-mousemate ist dazugekommen:

https://github.com/lgitano/mld-receipes/tree/main/vdr-plugin-mousemate

Getestet mit Maus unter x86 und rpi4 -> funzt. Muss noch im plugin setup mit -d /dev/input/eventx mit dem entsprechenden device angepasst werden.

Lieben Gruß,
-gitano
35
Allgemein [ General ] / TV nach MLD gestartet bringt "kein Signal"
« Last post by kallop on March 03, 2026, 18:13:12 »
Noch ein Hinweis: es gibt im HDMI-Kabel eine Ader mit +5V, welche den (kleinen) Teil der Elektronik im Fernseher versorgen soll, der die edid-Daten bereitstellt. Damit wird der Fernseher erkannt, selbst wenn er komplett vom Stromnetz getrennt ist und nur über das HDMI-Kabel mit der MLD verbunden ist. Es könnte also auch folgende Ursache haben:
- HDMI-Kabel defekt (liefert nicht die 5V)
- alter Fernseher versorgt selbst die HDMI-Elektronik, auch im Standby
- neuer Fernseher versorgt die HDMI-Elektronik nicht im Standby, nur wen er eingeschaltet ist.
Es gibt auch noch eine Ader mit der Bezeichnung Hotplug. Das signalisiert der Grafikkarte, dass sich etwas verändert hat am anderen Ende des Kabels, wodurch die edid-Daten erneut angefordert werden. Das erklärt, warum ein Ab- und Anstecken des HDMI-Kabels zu einem Bild führt.
36
Allgemein [ General ] / TV nach MLD gestartet bringt "kein Signal"
« Last post by Highlander on March 03, 2026, 15:38:36 »
Hallo zusammen,

der TV befindet sich in diesem Moment im Standby.

Ein- und Ausschalten des Fernsehers hilft auch, dauert aber ewig, bis er „gebootet“ hat, und startet dann nicht mehr mit dem richtigen HDMI-Anschluss.

Der Fernseher liefert wahrscheinlich im Standby falsche oder gar keine Werte, da ja sogar die Sony-Soundbar mit der falschen Auflösung kommt.

Das mit der Einstellung im WebIf probiere ich heute Abend gleich aus.

Als Treiber habe ich immer den Standard gelassen. Ich glaube, es ist „nvidia“, schaue aber auch noch einmal nach.

Vielen Dank und viele Grüße,
Uwe
37
Allgemein [ General ] / TV nach MLD gestartet bringt "kein Signal"
« Last post by franky on March 03, 2026, 13:02:35 »
Hi Uwe,

wenn der TV beim Start des XServers stromlos ist, wäre das ein normales Verhalten.
Ist der TV zu diesem Zeitpunkt aber nicht stromlos sondern im Standby, dann ist das Verhalten ungewöhnlich.

Beim Start des XServer kommuniziert die GPU mit dem TV, um die Edid-Daten abzufragen.
Erhält die GPU über keinen der HDMI/DP Anschlüsse eine Antwort, bleiben diese deaktiviert.
Somit "No signal" wenn der TV eingeschaltet wird.

Dass ein TV im Standby über die HDMI-Ausgänge nicht aktiv kommuniziert, habe ich bisher sehr selten erlebt.
Ich hatte bisher nur einen Android UHD-TV der sich da sehr zickig verhält, besonders wenn kein 4K UHD Kabel verwendet wird.

Interessant wäre das xorg.0.log bei der Meldung "No Signal" auf dem TV und auch ein weiteres xorg.0.log, wenn du ein TV-Bild hast und somit der XServer die Edid-Daten vom TV erhalten hat.

Der Vorschlag von Claus mit dem "Bildschirm merken" könnte bei dir helfen, da dann versucht wird, eine edid.bin mit deinen TV-Daten zu erzeugen.
Diese wird dann vom XServer beim Start verwendet, auch wenn er keinen TV/Monitor erkennt.
Das mit dem "Bildschirm merken" musst Du natürlich machen, wenn du ein Bild am TV hast, also der TV erkannt wurde.
Und dann hängt es natürlich davon ab, ob eine passende edid.bin erzeugt werden kann.

Du verwendest ja eine nVidia GT1030 zu Ausgabe.
Passiert das eigentlich sowohl mit der Treiber-Einstellung nvidia als auch cuvid?

Gruß Klaus
38
Allgemein [ General ] / TV nach MLD gestartet bringt "kein Signal"
« Last post by clausmuus on March 03, 2026, 10:48:59 »
Da gibt's zwei Sachen die helfen könnten:
- Im Webif in den Einstellungen zur Anzeige den Harken bei "Bildschirm merken" setzen. Dafür musst Du einen Hauptbildschirm gewählt haben.
- In den Einstellungen eine Auflösung und Wiederholrate auswählen
39
Allgemein [ General ] / TV nach MLD gestartet bringt "kein Signal"
« Last post by Highlander on March 03, 2026, 09:18:20 »
Hallo zusammen,

ich habe mit meinem neuen Fernseher leider ein Problem und finde keine Lösung:

Wenn der MLD vor dem Fernseher startet und ich dann den TV einschalte, bekomme ich die Meldung „Kein Signal“.
Es hilft nur, das HDMI-Kabel aus- und wieder einzustecken.

Mit dem alten Fernseher war das kein Problem. Ich finde auch keine Option, wie das Verhalten geändert werden kann.

Der MLD ist direkt am TV eingesteckt, die Soundbar ist an einem anderen HDMI-Anschluss (ARC).

Als Test hatte ich mal folgende Konfiguration probiert:
MLD → Soundbar → TV

Wenn ich dann den TV nachträglich einschalte, bekomme ich zwar ein Bild, aber nur 720p im VDR und im Kodi  :(

Kennt jemand das Problem?

Ist es möglich, die Nvidia-Karte im MLD „neu zu starten“? Also das Aus- und Einstecken des HDMI-Kabels zu simulieren?

Oder lässt sich da vielleicht MLD-seitig etwas konfigurieren?

Viele Grüße,
Uwe
40
Allgemein [ General ] / Wo ist die MAC Adresse gespeichert?
« Last post by clausmuus on March 01, 2026, 10:43:19 »
Ja, das passt. Ich wusste zwar nicht, dass in der Datei auch die MAC Adresse drin steht, aber diese wird direkt beim ersten Booten nach dem Installieren erstellt.