Generelles PlugIn Problem

Mojn moin,

ich hab gestern von VDR 1.0.4 auf 1.1.24 upgegradet, funktioniert an sich auch alles ganz Toll mit optisch genialem Elchi Patch. Ich hab da nur ein sehr nerviges Problem, wenn ich ein PlugIn der Sorte Tetris, TicTacToe, Console, VDRCommander starte, kann ich diese nicht bedienen sobald ich eine Taste auf meiner Fernbedienung drücke wechselt er den Sender, macht das Menü auf o.ä. je nach Taste. Die PlugIns z.B. Tetris laufen aber im Hintergrund weiter und brinmgen das Bild zu MPEG aussetzen, und zerstören das Menü LayOut.

Hat vielleicht jemand nettes eine Lösung für mich oder kennt das Problem ???

Danke

Greetz

Tomahawk

Die Logs, weder SysLog noch Messages oder UserLog, kurz gesagt kein Log hat irgendeinen Eintrag in Zusammenhang mit diesen Vorkommnissen (10 Minuten vorher nichts getan kein neuer Eintrag in die Logs).

VDR und PlugIns alles jedesmal komplett übersetzt (erst make (plugins-)clean für beide dann make (plugins))

Hab gerade ein frischen VDR compiled ohne elchi und jegliche andere patches, nur mit den plugins zum testen (tetris, usw.).

Problem bleibt das Gleiche
(SHIT)

.

Zitat

macht er das richtig oder die Tasten und Actions sind anders?

Die Tastenbelegung ist die des VDR, runter hoch, links, rechts, 0-9 usw. zum Kanalwechsel Menütasten u.ä.

Problemlösung aus der Mailling Liste

Behebt bei mir das oben beschriebene Problem

Greetz Tomahawk

Zitat

-----Ursprüngliche Nachricht-----
Von: kls@cadsoft.de [mailto:kls@cadsoft.de] Im Auftrag von Klaus
Schmidinger
Gesendet: Sonntag, 16. Februar 2003 10:58
An: vdr@linuxtv.org
Betreff: [vdr] Re: plugin handling bug in 1.1.24

Marcel Wiesweg wrote:

>>
>> Hello!
>>
>> After switching to 1.1.24 I noticed that all plugins using a raw OSD -

>> which is Tetris, Osddemo, TicTacToe, OSD-Teletext - are broken in the
>> sense that if you use a key, this key is not processed in the
>> cOsdObject's ProcessKey, but instead the usual key handling of vdr
>> applys. The objects are not destroyed when VDR uses the OSD. I could
>> trace it down to the change in line 472 of vdr.c
>> *** 470,474 ****
>> }
>> // CAM control:
>> ! if (!Menu)
>> Menu = CamControl();
>> // User Input:
>> --- 470,474 ----
>> }
>> // CAM control:
>> ! if (!Interface->IsOpen())
>> Menu = CamControl();
>> // User Input:
>>
>> which seems to trigger this behavior.

I believe I changed this one before I decided to move the CAM polling
into the tuner thread - and then failed to change it back. Looks like it
all works fine if we go back to the 'if (!Menu)' version.

Thanks for the bug report.

Klaus
-- _______________________________________________________________ Klaus Schmidinger Phone: +49-8635-6989-10 CadSoft Computer GmbH Fax: +49-8635-6989-40 Hofmark 2 Email: kls@cadsoft.de D-84568 Pleiskirchen, Germany URL: www.cadsoft.de _______________________________________________________________
-- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe vdr" as subject.

Alles anzeigen