Steht schon alles im Header, nach dem Wechsel des VDR prellt die FB, Zahlen werden quasi immer doppelt empfangen. - Ja ich weiß auch das die Harmony da oft ein wenig komisch ist aber ging ja vorher 
Ich weiß schon das es diverse Stellschrauben gibt aber es muss sich ja was geändert haben wenn es unabhängig vom Empfänger auftritt. Daher die Frage: gibts da einen speziellen Grund zu und/oder wie geht ihr damit um?
Christian
Das Problem habe ich auch. Hast du den Zapcockpit-Patch im VDR ? Ich ja, kann es damit zu tun haben ? Ich meine sogar mal davon hier gelesen zu haben. Es betrifft bei mir auch nur die Senderwahl über die Direkteingabe. Navigieren im Menü usw. funktioniert wie zuvor.
Gruss
Stefan
Gesendet von meinem SM-T580 mit Tapatalk
Nach etwas suchen habe ich wieder gefunden, wo ich etwas diesbezüglich gelesen hatte
Produktive Problem- und Pluginlösungen für VDR 2.3.2 und höher
carel beschreibt es dort genau so, wie es bei mir auch ist. Nur die Probleme mit menuorg kann ich nicht nachvollziehen. Eine Lösung gibts da aber leider nicht.
Hatte kein Tastenprellen bei VDR 2.3.2 und habe ich auch jetzt nicht mit VDR 2.3.4, aber diesen zapcockpit Patch habe/hatte ich auch nie drin.
Regards
fnu
stimmt, dann müssen wir warten bis sich das jemand anschaut.
Ich hab da jetzt mal rübergeschaut. In der menu.c wurde eine Kleinigkeit vergessen
Ich habe allerdings keinen plain-VDR, könnte bei euch anders aussehen, hier fehlt eine If-Abfrage
cDisplayChannel::cDisplayChannel(eKeys FirstKey, bool processKey)
:cOsdObject(true)
{
currentDisplayChannel = this;
group = -1;
number = 0;
timeout = true;
lastPresent = lastFollowing = NULL;
lastTime.Set();
withInfo = Setup.ShowInfoOnChSwitch;
displayChannel = Skins.Current()->DisplayChannel(withInfo);
positioner = NULL;
channel = NULL;
LOCK_CHANNELS_READ;
channel = Channels->GetByNumber(cDevice::CurrentChannel());
ProcessKey(FirstKey);
}richtig
cDisplayChannel::cDisplayChannel(eKeys FirstKey, bool processKey)
:cOsdObject(true)
{
currentDisplayChannel = this;
group = -1;
number = 0;
timeout = true;
lastPresent = lastFollowing = NULL;
lastTime.Set();
withInfo = Setup.ShowInfoOnChSwitch;
displayChannel = Skins.Current()->DisplayChannel(withInfo);
positioner = NULL;
channel = NULL;
LOCK_CHANNELS_READ;
channel = Channels->GetByNumber(cDevice::CurrentChannel());
if (processKey)
ProcessKey(FirstKey);
}
Mit der If-Abfrage funktioniert es nun wieder wie gewohnt bei mir.
Gruss
Stefan
ganz großes Kino Hollywood, bei dir ist der Name wohl Programm! 
also es fehlt nur die eine einzige Zeile? Ansonsten schick ein richtiges Diff bitte.
Bin auch gerade dabei mein 2.3.4 neu aufzubauen, hab den zapcockpit für einen ersten Test erstmal rausgenommen aber wenn das funktioniert bei dir kann ich das nochmal durchlaufen lassen.
Von mir: beide Daumen hoch!
Christian
[...] hab den zapcockpit für einen ersten Test erstmal rausgenommen aber wenn das funktioniert bei dir kann ich das nochmal durchlaufen lassen. ...
Hat jetzt zwar nichts mit dem Topic zu tun, aber bei mir funktioniert der Zapcockpit Patch nicht mit vdr-2.3.4
Getestet mit einem vanilla VDR.
Nun, man benutzt ja auch den Patch der zur VDR-Version passt. Ums mal auf deine übliche Art zu beantworten 
Da hast Du natürlich völlig Recht!
Das Problem ist halt, dass es im git keinen Anderen gibt:
Hat jetzt zwar nichts mit dem Topic zu tun
guter Hinweis, sobald ich den korrigierten Patch getestet hab ändere ich das subject.
Christian
hier der um den if erweiterte zapcockpit Patch für 2.3.4. ...
Betrifft denn das "if Problem" zur den zappilot Patch?
Das heißt doch dann zusammenfassend, dass Dein Problem mit der Fernbedienung, durch den fehlerhaften Patch gekommen ist?
Mit dem Patch erstellen hab ich es immer nicht so, der sollte ja auch auf einen Plain-VDR passen, da müsste ich dann wieder basteln. Aber danke das du das übernommen hast, war ja wirklich nur die eine Zeile an der richtigen Stelle. 
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
