Frontprozessor, Scart und andere Merkwürdigkeiten

Sklaventreiber
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Frontprozessor, Scart und andere Merkwürdigkeiten

Beitrag von 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
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: Frontprozessor, Scart und andere Merkwürdigkeiten

Beitrag von rhabarber1848 »

rhabarber1848 hat geschrieben: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
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: Frontprozessor, Scart und andere Merkwürdigkeiten

Beitrag von 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
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: Frontprozessor, Scart und andere Merkwürdigkeiten

Beitrag von rhabarber1848 »

seife hat geschrieben:Etwa so (natürlich ungetestet ;)):
Funktioniert leider nicht.
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: Frontprozessor, Scart und andere Merkwürdigkeiten

Beitrag von 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
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: Frontprozessor, Scart und andere Merkwürdigkeiten

Beitrag von rhabarber1848 »