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.

Zitat von MegaV0lt

@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.

Zitat von MegaV0lt

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

Zitat von TheChief

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

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

Zitat von TheChief

Bei SetPids gibts ja das hier:

Code

if (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

In SetTransponderData gibts an der Logstelle

Code

if (Number() && !Quiet)

Vielleicht hats da ja zugeschlagen und keinen Logeintrag wegen Quiet = true gemacht?! Werd das Quiet mal zum Testen rausnehmen.

Kann ich mir zwar eigentlich nicht vorstellen, aber der Test ist sicher nicht verkehrt.

Kaus

Ich habe das Problem auch :

Oct 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 ?

Zitat von frithjof

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

Zitat von kls

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?

Zitat von Dr. Seltsam

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.

Zitat von Razorblade

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

Zitat von TheChief

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 von

class 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