[2.1.6] VDR versucht ungültige PID zu setzen

3PO · May 4th 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 · May 4th 2014

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

Christian

urknall · May 4th 2014

Hatte ich heute auch schon mehrfach...

TheChief · May 4th 2014

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

TheChief · May 4th 2014

Quote

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 · May 4th 2014

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

CU
Oliver

3PO · May 4th 2014

Quote from 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 · May 4th 2014

Quote from 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 · May 4th 2014

Wäre dennch ein VDR Bug.

UFO · May 4th 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 · May 4th 2014

Quote from 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 · May 4th 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 · May 4th 2014

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

kls · May 5th 2014

Quote from 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 · May 5th 2014

Quote from 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 · May 5th 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 · May 6th 2014

Quote from 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 · May 8th 2014

Quote from 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 · May 8th 2014

Quote from 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 · May 8th 2014

Quote from 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

Participate now!

Share

Users Viewing This Thread