[2.1.6] VDR versucht ungültige PID zu setzen

3PO · 4. Mai 2014

Hi,

ich habe so alle 1-2 Stunden folgende Meldungen im Syslog, wo der VDR versucht, eine ungültige PID zu setzen:

Code

.....
May 04 16:28:39 [vdr] [15035] frontend 1/0 timed out while tuning to channel 0, tp 110930
May 04 16:29:00 [vdr] [15035] frontend 1/0 timed out while tuning to channel 0, tp 110971
May 04 16:29:08 [vdr] video:  2:32:18.304  +28  371   0/\ms  43+7 v-buf_
May 04 16:29:12 [vdr] [15036] ERROR: can't set filter (pid=65535, tid=02, mask=FF): Das Argument ist ungÃ¼ltig
May 04 16:29:12 [kernel] DVB (dvb_dmxdev_filter_start): could not set feed
May 04 16:29:12 [kernel] dvb_demux_feed_del: feed not in list (type=1 state=0 pid=ffff)
May 04 16:30:01 [cron] (root) CMD (test -x /usr/sbin/run-crons && /usr/sbin/run-crons)
.....

Siehe auch hier: --> Aktuelle Treiber für Octopus(ddbridge), CineS2(ngene/ddbridge), DuoFlex-S2, DuoFlex-CT, CineCT sowie TT S2-6400 (Teil 2)

CKone · 4. Mai 2014

ich hab das auch vorhin gesehen auf dem Server...

Christian

urknall · 4. Mai 2014

Hatte ich heute auch schon mehrfach...

TheChief · 4. Mai 2014

Und ich finde das überhaupt nicht im Log. Vielleicht was Treiber- oder Kanalspezifisches?

TheChief · 4. Mai 2014

Zitat

May 04 16:28:39 [vdr] [15035] frontend 1/0 timed out while tuning to channel 0, tp 110930
May 04 16:29:00 [vdr] [15035] frontend 1/0 timed out while tuning to channel 0, tp 110971

Mal davon ab, dass es Kanal 0 nicht gibt, oder? Eventuell liegts daran.

UFO · 4. Mai 2014

VDR versucht, einen Sectionfilter mit PID 65535 einzurichten. Der Aufruf kommt aus cDvbDevice::OpenFilter().

CU
Oliver

3PO · 4. Mai 2014

Zitat von TheChief

Mal davon ab, dass es Kanal 0 nicht gibt, oder? Eventuell liegts daran.

Na ja, was das mit dem "Kanal 0" soll, ist mir auch nicht klar, aber das war ja schon 12 Sekunden vorher.

NullP · 4. Mai 2014

Zitat von TheChief

Mal davon ab, dass es Kanal 0 nicht gibt, oder? Eventuell liegts daran.

Eher nicht, so was (ohne die unsinnige pid) sehe ich seit ewigen Zeiten immer mal wieder im syslog - ohne (spürbare) Konsequenzen. Ich würde sagen, das kommt vom epg-scan, da sind solche tiemouts ja an der Tagesordnung - normalerweise zwar mit "richtiger" Kanalnummer, aber ab und an eben auch mit der Null.

TheChief · 4. Mai 2014

Wäre dennch ein VDR Bug.

UFO · 4. Mai 2014

Das ist nichts Ungewöhnliches, wenn man "neue Transponder hinzufügen" konfiguriert hat:
VDR versucht auf einen Kanal zu tunen, der noch nicht in der Kanalliste ist (Kanal 0), und läuft dabei in einen Timeout.

CU
Oliver

3PO · 4. Mai 2014

Zitat von UFO

[...] VDR versucht auf einen Kanal zu tunen, der noch nicht in der Kanalliste ist (Kanal 0), und läuft dabei in einen Timeout. ...

Ist das ein weiterer Bug, oder fällt das unter, "it is as it is"?

UFO · 4. Mai 2014

Imho ist das kein VDR-Bug. Der Timeout kann auf falsche Serviceinfo vom Sender, einen gerade inaktiven Transponder oder einen unzuverlässigen Treiber zurückzuführen sein.

CU
Oliver

3PO · 4. Mai 2014

Wird ja auch nicht als "ERROR", sondern eher wohl als Info ins Log geschrieben, von daher kann es nicht sooooooooo schlimm sein.

kls · 5. Mai 2014

Zitat von 3PO

ich habe so alle 1-2 Stunden folgende Meldungen im Syslog, wo der VDR versucht, eine ungültige PID zu setzen:

Das dürfte mit dem neuen Code zusammenhängen, der die Pakete der für CAMs benötigten PIDs an solche CAMs schickt, die den TS nicht hardwaremäßig durchschleifen, sondern ihn explizit softwaremäßig haben wollen (z.B. Cine-CTv6/DDBridge/CI - oder auch dvb*pi ;-). Dort müssen die ECM- und EMM-Pakete gefiltert und an das CAM geschickt werden. Evtl. passiert dabei sowas.
Bitte mal im Umfeld von caPidReceiver in VDR/ci.c debuggen.

Klaus

3PO · 5. Mai 2014

Zitat von kls

[...] Bitte mal im Umfeld von caPidReceiver in VDR/ci.c debuggen.

Klaus

Wenn ich wüsste wie, würde ich das gerne tun.

3PO · 5. Mai 2014

Nachtrag:

Könnten auch solche Probleme,

Code

[vdr] [17843] ERROR: no free slot for PID 6808 on device 2

damit zu tun haben?

UFO · 6. Mai 2014

Zitat von kls

Das dürfte mit dem neuen Code zusammenhängen, der die Pakete der für CAMs benötigten PIDs an solche CAMs schickt, die den TS nicht hardwaremäßig durchschleifen, sondern ihn explizit softwaremäßig haben wollen (z.B. Cine-CTv6/DDBridge/CI - oder auch dvb*pi ;-). Dort müssen die ECM- und EMM-Pakete gefiltert und an das CAM geschickt werden. Evtl. passiert dabei sowas.
Bitte mal im Umfeld von caPidReceiver in VDR/ci.c debuggen.

Ich habe kein CAM oder CI im fraglichen System. Kommt dieser Codeteil dann noch als Ursache in Frage?

CU
Oliver

kls · 8. Mai 2014

Zitat von UFO

Ich habe kein CAM oder CI im fraglichen System. Kommt dieser Codeteil dann noch als Ursache in Frage?

Glaube ich eigentlich weniger. Dann muß es wohl doch was anderes sein...

Klaus

kls · 8. Mai 2014

Zitat von 3PO
Könnten auch solche Probleme,
Code
[vdr] [17843] ERROR: no free slot for PID 6808 on device 2
damit zu tun haben?

Hmm, vielleicht reichen 64 PIDs pro Device nicht mehr, wenn ECM- und EMM-PIDs auch noch gefiltert werden.
Kannst du mal in device.h

#define MAXPIDHANDLES 64 // the maximum number of different PIDs per device

auf einen höheren Wert setzen (z.B. 128)?

Klaus

3PO · 8. Mai 2014

Zitat von kls

[...}Kannst du mal in device.h

#define MAXPIDHANDLES 64 // the maximum number of different PIDs per device

auf einen höheren Wert setzen (z.B. 128)? ...

Klar, mache ich und berichte dann, ob der Fehler weg ist.

Reichen 128, oder sollte ich gleich einen höheren Wert eintragen, z.B. 256? Oder andersherum gefragt, weshalb wird die "maximum number of different PIDs per device" überhaupt begrenzt?

[2.1.6] VDR versucht ungültige PID zu setzen

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema