VDR 2.3.9 Fixes

Unter bestimmten Bedingungen (wohl timingabhängig) kann es vorkommen, dass cSVDRPClient::Process() vorzeitig zurückkehrt, wenn kein 'Response'-Parameter übergeben wurde. Da kann es dann dazu kommen, dass die Antwort "250 OK" auf das "CONN"-Kommando erst nach dem initialen "LSTT" kommt, und damit als Antwort auf "LSTT" gewertet wird, was natürlich falsch ist. Danke an TomJoad für den Bug-Report.

Beiliegender Patch fixt das.

Klaus

In diesem Thread möchte ich gerne alle Fixes für die Version 2.3.9 sammeln, damit sie schnell und einfach zu finden sind. Neue Bug-Reports daher bitte in separaten Threads posten.

Klaus

Wenn VDR wegen eines Fehlers vor dem Laden der Datei 'cam.data' beendet wird, kam es zu einer Fehlermeldung "ERROR (ci.c,3021): (null): Bad address", da der Dateiname noch nicht gesetzt war.

Beiliegender Patch fixt das.

Klaus

g++ 7.2 meckert über einige snprintf()-Aufrufe mit möglicherweise zu kleinen Puffern.

Beiliegender Patch fixt das.

Klaus

Beim Öffnen des Recordings-Menüs wurde eine eventuell vom vorherigen Menü gemerkte Aufnahme ganz oben positioniert, anders als vorher, wo sie, wenn möglich, in der Mitte des Menüs stand.

Beiliegender Patch fixt das.

Klaus

Fix für den Fehler der hier beschrieben wurde bzgl. Inkonsistenz der Nummer des primären Devices zwischen LSTD und PRIM.

Als (evtl. vorläufigen) Fix für das hier beschriebene Problem mit fehlerhaften EIT-Daten werde ich noch beliegenden Patch in die finale Version 2.4.0 mit aufnehmen.

Klaus

Beiliegender Patch fixt das von Oliver Endriss auf der VDR-ML unter "[vdr 2.3.9] Setting a mark is sluggish" gemeldete Problem mit dem "zähen" Setzen von Schnittmarken sowie der springenden Fortschrittsanzeige bei sehr kurzen Aufnahmen.

Bitte ausführlich testen mit allen verfügbaren Ausgabe-Devices sowie Skins!

Klaus

Wenn man im Schedule-Menü einen Timer editiert für einen Event, der kein VPS hat, und dann den Cursor auf den darunter- oder darüberliegenden Event bewegt, der mit 't' markiert ist und dort mit "Red" auch einen Timer setzt, dann wird der Event unter Umständen nicht sofort auf 'T' gesetzt und es kann dazu kommen, dass ein weiterer Druck auf "Red" einen zweiten, doppelten Timer anlegt.

Beiliegender Patch fixt das.

Klaus

Wenn man VDR in einem Fenster laufen lässt und Untertitel angezeigt werden, und man dieses Fenster sehr klein macht, kannes passieren, dass VDR mit einer "division by zero" abstürzt, weil die skalierte Bitmap zu klein wird.

Beiliegender Patch fixt das.

Klaus

In cDisplayChannel::cDisplayChannel(eKeys FirstKey) wurde osdState nicht initialisiert. Dadurch konnte es dazu kommen, dass die Kanalanzeige unnötigerweise erneut aufgebaut wurde. Eine Absturzgefahr bestand aber zu keiner Zeit ;-).

Beiliegender Patch fixt das.

Klaus

Was wäre die Freigabe einer stabilen Version ohne einen "last minute patch"!?

Mir wurde berichtet, dass bei der Wiedergabe mit aktiver Fortschrittsanzeige die CPU-Last recht hoch ist im Vergleich zur Version 2.2.0. Der beiliegende Patch sorgt dafür, dass die Anzeige nicht öfter als alle 100ms aufgefrischt wird. Das reduziert die CPU-Last hier bei mir deutlich, und ich kann keine negativen Seiteneffekte erkennen.

Bitte testet diesen Patch intensiv und gebt mir (gerne auch hier in diesem Thread) eine Rückmeldung. Falls ich bis morgen Mittag nicht mindestens 5 positive Rückmeldungen (und keine einzige negative) bekommen habe, dann werde ich diesen Patch nicht in die stable 2.4.0 aufnehmen. Das Risiko, im letzten Moment noch was kaputtzumachen, wäre dann zu groß.

Bitte berichtet auch, ob sich dadurch bei euch wirklich eine Reduzierung der CPU-Last bei geöffneter Fortschrittsanzeige ergibt. Also bitte erstmal ohne Patch messen, und dann mit.

Klaus