[ANNOUNCE] VDR developer version 1.7.20

Ich kann's nur nochmal sagen. Hier läuft alles einwandfrei. Das kommt vom unnötigen verpatchen des VDRs.

Ich hab zwar auf meinem Server Deinen extp installiert, aber per Make.config ist nur der Libebuffer-Patch aktiv. Ich werde den mal rausnehmen und sehen, ob es dann
geht. Ansonsten keine Patches.

Zitat

Dabei ist es egal ob der VDR vanilla ist oder nicht.

Seht doch aus wie ein Problem in vanilla VDR ?!

Denke auch, denn ohne Livebuffer gehts auch nicht. Gerade getestet.

Copperhead
Falls Du kannst, probier doch mal eine Aufnahme auf Vox HD.

Hau doch mal *alle* Patches raus und kompiliere den VDR ganz unverändert. Nicht vergessen auch eventuell vorhandene Plugins neu zu kompilieren!

OK, auf den Privaten-HD ist das tatsächlich so. Alle anderen funktionieren aber, daher bin ich davon ausgegangen, dass es bei mir nicht ist.

@Mreimer: Es sind keine Patches schuld...

Schade. Kann bitte jemand KLS hier auf den Thread hinweisen, in der Hoffnung, dass man zeitnah einen Patch bekommt? Wäre schade, wenn die 1.7.20 wieder übersprungen werden müsste.

Hab mal versucht die BUFFERSIZE in cRecorder::Action zu erhöhen, brachte aber nur neue Fehlermeldungen:

vdr: [32720] ERROR: encountered new payload while buffering - dropping some data!

Scheint also doch ne grössere Sache zu sein, bei der mir einfach die Kenntnisse zum fixen fehlen. Gegenüber der
1.7.18, die ich vorher hatte, hat sich in der methode aber viel geändert. Werde daher vorerst auf die 1.7.18 zurück gehen,
bis es einen Fix gibt.

Zur Info: Habe gerade KLS via PN auf den Thread aufmerksam gemacht.

Kann mir mal jemand eine Aufnahme von ca. einer Minute Länge von so einem Kanal zur Verfügung stellen?
Kann auch mit VDR 1.7.19 oder 1.7.18 gemacht sein, da es ja mit 1.7.20 offenbar nicht geht.

Klaus

Ich krieg reproduzierbar nen Segfault beim betreten des Menüpunkts "Sonstiges" - alle anderen Menüs laufen einwandfrei.

vdr[2215]: segfault at 0 ip 00604220 sp bfbfe684 error 4 in libc-2.11.1.so[58e000+153000]


(gdb) bt
#0  0x003a8220 in rawmemchr () from /lib/tls/i686/cmov/libc.so.6
#1  0x0039cc07 in ?? () from /lib/tls/i686/cmov/libc.so.6
#2  0x003907b3 in vsscanf () from /lib/tls/i686/cmov/libc.so.6
#3  0x0037f71b in sscanf () from /lib/tls/i686/cmov/libc.so.6
#4  0x0809972f in tChannelID::FromString (s=0x0) at channels.c:32
#5  0x080fc7f0 in cMenuEditChanItem (this=0xb65facd0, Name=0x8171324 "Initial channel", ChannelID=0xb6339cf8, 
    NoneString=0x81709e8 "as before") at menuitems.c:727
#6  0x080ec5c7 in cMenuSetupMisc (this=0xb6338d20) at menu.c:3108
#7  0x080f4e76 in cMenuSetup::ProcessKey (this=0xb65e6098, Key=kOk) at menu.c:3235
#8  0x08100738 in cOsdMenu::ProcessKey (this=0xb65b5a40, Key=kOk) at osdbase.c:489
#9  0x080f3bd2 in cMenuMain::ProcessKey (this=0xb65b5a40, Key=kOk) at menu.c:3403
#10 0x081592de in main (argc=8, argv=0xbf8e8104) at vdr.c:1148
(gdb) q

Kann das jemand bei sich nachvollziehen?

Zitat von kls

Kann mir mal jemand eine Aufnahme von ca. einer Minute Länge von so einem Kanal zur Verfügung stellen?
Kann auch mit VDR 1.7.19 oder 1.7.18 gemacht sein, da es ja mit 1.7.20 offenbar nicht geht.

Klaus

Lade gerade ein Stück Aufnahme (Wohnen nach Wunsch/Vox HD) auf Sigis Server, dauert aber leider noch 80 min.

Zitat

Ich krieg reproduzierbar nen Segfault beim betreten des Menüpunkts "Sonstiges" - alle anderen Menüs laufen einwandfrei.

Ich hab das selbe Problem. Allerdings hab ich festgestellt, das der Fehler nicht auf jedem Host auftritt. Ich hab den vanilla VDR unter Ubuntu kompiliert. Unter Ubuntu funktioniert der dann auch (mit den Plugins skincurses und dumydevice). Starte ich diesen VDR dann jedoch auf einem MLD System bekomme ich den beschriebenen Fehler. Die MLD basiert auf Ubuntu, verwendet also die selben Libaries. Bei älteren VDR Versionen gab's dieses Problem nicht.

Ich hatte auch schon testweise die Initial channel Änderung rückgängig gemacht und die vom vdr-1.7.18 genommen. Leider ohne eine Besserung.

Claus

Mir war grad ne Idee gekommen. Ich konnte den Fehler nun näher einkreisen.
Der Fehler tritt nur dann auf, wenn in der setup.conf der Wert "InitialChannel" nicht definiert ist, wenn man also z.B. mit ner leeren setup.conf startet.

Claus

clausmuus: Danke! Die leere setup.conf war das Problem - ich lösch die immer wenn ich den neuen devel vdr teste. Der InitialChannel Eintrag wird auch anders angelegt als früher. Es dürfte mit dieser Änderung zusammenhängen:

Zitat

- Now checking Setup.InitialChannel for NULL before using it (reported by
Christoph Haubrich).

Ich nehme an Klaus liest hier mit und wird es fixen.

Hab ich mir auch so gedacht

Claus

Zitat von TheChief

Lade gerade ein Stück Aufnahme (Wohnen nach Wunsch/Vox HD) auf Sigis Server, dauert aber leider noch 80 min.

Upload ist fertig. Zugangsdaten sind vorhanden @Klaus?

Zitat von TheChief

Upload ist fertig. Zugangsdaten sind vorhanden @Klaus?

Danke, hol's mir gerade und werd's mir anschauen.

Klaus

Kannst du bitte als schnellen Versuch mal folgendes probieren?

--- remux.c     2011/08/15 09:50:14     2.58
+++ remux.c     2011/08/19 15:33:26
@@ -974,8 +974,10 @@
                                      payloadUnitOfFrame = (payloadUnitOfFrame + 1) % -framesPerPayloadUnit;
                                      if (payloadUnitOfFrame != 0 && independentFrame)
                                         payloadUnitOfFrame = 0;
-                                     if (payloadUnitOfFrame)
+                                     if (payloadUnitOfFrame) {
+                                        newPayload = false;
                                         newFrame = false;
+                                        }
                                      }
                                   if (framesPerPayloadUnit <= 1)
                                      scanning = false;

Klaus

Ja, danke jetzt läufts.