Hmm, hier kommen auch Movies.

Keine Ahnung, was da bei dir los ist.

Ich hab im Setup den Alternativen Modus mit Deutscher Sprache und Advanced Search aktiviert.

Ich nutze hier seitdem Pseudoaufnahme im AIO und habe hier damit keine Probleme.

Andro1

Ja, wenn dein IMDb-Plugin eine eigene Weiterentwicklung ist, wäre ein neuer Thread ganz gut. Mehrere Plugin-Entwicklungen in einem Thread sind eher schlecht.

Andro1

Ohne Plugins-Files zum Downloaden oder Download-Link musst du hier keine Screenshots posten.

Damit kann dann eh keiner was anfangen.

Please test with set "use advanced search with 10 results" to "on".

Mach mal einen Screenshot von deinen Einstellungen.

Was funktioniert denn nicht?

Hier scheint noch alles zu funktionieren.

Ein kleiner Tipp zum Umgang mit relevanten Änderungen im Screen-Skin.

Wenn man den Screen-Skin im Zuge von Anpassungen so verändert hat, dass er sich nicht mehr mit dem Default-/Box-Skin verträgt, sollte man im Screen einen neuen Skinnamen verwenden.

das erfolgt im Screen __init__ so:

Screen.__init__(self, session)

self. skinName="ZapHistoryConfigurator_v1"

...

Im Skin-Code muss es dann so verwendet werden:

<screen name="ZapHistoryConfigurator_v1" ...

Solange der neue ScreenName im Default-/Box-Skin nicht gefunden wird, wird immer der Skin aus dem Plugin verwendet.

Dann muss man da auch nichts aus dem Default-Skin löschen, was keine gute Idee ist.

Hier mal Version 0.1-r18, wo die Darstellerliste wieder angezeigt wird.

Hinweis zum Zip-Dateianhang:

Beide Dateien aus der Zip im Anhang in folgenden Ordner auf die Box kopieren (vorhandene Dateien ersetzen):

usr/lib/enigma2/python/Plugins/Extensions/IMDb/

Danach einen GUI-Neustart machen und testen.

Wenn du die Dreambox einschaltest (also direkt über die Dreambox und nicht über die Kette), sollte eigentlich genau das passieren, aber man weiß eben nie, wie die Gerätekette dann damit umgeht.

Nutzt du auf der One/Two das HDMI-CEC 2.0 ?

Im Hauptmenü -> Einstellungen -> Geräte sollte es einen Menü-Punkt "HDMI CEC 2.0" geben.

HDMI-CEC ist und bleibt eine Wunderkiste.

Liegt auch daran, dass jeder Hersteller noch eigene ergänzende Optionen/Aktionen verwendet, die teils aber nicht dokumentiert sind oder einige Aktionen gar nicht unterstützt.

So geht z.B. bei Samsung-TV keine Lautstärke-Tastenweiterleitung über HDMI-CEC.

Auch habe ich hier z.B. das Problem, dass der TV (wenn alle Geräte im Idle-Mode sind) weiterhin Signale sendet und dabei in seltenen Fällen ein Einschalten der Two und dann auch des TV verursacht. Für meine Strecke konnte ich das "falsche" Signal intern blockieren, was mit Sicherheit aber nur für meine Geräte zutrifft. Wer weiß, wie viele nicht kompatible Signalkonstellationen es da noch so gibt. Von daher ist und bleibt HDMI-CEC wie schon gesagt eine Wunderkiste.

Auf meiner Two habe ich mit dem Plugin "AudioSwitchOnServiceChange" seit der Option "AudioSwitch-Aktionen bei HDMI-Wechsel ausführen" mit einer Wartezeit von 2.000ms keine Probleme mehr mit fehlendem Ton nach Einschalten der Box aus dem Idle-Mode.

Kannst ja mal testen, ob es bei dir auch was bringt.

Post

RE: HDMI EXTCON event 'hdmitx_extcon_audio' 'HDMI=0' - kein Ton nach Start aus dem Idle

Ich nutze hier aktuell die interne Version 0.1-r4 vom AudioSwitchOnServiceChange-Plugin.
Da kann man zusätzlich zur Option "nur nach Boxstart oder Start aus dme Idle" auch noch die Option "AudioSwitch-Aktionen bei HDMI-Wechsel ausführen" aktivieren.
Bislang habe ich damit nach dem Idle immer Ton

Wer mag, kann das auf der One/Two mal testen.
Auf der 9x0 gibt es leider kein Event für einen HDMI-Wechsel, wobei ich dort auch keine solchen Probleme hatte,

Hinweis:
Den Ordner "AudioSwitchOnServiceChange"…

Sven H

