@Klaus
Lässt sich das nicht so programmieren, dass eine TPID-Änderung während einer Aufnahme einfach ignoriert wird? Der VDR weiß ja, dass er Aufnimmt; sonst würde er die Aufnahme nicht abbrechen.
retuning due to modification of channel
-
-
@Klaus
Lässt sich das nicht so programmieren, dass eine TPID-Änderung während einer Aufnahme einfach ignoriert wird? Der VDR weiß ja, dass er Aufnimmt; sonst würde er die Aufnahme nicht abbrechen.
Wenn mein obiger Vorschlag das Problem behebt werde ich das entsprechend einbauen.
Aber erstmal möchte ich da eine positive Rückmeldung haben...Klaus
-
Ok, aber wie erkenne ich, ob der Patch was macht, oder einfach keine Wechsel mehr kommen? Eine kurze Logausgabe "ala Ignoring tpid cange due active recording" könnte man mitloggen.
-
Wenn mein obiger Vorschlag das Problem behebt werde ich das entsprechend einbauen.
Aber erstmal möchte ich da eine positive Rückmeldung haben...Klaus
Deshalb nochmal die Frage zum Logging: Würde gern sehen, warum der Kanal anscheinend modifiziert wurde. Kann ich den VDR dahingehend gesprächiger machen? Ein normaler PID wechsel war das ja nicht, denn die werden normalerweise bei mir angezeigt.
-
Ok, aber wie erkenne ich, ob der Patch was macht, oder einfach keine Wechsel mehr kommen? Eine kurze Logausgabe "ala Ignoring tpid cange due active recording" könnte man mitloggen.
Klar, dann mach das.Klaus
-
Deshalb nochmal die Frage zum Logging: Würde gern sehen, warum der Kanal anscheinend modifiziert wurde. Kann ich den VDR dahingehend gesprächiger machen? Ein normaler PID wechsel war das ja nicht, denn die werden normalerweise bei mir angezeigt.
Wenn es kein PID-Wechsel war, dann weiß ich es auch nicht. Da müsstest du dann tatsächlich mal weitergehende Debug-Ausgaben einbauen...Klaus
-
Bei SetPids gibts ja das hier:
Codeif (Number()) dsyslog("changing pids of channel %d from %d+%d=%d:%s:%s:%d to %d+%d=%d:%s:%s:%d", Number(), vpid, ppid, vtype, OldApidsBuf, OldSpidsBuf, tpid, Vpid, Ppid, Vtype, NewApidsBuf, NewSpidsBuf, Tpid);
Was macht denn die Funktion "Number()" bzw. was wird da geprüft?
In SetTransponderData gibts an der Logstelle
Vielleicht hats da ja zugeschlagen und keinen Logeintrag wegen Quiet = true gemacht?! Werd das Quiet mal zum Testen rausnehmen.
-
Hi, ich habe auch den Herrn der Ringe aufgezeichnet und zeitversetzt gesehen. Bei mir gab es keine Probleme. Ich nutze ein aktuelles yaVDR- testing.
Gruß Jan -
Bei SetPids gibts ja das hier:
Codeif (Number()) dsyslog("changing pids of channel %d from %d+%d=%d:%s:%s:%d to %d+%d=%d:%s:%s:%d", Number(), vpid, ppid, vtype, OldApidsBuf, OldSpidsBuf, tpid, Vpid, Ppid, Vtype, NewApidsBuf, NewSpidsBuf, Tpid);
Was macht denn die Funktion "Number()" bzw. was wird da geprüft?
Number() liefert die Nummer des Kanals. Falls es ein neu angelegter Kanal ist, der noch nicht in der Liste ist, ist dieser Wert 0 und es wird nichts ins Log geschrieben.Zitat
Kann ich mir zwar eigentlich nicht vorstellen, aber der Test ist sicher nicht verkehrt.Kaus
-
Number() liefert die Nummer des Kanals. Falls es ein neu angelegter Kanal ist, der noch nicht in der Liste ist, ist dieser Wert 0 und es wird nichts ins Log geschrieben.
Kann ich mir zwar eigentlich nicht vorstellen, aber der Test ist sicher nicht verkehrt.Kaus
Bis jetzt ist es noch nicht wieder aufgetreten. Aber eigentlich kann es ja nur an der Stelle passiert sein, denn sonst wäre der VDR ja gesprächiger gewesen?!
-
Ich habe das Problem auch :
CodeOct 22 18:38:13 vdr-demo vdr: [3145] changing pids of channel 9 from 767+767=27:0;771=deu@106,772=eng@106:0:32 to 767+767=27:0;771=deu@106,772=eng@106:0:0 .... Oct 22 18:38:14 vdr-demo vdr: [3133] stopping recording due to modification of channel 9 .... Oct 22 18:38:14 vdr-demo vdr: [3133] switching device 3 to channel 9 .... Oct 22 18:38:16 vdr-demo vdr: [3145] changing pids of channel 9 from 767+767=27:0;771=deu@106,772=eng@106:0:0 to 767+767=27:0;771=deu@106,772=eng@106:0:32
Ist die 32 die TPid ?
-
Ist die 32 die TPid ?
Ja, das ist sie.Wenn man bedenkt, daß die Umschaltung innerhalb von 3 Sekunden hin und wieder zurück erfolgt, dann kann ich mir das eigentlich nur als "Störfeuer" seitens Sky erklären... ;-).
Klaus
-
Ja, das ist sie.Wenn man bedenkt, daß die Umschaltung innerhalb von 3 Sekunden hin und wieder zurück erfolgt, dann kann ich mir das eigentlich nur als "Störfeuer" seitens Sky erklären... ;-).
Klaus
aber wie schaffen dies das, dass die zerifizierten Receiver da keine Probleme machen? -
Natürlich sollte für die Teletext-Geschichte ein Fix her. kls hat ja schon einen vorgeschlagen. Eventuell kann man den noch dahingehend anpassen, dass nur bei Aufnahmen der Tpid Wechsel ignoriert wird.
Aber das ganze hat eigentlich nicht mit meinem eigentlichen Problem zu tun, denn bei mir gab es keinen PID-Wechsel. Daher macht doch einen eigenen Thread auf.
-
aber wie schaffen dies das, dass die zerifizierten Receiver da keine Probleme machen?
Ich schätze mal, daß denen die TPID ziemlich egal ist.
Mit meinem Vorschlag von hier sollte die Störung auch im VDR nicht mehr auftreten.
Ich werde das in der nächsten Version entsprechend ändern.Klaus
-
Die nehmen ja nicht den kompletten Stream (inkl. VTX) also macht das deren Aufnahmen nichts.
-
Hatte mal wieder einen zwischendurch (diesmal aber keine Aufnahme). Da SetTransponderData keinen Logeintrag generiert hat, muss ich weiter forschen. Könnte auch noch in SetCaDescriptors passieren. Was gibt dort die Variable Level an? Wenn Level <= 1 erscheint auch kein Logeintrag. Muss bei SetCaDescriptors der Kanal neu getuned werden?
-
Die nehmen ja nicht den kompletten Stream (inkl. VTX) also macht das deren Aufnahmen nichts.
Da sagst du was! VDR nimmt ja die TPID auch nicht auf, also sollte es nichts ausmachen, wenn ich das vom Retunen ausnehme.Klaus
-
Hatte mal wieder einen zwischendurch (diesmal aber keine Aufnahme). Da SetTransponderData keinen Logeintrag generiert hat, muss ich weiter forschen. Könnte auch noch in SetCaDescriptors passieren. Was gibt dort die Variable Level an? Wenn Level <= 1 erscheint auch kein Logeintrag. Muss bei SetCaDescriptors der Kanal neu getuned werden?
Der Wert für Level kommt vonCodeclass cCaDescriptorHandler : public cList<cCaDescriptors> { private: cMutex mutex; public: int AddCaDescriptors(cCaDescriptors *CaDescriptors); // Returns 0 if this is an already known descriptor, // 1 if it is an all new descriptor with actual contents, // and 2 if an existing descriptor was changed.
Ich schätze also mal, daß eine Änderung an den CA-Descriptoren schon zum Neu-Tunen führen sollte.
Aber leg doch mal das "modification |= CHANNELMOD_CA;" stll und schau, was passiert. Vielleicht braucht's das ja an der Stelle doch nicht.Klaus
-
Und ich entferne mal das Level > 1, um zu sehen, ob das wirklich die stelle ist. Muss halt nochmal ein paar Aufnahmen machen und schauen, ob es mal wieder auftritt.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!