Frontprozessor, Scart und andere Merkwürdigkeiten

[rhabarber1848]

Hi,

Voraussetzungen:
- aktuelles Neutrino
- Gerät am Scart-Anschluß der Dbox, welches mittels Pin8 den Scart-Modus von Neutrino aktivieren kann
- automatische Scart-Umschaltung aktiv
- hier eine graue Kabel-Sagem Bmon V1.0, fpID 52, HWrev 41, FPrev 0.23

Ausgangssituation:
Dbox ist heruntergefahren, das Gerät am Scart-Anschluß ist ausgeschaltet.

Szenario:
Dbox mit kurzem Druck auf den Ein-/Ausschalter der Fernbedienung einschalten,
danach die Fernbedienung weglegen.

Kurz nachdem von Neutrino der Sendername auf das LCD geschrieben wurde,
das Gerät am Scart-Anschluß einschalten.
EDIT: Wartet man eine Minute, tritt das Problem übrigens nicht auf.
Der Scart-Modus von Neutrino wird aktiviert, aber... hier schaltet Neutrino
sofort danach in den soft-standby!
Das geschieht nicht, wenn die Dbox über den Geräteschalter gestartet wird.

Ich habe den Eindruck, dass der Frontprozessor FB-Signale speichert und nach
Aktivierung des Scart-Modus abarbeitet. Debug-Code in rcinput.cpp bestätigt,
dass Key 116 vom FP empfangen wird, nachdem der Scart-Modus aktiv wurde.

Wenn ich während des Bootvorganges, z.B. beim Laden der Kernelmodule,
andere Tasten auf der Fernbedienung drücke, schaltet die Dbox nicht in den
Standby, nachdem der Scart-Modus aktiviert wurde. Was wiederum IMHO
bestätigt, dass es kein Tuxbox-Softwareproblem ist.

Was wäre zu tun? Gibt es die Möglichkeit, die IR-queue im FP zurückzusetzen?

[rhabarber1848]

Gibt es die Möglichkeit, die IR-queue im FP zurückzusetzen?

Dieser Patch löst das Problem: EDIT: Patch ist im CVS
Einwände?

[seife]

wäre es nicht besser, im Konstruktor von CRCInput() den zu löschen? Dann wird's nur einmal beim neutrino-start geleert, und potenzielle Nebenwirkungen treten nicht auf (auch wenn mir grad keine Einfallen )

Etwa so (natürlich ungetestet ):

Code: Alles auswählen

--- a/tuxbox/neutrino/src/driver/rcinput.cpp
+++ b/tuxbox/neutrino/src/driver/rcinput.cpp
@@ -412,6 +412,7 @@ CRCInput::CRCInput()
        load_conf(true);

        open();
+       clearRCMsg();
 }

 uint CRCInput::modch2int(char c)

[rhabarber1848]

Etwa so (natürlich ungetestet ):

Funktioniert leider nicht.

[seife]

Dann scheint mir das ein bug des FP zu sein. Wenn du willst, kannst du ja mal debug code einbauen, ob *immer* die letzte FB-Taste nochmal rauskommt, wenn der VCR-SCART Pin 8 auf "an" geht. Muss aber nicht sein

Da wird wohl dein Patch die beste Lösung sein. Ich fände es allerdings gut, wenn da ein ausführlicher Kommentar hinkäme, der das "warum" genau beschreibt. Nicht dass das jemand irgendwann wieder wegoptimiert

[rhabarber1848]

committed:
http://article.gmane.org/gmane.comp.vid ... x.scm/1931