Aug 30th 2025

Ich nutze hier aktuell die interne Version 0.1-r4 vom AudioSwitchOnServiceChange-Plugin.

Da kann man zusätzlich zur Option "nur nach Boxstart oder Start aus dme Idle" auch noch die Option "AudioSwitch-Aktionen bei HDMI-Wechsel ausführen" aktivieren.

Bislang habe ich damit nach dem Idle immer Ton

Wer mag, kann das auf der One/Two mal testen.

Auf der 9x0 gibt es leider kein Event für einen HDMI-Wechsel, wobei ich dort auch keine solchen Probleme hatte,

Hinweis:

Den Ordner "AudioSwitchOnServiceChange" inkl. aller Files/Unterordner aus der Zip in folgenden Ordner auf die Box kopieren und GUI-Neustart machen.

Dann im Plugin die o.g. Optionen setzen und den Ton beim Start aus dem Idle beobachten.

/usr/lib/enigma2/python/Plugins/Extensions/

Andro1

Ein kleiner Tipp

Wenn du Fixes in DreamOS-Files vornimmst, ändere nicht die originalen GUI-Texte.

Du hast vielfach die Texte auf Großschreibung am Anfang umgeändert, was zur Folge hat, dass alle User, die nicht English als Box-Sprache nutzen diese geänderten Texte nun in English angezeigt bekommen anstatt in ihrer gewählten Sprache.

Durch deine Text-Anpassung werden diese Texte nun nicht mehr übersetzt.

Ich habe inzwischen herausgefunden, dass man den HDMI-Status des angeschlossenen Gerätes hiermit abfragen kann.

0 = inaktiv, 1 = aktiv

cat /sys/devices/virtual/amhdmitx/amhdmitx0/hpd_state

Den obigen Wert "HDMI=0" (inaktiv) bzw. "HDMI=1" (aktiv) findet man für das Audio hiermit:

cat /sys/devices/virtual/amhdmitx/amhdmitx0/hdmi_audio/state

Demnach scheint der TV in einigen Fällen im Startprozess kurzzeitig das HDMI-Signal zu resetten (erst auf HDMI=0, dann HDMI=1), was dann wohl einige Sekunden dauert und das Aushandeln des Ton-Signals stört.

Hiermit bekomme ich die Angaben zum angeschlossenen Gerätes (in meinem Fall ein Samsung-TV):

cat /sys/devices/virtual/amhdmitx/amhdmitx0/edid

In den Fällen, wo es beim Start von Box und TV kein Ton-Problem gibt, erfolgte das Resetten des HDMI (erst auf HDMI=0, dann HDMI=1) bereits kurz nach dem Wechsel in den Idle-Mode, so dass die Box dann beim Einschalten aus dem Idle ohne HDMI-Reset direkt durchstartet.

Keine Ahnung, ob man dieses HDMI-Reset, was möglicherweise vom TV ausgelöst wird, im Idle erzwingen kann, so dass es nicht mehr beim Start aus dem Idle passiert ???

Wie sich das dann bei einer HDMI-Kette verhält, wäre die nächste Frage.

Auch habe ich das bisher nur auf der dmTwo untersucht.

Wenn ich mal etwas Zeit finde, kann ich ja mal schauen, wie es mit meiner dm920 ist, wobei ich mich nicht an solche Ton-Probleme erinnern kann.

Da ich mit der dmTwo gelegentlich nach dem Start aus dem Idle im AIO-Image keinen Ton am TV habe (AC3-Donwmix=off), habe ich nun mal das e2-Log ausgewertet.

(den Ton konnte man dann meist durch einen Senderwechsel bzw. ein-/ausschalten des AC3-Downmix wieder aktivieren)

In den Fällen, wo es nach dem Start aus dem Idle (TV wird über HDMI-CEC mitgestartet) am TV keinen Ton habe, sind solche Einträge "HDMI EXTCON event ..." im Log zu finden:

...
can't set new display mode (port, mode, rate) =>  None None None
HDMI EXTCON event 'hdmitx_extcon_hdmi' 'HDMI=0'
HDMI EXTCON event 'hdmitx_extcon_audio' 'HDMI=0'
[eAudioManager::PrivateAML::load] got 2 modes
[eAudioManager::PrivateAML::parseAudioMode] PCM : 0
[eAudioManager::PrivateAML::parseSampleRates] got 3 rates for 0 ( 32/44.1/48 kHz)
...
...
[eAudioManager::PrivateAML::load] got 5 modes
[eAudioManager::PrivateAML::parseAudioMode] PCM : 0
[eAudioManager::PrivateAML::parseSampleRates] got 3 rates for 0 ( 32/44.1/48 kHz)
[eAudioManager::PrivateAML::parseAudioMode] AC-3 : 3
[eAudioManager::PrivateAML::parseSampleRates] got 3 rates for 3 ( 32/44.1/48 kHz)
[eAudioManager::PrivateAML::parseAudioMode] DTS : 5
[eAudioManager::PrivateAML::parseSampleRates] got 1 rates for 5 ( 48 kHz)
[eAudioManager::PrivateAML::parseAudioMode] Dobly_Digital+ : 7
[eAudioManager::PrivateAML::parseSampleRates] got 3 rates for 7 ( 32/44.1/48 kHz)
eAudioDecoder: 1: SPDIF Sample Rate 48000(48000), channels 2(2), codec 86019
eAudioDecoder: 2: SPDIF Sample Rate 48000(48000), channels 2(2), codec 86019
eAudioDecoder: SPDIF_PTS 6c02003f, 6144 bytes, 0b 77 eb e6 1c
eAlsaOutput(SPDIF): state transition requested 5, old 0
eAlsaOutput(SPDIF): PLAY_REQ
eAlsaOutput(SPDIF): start with sample_rate 48000, channels 2(2), bits 16 ok
-> setting (aspect, policy, policy2) =>  auto pillarbox letterbox
HDMI EXTCON event 'hdmitx_extcon_hdmi' 'HDMI=1'
HDMI EXTCON event 'hdmitx_extcon_audio' 'HDMI=1'
...

In den Fällen, wo der Ton nach dem Einschalten aus dem Idle funktioniert, gibt es keine Logeinträge zu "HDMI EXTCON event ...".

Offensichtlich wird in einigen Fällen während des Starts aus dem Idle erst auf HDMI=0 gewechselt und wenige Sekunden später (hier ca. 4sek) dann auf HDMI=1 gewechselt.

Und wenn das zu lange dauert, dann konnte das Ton-Setting mit der Box wohl nicht ausgehandelt werden.

Ich hab mir jetzt in meinem Plugin "AudioSwitchOnServiceChange" noch ein Event für hdmiChanged integriert, so dass man den Zeitpunkt erfährt, wo es eine HDMI-Änderung gibt und führe dann ein kurzes ein-/ausschalten vom AC3-Downmix aus, so dass der Ton dann direkt verfügbar ist.

Damit ich das richtige hdmiChange-Event erwische (weil da ja immer 2 kommen - 1x HDMI=0 und 1x HDMI=1), frage ich dabei aktuell den videoMode ab, weil auch der erst nach HDMI=1 verfügbar ist.

videoPort = config.av.videoport.value
videoMode = config.av.videomode[videoPort].value

videoPort ist hier "HDMI" und videoMode ist dann "1080p" (sofern bereits verfügbar, wenn HDMI EXTCON auf HDMI=1 gesetzt ist).

Wenn lt. Log der Wert noch auf HDMI=0 steht, gibt es keinen Wert für den videoMode.

Fragen:

Was bedeutet der Eintrag "HDMI EXTCON event 'hdmitx_extcon_audio' 'HDMI=1'" und insbesondere der Wert bei HDMI=... ?

Ist das die HDMI-Quelle beim TV, die dann der Dreambox mitgeteilt wird ? (wobei die dmTwo beim TV an HDMI3 hängt)

Kann man diesen HDMI-Wert für HDMI EXTCON evtl. im e2/DreamOS abfragen bzw. selbst setzen ?

Fred Bogus Trumper

das ist der Link zum letzten offiziellen DP-AIO-Image:

https://dreamboxupdate.com/opendreambox/2.6/experimental/images/dreambox/dreambox-image-dreambox-20230424.tar.xz

Das Image sollte aber auch im Link von Cepheus62 enthalten sein.

Netzteil ?

Ggf. auch mal das Display Flachbandkabel neu anstecken.

(falls du dazu Rückfragen hast, mal googeln)

Soll jetzt jeder den Source-Code selbst studieren, um zu wissen, was du da modifiziert hast ?

Erkläre es mit widget-Code und Screenshots, so dass jeder sofort sieht, was du da modifiziert hast und wozu.

Sonst wirst du vermutlich nicht viele Rückmeldungen bekommen.

It's great that you're adding new stuff here.
But it's absolutely rude that you completely ignored the changes from my last r15.
After all, I went to the extra effort to merge your changes and my changes in the last r15.

Then I would have at least expected you to integrate your additions to the trailer into my last r15.

I won't bother to combine my version and yours again.

Thanks for your changes.

I have combined your changes with my internal version with other changes.

Your Code to read rating perhaps works also on standard parsing method (html).

Now is only using on alternative parsing method (json) with the standard search (5 results).