[kernel] dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)

Bert · 30. September 2005

Hi,

Ich weiss zwar nicht ob der Thread hier richtig ist, aber ich poste mal.

Hier gleich mal die ganze Fehlermeldung um die es geht!

[kernel] dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
Sep 26 22:21:41 [vdr] ERROR: can't set PID 166 on device 1
Sep 26 22:21:41 [vdr] ERROR (dvbdevice.c,714): Invalid argument
Sep 26 22:21:41 [vdr] ERROR: failed to set PIDs for channel 18 on device 1
Sep 26 22:21:41 [vdr] retrying
Sep 26 22:21:52 [vdr] ERROR (dvbdevice.c,702): Invalid argument
Sep 26 22:21:52 [kernel] dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
Sep 26 22:21:52 [vdr] ERROR: can't set PID 165 on device 1
Sep 26 22:21:52 [vdr] ERROR (dvbdevice.c,714): Invalid argument
Sep 26 22:21:52 [vdr] ERROR: failed to set PIDs for channel 19 on device 1
Sep 26 22:21:52 [vdr] retrying
Sep 26 22:21:52 [vdr] ERROR (dvbdevice.c,702): Invalid argument

Na ja das geht im log ne Weile so weiter.
Nun hab ich mal hier danach gesucht, und es gibt hier mehr als 6 Threads dazu,
aber anscheinend keine Lösung.

Da es aber ein Problem darstellt, und eigentlich in den verschiedensten Situationen auftritt > ich hatte es zumeist unter Kanotix aber auch unter Gen2vdr zuletzt einmal,
wärs doch nicht schlecht dieser Sache mal nachzugehen.
Es kommt auch mit den verschiedensten Vdr1.3erVersionen vor.
Was könnte das denn sein?

Unter nem 2.4er Kernel ist mir sowas jedenfalls noch nie begegnet.

Manche dachten es kommt nach dem Abspielen eines Avis, aber ich hatte das auch schon öfters nur weil ich nen Kanal gewechselt habe.

EDIT:
Ach ja da nützt dann nur mehr ein Reboot.
Nur Vdr stoppen und wieder starten hift hier nicht.

Gruss , Bert

PeterD · 30. September 2005

Zitat

Original von Bert
Ach ja da nützt dann nur mehr ein Reboot.
Nur Vdr stoppen und wieder starten hift hier nicht.

Das kommt vom dvb treiber.
Dann hilft auch nur treiber neu laden.

Es scheint durch die neue firmware >261d zu kommen.
Habe das selbe problem unter treiber 2.4.27 mit den neuen firmware versionen.
Ich denke das diese einige patches im dvb treiber benötigen um sauber zu arbeiten. Mit ctvdr treibern scheint da etwas nicht hinzuhauen.

gruss Peter

Bert · 2. Oktober 2005

Hi PeterD,

Danke > so hab ich jetzt wenigstens ne Ahnung von was das kommt.
Ich hoffe das es dann irgendwann auch mal ne Lösung für das Problem
gibt > tritt zwar nicht so oft auf aber ist doch lästig.

Gruss , Bert

GrosserBlonder · 7. Oktober 2005

Bei mir taucht das "dvb_demux_feed_del"-Problem ebenfalls auf, und zwar wenn ich einen Export in eine MPEG2 Datei starte (vdrsync.pl) und anschließend versuche den Kanal zu wechseln. Der Bildschirm ist dann dunkel und die besagten Fehlermeldungen (siehe unten) laufen in schneller regelmäßigkeit über den Bildschirm. Ich komme zwar noch ins Menü, aber es reagiert furchbar langsam. Nachdem der Export abgeschlossen ist, hören idR die Fehlermeldungen auf und ich kann wieder normal arbeiten.

Oct 7 18:56:22 linvdr user.info vdr[1087]: switching to channel 4
Oct 7 18:56:22 linvdr user.err vdr[1087]: ERROR (dvbdevice.c,666): Invalid argument
Oct 7 18:56:22 linvdr user.err vdr[1087]: ERROR: can't set PID 1791 on device 1
Oct 7 18:56:22 linvdr user.err vdr[1087]: ERROR (dvbdevice.c,678): Invalid argument
Oct 7 18:56:22 linvdr user.err vdr[1087]: ERROR: failed to set PIDs for channel 4 on device 1
Oct 7 18:56:22 linvdr user.err vdr[1087]: retrying
Oct 7 18:56:22 linvdr user.err vdr[1087]: ERROR (dvbdevice.c,666): Invalid argument
Oct 7 18:56:22 linvdr user.err vdr[1087]: ERROR: can't set PID 1791 on device 1
Oct 7 18:56:22 linvdr user.err vdr[1087]: ERROR (dvbdevice.c,678): Invalid argument
Oct 7 18:56:22 linvdr user.err vdr[1087]: ERROR: failed to set PIDs for channel 4 on device 1
Oct 7 18:56:22 linvdr user.err vdr[1087]: retrying
Oct 7 18:56:22 linvdr user.err kernel: dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
Oct 7 18:56:22 linvdr user.err kernel: dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
Oct 7 18:56:22 linvdr user.err kernel: dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
Oct 7 18:56:22 linvdr user.err kernel: dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
Oct 7 18:56:22 linvdr user.err kernel: dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
Oct 7 18:56:22 linvdr user.err vdr[1087]: ERROR (dvbdevice.c,666): Invalid argument
Oct 7 18:56:22 linvdr user.err vdr[1087]: ERROR: can't set PID 1791 on device 1
Oct 7 18:56:22 linvdr user.err vdr[1087]: ERROR (dvbdevice.c,678): Invalid argument
Oct 7 18:56:22 linvdr user.err vdr[1087]: ERROR: failed to set PIDs for channel 4 on device 1
Oct 7 18:56:22 linvdr user.err vdr[1087]: retrying
Oct 7 18:56:22 linvdr user.info vdr[1087]: switching to channel 5
Oct 7 18:56:22 linvdr user.err kernel: dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
Oct 7 18:56:22 linvdr user.err vdr[1087]: ERROR (dvbdevice.c,666): Invalid argument
Oct 7 18:56:22 linvdr user.err vdr[1087]: ERROR: can't set PID 167 on device 1
Oct 7 18:56:22 linvdr user.err vdr[1087]: ERROR (dvbdevice.c,678): Invalid argument
Oct 7 18:56:22 linvdr user.err vdr[1087]: ERROR: failed to set PIDs for channel 5 on device 1
Oct 7 18:56:22 linvdr user.err vdr[1087]: retrying
Oct 7 18:56:22 linvdr user.err kernel: dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
Oct 7 18:56:22 linvdr user.err kernel: dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
Oct 7 18:56:22 linvdr user.err vdr[1087]: ERROR (dvbdevice.c,666): Invalid argument
Oct 7 18:56:22 linvdr user.err vdr[1087]: ERROR: can't set PID 167 on device 1
Oct 7 18:56:22 linvdr user.err vdr[1087]: ERROR (dvbdevice.c,678): Invalid argument
Oct 7 18:56:22 linvdr user.err vdr[1087]: ERROR: failed to set PIDs for channel 5 on device 1
Oct 7 18:56:22 linvdr user.err vdr[1087]: retrying

mrjoe · 29. März 2006

Ich greif den Thread mal auf, weil ich die selbe Fehlermeldung beobachtet habe. Es trat auf, nachdem ich per mplayer-plugin ein divx-avi abgespielt habe und ich danach versucht habe, den Kanal zu wechseln. Kleiner Auszug aus syslog:

Zitat

Mar 29 20:21:32 vdr2 vdr[5820]: switching to channel 5
Mar 29 20:21:32 vdr2 vdr[5820]: ERROR (dvbdevice.c,660): Das Argument ist ungültig
Mar 29 20:21:32 vdr2 vdr[5820]: ERROR: can't set PID 511 on device 1
Mar 29 20:21:32 vdr2 vdr[5820]: ERROR (dvbdevice.c,672): Das Argument ist ungültig
Mar 29 20:21:32 vdr2 vdr[5820]: ERROR: failed to set PIDs for channel 5 on device 1
Mar 29 20:21:32 vdr2 vdr[5820]: retrying
Mar 29 20:21:32 vdr2 vdr[5820]: ERROR (dvbdevice.c,660): Das Argument ist ungültig
Mar 29 20:21:32 vdr2 vdr[5820]: ERROR: can't set PID 511 on device 1
Mar 29 20:21:32 vdr2 vdr[5820]: ERROR (dvbdevice.c,672): Das Argument ist ungültig
Mar 29 20:21:32 vdr2 vdr[5820]: ERROR: failed to set PIDs for channel 5 on device 1
Mar 29 20:21:32 vdr2 vdr[5820]: retrying
Mar 29 20:21:32 vdr2 vdr[5820]: ERROR (dvbdevice.c,660): Das Argument ist ungültig
Mar 29 20:21:32 vdr2 vdr[5820]: ERROR: can't set PID 511 on device 1
Mar 29 20:21:32 vdr2 vdr[5820]: ERROR (dvbdevice.c,672): Das Argument ist ungültig
Mar 29 20:21:32 vdr2 vdr[5820]: ERROR: failed to set PIDs for channel 5 on device 1
Mar 29 20:21:32 vdr2 vdr[5820]: retrying
Mar 29 20:21:32 vdr2 vdr[5820]: switching to channel 6
Mar 29 20:21:32 vdr2 vdr[5820]: ERROR (dvbdevice.c,660): Das Argument ist ungültig
Mar 29 20:21:32 vdr2 vdr[5820]: ERROR: can't set PID 101 on device 1
Mar 29 20:21:32 vdr2 vdr[5820]: ERROR (dvbdevice.c,672): Das Argument ist ungültig
Mar 29 20:21:32 vdr2 vdr[5820]: ERROR: failed to set PIDs for channel 6 on device 1
Mar 29 20:21:32 vdr2 vdr[5820]: retrying
Mar 29 20:21:32 vdr2 kernel: dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
Mar 29 20:21:32 vdr2 last message repeated 7 times
Mar 29 20:21:32 vdr2 vdr[5820]: ERROR (dvbdevice.c,660): Das Argument ist ungültig
Mar 29 20:21:32 vdr2 vdr[5820]: ERROR: can't set PID 101 on device 1
Mar 29 20:21:32 vdr2 vdr[5820]: ERROR (dvbdevice.c,672): Das Argument ist ungültig
Mar 29 20:21:32 vdr2 vdr[5820]: ERROR: failed to set PIDs for channel 6 on device 1
Mar 29 20:21:32 vdr2 vdr[5820]: retrying
Mar 29 20:21:32 vdr2 vdr[5820]: ERROR (dvbdevice.c,660): Das Argument ist ungültig
Mar 29 20:21:32 vdr2 vdr[5820]: ERROR: can't set PID 101 on device 1
Mar 29 20:21:32 vdr2 vdr[5820]: ERROR (dvbdevice.c,672): Das Argument ist ungültig
Mar 29 20:21:32 vdr2 vdr[5820]: ERROR: failed to set PIDs for channel 6 on device 1
Mar 29 20:21:32 vdr2 vdr[5820]: retrying

Alles anzeigen

Es ging kein Kanal. Leider habe ich nicht probiert, eine Aufnahme zu starten. Evtl. wären die anderen DVB-Karten (2* Nova-S neben 1* TT DVB-s 1.3) gegangen. Komischerweise brachte ein Neustart von VDR gar nichts. Im Gegenteil, der Bildschirm blieb dunkel! Die dazugehörige Meldung beim Neustarten von VDR:

Zitat

Mar 29 20:21:44 vdr2 vdr[6257]: probing /dev/dvb/adapter0/frontend0
Mar 29 20:21:44 vdr2 vdr[6257]: ERROR: can't open DVB device 0
Mar 29 20:21:44 vdr2 vdr[6257]: probing /dev/dvb/adapter1/frontend0
Mar 29 20:21:44 vdr2 vdr[6257]: section handler thread started (pid=6257, tid=-1231803472)
Mar 29 20:21:44 vdr2 vdr[6257]: ERROR: can't open DVB device 1
Mar 29 20:21:44 vdr2 vdr[6257]: probing /dev/dvb/adapter2/frontend0
Mar 29 20:21:44 vdr2 vdr[6257]: ERROR: can't open DVB device 2
Mar 29 20:21:44 vdr2 vdr[6257]: probing /dev/dvb/adapter3/frontend0
Mar 29 20:21:44 vdr2 vdr[6257]: found 3 video devices

Alles anzeigen

. Es war dann auch nicht mehr möglich, das VDR Menü aufzumachen. Nur ein reboot von der Kommandozeile half.

Es war seit 3 Monaten (so lange läuft schon diese Installation) das erste Mal, das dieser Fehler auftrat. Naja, das wäre nicht so tragisch - jedoch wäre es mir lieber zu wissen, woran es liegt.

Joe

GrosserBlonder · 30. März 2006

Zitat

Original von mrjoeKomischerweise brachte ein Neustart von VDR gar nichts. Im Gegenteil, der Bildschirm blieb dunkel!

Also bei mir ist nach einem reboot das Bild wieder da und ich kann ganz normal wieder Kanäle wechseln. Das Problem tritt übrigends nicht nur beim erstellen einer MPEG Datei auf, sondern auch wenn ich per noad Schnittmarken setzen lassen will. Ich hab kein Problem wenn die Schnittmarken direkt nach der Aufnahme automatisch gesetzt werden.

Grüße
Andreas

Bert · 31. März 2006

Hi,

Gut, denn dieser Thread sollte nicht in Vergessenheit geraten.
Hab diese Fehlermeldung ebenfalls schon wieder 4 mal gehabt und zwar in der neuesten Kanotix_Cebit-2006.
Nach nem Reboot ist auch bei mir immer alles wieder ok > fragt sich nur wie lange
(bis es eben halt wieder zu diesem Fehler kommt).

Mir ist aufgefallen, das dieses Probs meist dann auftaucht wenn der Vdr zu tun hat
(Konvertierung halt > dabei ist es egal ob vdrconvert oder z.b: vdrrrip läuft), es tritt
dann aber eigentlich erst auf wenn ich z.b: den Kanal wechseln will.
Allerdings ist es bei mir aber auch schon mal dann aufgetreten wenn ich
per DvdPlugin ne Dvd abgespielthabe, diese etwas vorgespult und dann wieder gestoppt habe.

Dvb Treiber hab ich die integrierten in Kernel-2.6.15 > sollten also recht aktuell
sein.
Scheint als ob das nicht allzu viele haben, aber einige eben doch > da wirds sicher
schwer das Probs zu erfassen.

In meiner Gen2vdr hingegen gibts sowas gar nicht.

Mal noch ne Frage an diejenigen die das Probs auch haben:
Habt ihr ebenfalls ne Pvr Karte mit ivtv Treibern zusätzlich im Vdr am Laufen?

EDIT:
Hab grad gesehen das deckt sich schon etwas mit dem Beitrag von mrjoe
also tritt auch nach Abspielen eines Mediums nach Kanalwechsel auf.

Gruss Bert

mrjoe · 31. März 2006

Ich habe hier 2 VDRs, die aus der selben Basis-HW bestehen und kann somit recht einfach mehrere Vergleiche ziehen.
Installation 1: vdr 1.3.17, DVB-Treiber CVS von Mitte 2004 (genaues Datum kann ich mal nachschauen)
- mit 1* DVB-s FF und 2* Nova-s
- mit PVR350 und DVB-c
Immer absolut stabil. Keine VDSB oder ähnliches.
Installation 2: vdr 1.3.37, v4l-DVB CVS vom 29.12.2005
- mit PVR350 und DVB-c: keine Probleme trotz starker Belastung (divx-anschauen, - encoden, häufiger Kanalwechsel, ...)
- mit 2* DVB-s FF (1.3 + 2.1): keine Probleme (ebenfalls recht stark in Anspruch genommen)
- mit 1* DVB-s FF und 2* Nova-s: hier trat der Fehler einmal innerhalb von 6h nach Installation bei Aufnahme von 3 verschiedenen Transpondern auf - ist aber nicht reproduzierbar

Grundsätzlich behaupte ich mal, dass es nichts mit der Auslastung von VDR - wohl aber mit der von den DVB-Karten zu tun hat. Bei Auftreten des Fehlers war auch auffällig, das ein Entladen der Treiber nicht mehr möglich war (Modul in use oder so ähnlich hies die Meldung). Das erklärt auch, warum ein normaler Restart von VDR nichts brachte. Erst ein Restart des kompletten Systems hat etwas gebracht. VDR war aber korrekt beendet - kein VDR-Prozess war aktiv. Bei meinen früheren Versuchen umzusteigen auf den DVB-Kernel stellte ich oft fest, das mein System instabil wurde: kein Bild mehr, häufige VDR Restarts, ... Vielleicht ist der DVB-Kernel hier nicht so ganz ausgereift wie der alte DVB-Treiber. Denn augescheinlich hat die gleiche FW mit dem alten Treiber funktioniert, mit DVB-Kernel gab es das Fehlverhalten. Soweit mal meine bisherige Erfahrung.

Ich werde beim nächsten Auftreten folgendes machen:
1. schauen, ob eine Aufnahme funktioniert
2. prüfen ob ein Neustart des VDRs (inkl. DVB-Treiber neu laden) etwas bringt
3. VDR komplett beenden und die Treiber von Hand entladen (falls möglich) und danach VDR nochmals starten

Hat jemand sonst noch eine Idee, was zu prüfen wäre oder ob man noch etwas nachschauen kann? Wir sollten ein paar Punkte finden, die jeder in so einem Fall prüfen kann. Dann können wir leicht feststellen, ob es immer das selbe Fehlverhalten ist oder ob es UPT-Error-like ist...

Hat jemand den aktuellen v4l-DVB-Treiber frisch von linuxtv.org? Tritt der Fehler auch damit auf?

Gruss

Joe

Bert · 31. März 2006

Hi,

Also genau habe ich drei Vdrs

Einer läuft auf ner anderen Maschine mit Gen2vdr drauf da hab ich
ebenfalls die Kernelintegrierten Treiber wobei der Kernel in Version 2.6.13
vorliegt.
Und auf diesem Vdr habe ich das noch nie gehabt, wobei dieser Vdr bei mir ständig läuft.

Meine anderen beiden Vdrs laufen auf ein und derselben Maschine (Multibootsystem)
wobei der uralte Vdr-1.2.6 keinerlei Probs macht (läuft in Suse8.2)
, aber eben der andere Vdr im Kanotix-Cebit-2006 macht eben dieses Probs.

Hatte früher wo ich das erste mal dieses Probs feststellte Kanotix-2005-02
am Laufen.
Da bin ich mir jetzt nicht sicher aber ich glaub die Kanotix-2005-02 verwendet
nicht die Kernelinternen DvbTreiber sondern Cvs.

Das ganze ist also schon etwas verwirrend, und dürfte anscheinend nicht auf jeder Maschine gleich auftreten.

Ich hatte auch schon mal den Verdacht das es an der Pvr liegen muss deshalb die Frage
ob alle die dieses Probs haben auch ne Pvr verwenden.

Wenn das Probs auftritt hilft auch bei mir nur ein Restart des gesammten Systems
damit der Vdr sich wieder fängt.

Gruss Bert

ufauser · 2. Mai 2006

Bert

Danke für Deinen Hinweis im VDR-1.4.0 Thread. Ich gebe zu, ich habe diesmal wirklich nicht gesucht.

Deshalb wiederhole ich mein Post hier im richtigen Thread, wobei ich sehe, dass der Fehler auch bei anderen in ähnlichen Situationen auftritt:

Ich habe einen Effekt, der mir jetzt aufgefallen ist, wo ich aber nicht sicher bin, ob der mit 1.4.0 erst auftrat oder schon vorher da war, da ich nicht so oft DVD's erstelle.

Ich schaue z.B. 3sat, starte für eine Aufnahme den Vorgang "als DVD Struktur exportieren" und "Exportliste abarbeiten". Das läuft auch alles soweit gut an.

Dann will ich z.B. auf ZDF umschalten und bekomme einen schwarzen Bildschirm. Die Umwandlung im Hintergrung läuft weiter und wird ordnungsgemäß beendet. Erst wenn der DVD Export fertig ist, schaltet VDR kommentarlos das Bild wieder an auf 3sat.

Im Log habe ich folgende, vorher noch nie gesehene Meldungen

May 2 13:26:48 linvdr user.err kernel: dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
May 2 13:26:58 linvdr user.info vdr: [3948] switching to channel 2
May 2 13:26:58 linvdr user.err vdr: [3948] ERROR (dvbdevice.c,700): Invalid argument
May 2 13:26:58 linvdr user.err vdr: [3948] ERROR: can't set PID 110 on device 1
May 2 13:26:58 linvdr user.err vdr: [3948] ERROR (dvbdevice.c,722): Invalid argument
May 2 13:26:58 linvdr user.err vdr: [3948] ERROR: failed to set PIDs for channel 2 on device 1
May 2 13:26:58 linvdr user.err vdr: [3948] retrying
May 2 13:26:58 linvdr user.err vdr: [3948] ERROR (dvbdevice.c,700): Invalid argument
May 2 13:26:58 linvdr user.err vdr: [3948] ERROR: can't set PID 110 on device 1
May 2 13:26:58 linvdr user.err vdr: [3948] ERROR (dvbdevice.c,722): Invalid argument
May 2 13:26:58 linvdr user.err vdr: [3948] ERROR: failed to set PIDs for channel 2 on device 1
May 2 13:26:58 linvdr user.err vdr: [3948] retrying
May 2 13:26:58 linvdr user.err kernel: dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
May 2 13:26:58 linvdr user.err kernel: dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
May 2 13:26:58 linvdr user.err kernel: dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
May 2 13:26:58 linvdr user.err kernel: dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
May 2 13:26:58 linvdr user.err kernel: dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
May 2 13:26:58 linvdr user.err vdr: [3948] ERROR (dvbdevice.c,700): Invalid argument
May 2 13:26:58 linvdr user.err vdr: [3948] ERROR: can't set PID 110 on device 1
May 2 13:26:58 linvdr user.err vdr: [3948] ERROR (dvbdevice.c,722): Invalid argument
May 2 13:26:58 linvdr user.err vdr: [3948] ERROR: failed to set PIDs for channel 2 on device 1
May 2 13:26:58 linvdr user.err vdr: [3948] retrying
May 2 13:26:58 linvdr user.err kernel: dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
May 2 13:26:59 linvdr user.info vdr: [3948] switching to channel 50
May 2 13:26:59 linvdr user.err vdr: [3948] ERROR (dvbdevice.c,700): Invalid argument

Usw, usw

Benutze LINVDR 0.7, VDR 1.4.0 mit akt. Bigpatch, Plugins: femon, cinebars, graphlcd, skinelchi , alles frisch kompiliert, gcc 2.95.4

Uli

Bert · 2. Mai 2006

Hi ,

Zitat

ch habe einen Effekt, der mir jetzt aufgefallen ist, wo ich aber nicht sicher bin, ob der mit 1.4.0 erst auftrat oder schon vorher da war, da ich nicht so oft DVD's erstelle.

Ich schaue z.B. 3sat, starte für eine Aufnahme den Vorgang "als DVD Struktur exportieren" und "Exportliste abarbeiten". Das läuft auch alles soweit gut an.

Dann will ich z.B. auf ZDF umschalten und bekomme einen schwarzen Bildschirm. Die Umwandlung im Hintergrung läuft weiter und wird ordnungsgemäß beendet. Erst wenn der DVD Export fertig ist, schaltet VDR kommentarlos das Bild wieder an auf 3sat.

Ja, das deckt sich eh in etwa mit den Effekten die ich beobachtet habe > es
passiert meist wenn Vdr ne gröbere Beschäftigung erledigen muss, und man dabei den Kanal wechselt.

Ich hatte es aber auch schon in solchen Situationen

Zitat

Allerdings ist es bei mir aber auch schon mal dann aufgetreten wenn ich
per DvdPlugin ne Dvd abgespielthabe, diese etwas vorgespult und dann wieder gestoppt habe.

,und auch mit den verschiedensten Vdr Versionen 1.3er gehabt

Gruss, Bert

neuromancer · 13. Mai 2006

habe den gleichen effekt sobald ich unter

arvdr - vdr 1.40 - kernel-2.6.12.6

einen export in mpeg2 datei starte.

gibts einen workaround?

danke

clocker · 13. Mai 2006

Ich hatte das auch mal. Mein Problem war Folgendes:

Ich hatte in der commands.conf ein Script eingetragen, was in etwa so gestartet wurde:

Test: /usr/bin/test &

Das abschließende "&" dient ja dazu, den Prozess im Hintergrund zu starten, weil sonst VDR hängen bleiben würde.

Das reicht aber NICHT!

Ich musste es so machen:

Test: echo /usr/bin/test | at now

Erst dann ging's. Wieso, keine Ahnung. Hat sicher etwas mit der Shell zu tun. Vielleicht hilft es ja jemandem.

GrosserBlonder · 18. Mai 2006

Zitat

Original von Bert
Mal noch ne Frage an diejenigen die das Probs auch haben:
Habt ihr ebenfalls ne Pvr Karte mit ivtv Treibern zusätzlich im Vdr am Laufen?

Nein, ich habe ausschließlich DVB-S Karten installiert (siehe Signatur).

Gibts nun schon eine verlässliche Lösung für das Problem?

Grüße
Andreas

Bert · 30. März 2008

Hi,

Ich hol den Thread mal wieder aus der Versenkung, da ich grade im Moment
wieder dieses Problem hier habe.
Und zwar in einer neu aufgesetzten Sidux-2007-04.5-eros_xmas
mit Vdr per zulus x-vdr-0.7.46 installiert.

Tatsächlich ist es so das ich ein Script über einen Befehl aus der
vdr-menu.1.xml (setup Plugin) aufgerufen habe, danach wollte ich den Kanal wechseln
und schon wars zappenduster.
Auf der Vdr Konsole läuft die ganze Zeit die Meldung;

dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)

Das Script welches ich vorher gestartet habe, habe ich so wie im Post
von clocker per & in den Hintergrund schieben lassen.
Vielleicht ist das;

Zitat

Original von clocker
Ich hatte das auch mal. Mein Problem war Folgendes:

Ich hatte in der commands.conf ein Script eingetragen, was in etwa so gestartet wurde:

Test: /usr/bin/test &

Das abschließende "&" dient ja dazu, den Prozess im Hintergrund zu starten, weil sonst VDR hängen bleiben würde.

Das reicht aber NICHT!

Ich musste es so machen:

Test: echo /usr/bin/test | at now

Erst dann ging's. Wieso, keine Ahnung. Hat sicher etwas mit der Shell zu tun. Vielleicht hilft es ja jemandem.

Alles anzeigen

tatsächlich eine Variante des Problems.

EDIT:
NEU IST JEDENFALLS HIER, DAS SOBALD DAS SCRIPT FERTIG DURCHGELAUFEN IST KOMMT PLÖTZLICH DAS VDR-BILD WIEDER GANZ VON ALLEINE.
FRÜHER WAR DAS HIER ANDERS, MUSSTE IMER DAS GESAMMTE SYSTEM NEUSTARTEN
EDIT ENDE:

Gruss, Bert

Bert · 1. April 2008

So, das hätte ich nun hier auch ausgetestet;

Hier taucht das Problem sowohl mit;
Test: /usr/bin/test &

als auch mit;
Test: echo /usr/bin/test | at now

auf.
Daher ist das zumindest hier nicht das Problem.

Gruss, Bert

Bert · 2. April 2008

Hi,

Grrr, dieses blöde Problem wenn mans mal hat lässt sich einfach nicht aus der
Welt schaffen.
Langsam nervt das ganz ordentlich.

Derzeit habe ich das Probs auf ner frisch aufgesetzten Sidux-2007-04.5-eros_xmas
und nem zulu x-vdr-0.7.46 (wobei es sowohl mit dem Dvb Treiber auftaucht
der bereits in der Sidux im Kernel war, als auch mit dem DvbTreiber welchen man
per zulus Script installieren kann (v4l-dvb)

Es tritt immer dann auf wenn man übern Vdr ein längeres Konvertierungsscript laufen lässt
, und dabei irgendwann den Kanal wechseln will.

Wobei dann die übliche Meldung auf der Vdr Konsole läuft;

Code

dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)

das geht dann ewig so weiter, bis halt das Script abgearbeitet ist.

In der messages sieht man das dazu;

Code

Apr  2 14:11:34 sidux2me vdr: [4424] switching to channel 21
Apr  2 14:11:34 sidux2me vdr: [4424] switching to channel 20
Apr  2 14:11:34 sidux2me vdr: [4424] switching to channel 21
Apr  2 14:11:34 sidux2me vdr: [4424] switching to channel 19
Apr  2 14:11:45 sidux2me vdr: [4424] switching to channel 20
Apr  2 14:11:45 sidux2me vdr: [4424] switching to channel 21
Apr  2 14:11:45 sidux2me vdr: [4424] switching to channel 19
Apr  2 14:11:56 sidux2me vdr: [4424] switching to channel 20
Apr  2 14:11:56 sidux2me vdr: [4424] switching to channel 21
Apr  2 14:11:56 sidux2me vdr: [4424] switching to channel 19
Apr  2 14:12:07 sidux2me vdr: [4424] switching to channel 20
Apr  2 14:12:07 sidux2me vdr: [4424] switching to channel 21
Apr  2 14:12:07 sidux2me vdr: [4424] switching to channel 19
Apr  2 14:12:09 sidux2me vdr: [4424] switching to channel 21
Apr  2 14:12:14 sidux2me vdr: [4424] switching to channel 19
Apr  2 14:12:17 sidux2me last message repeated 2 times
Apr  2 14:12:18 sidux2me vdr: [4424] switching to channel 20
Apr  2 14:12:18 sidux2me vdr: [4424] switching to channel 21
Apr  2 14:12:18 sidux2me vdr: [4424] switching to channel 19
Apr  2 14:12:19 sidux2me vdr: [4424] switching to channel 19
Apr  2 14:12:20 sidux2me vdr: [4424] switching to channel 21
Apr  2 14:12:25 sidux2me last message repeated 3 times
Apr  2 14:12:27 sidux2me vdr: [4424] switching to channel 19
Apr  2 14:12:29 sidux2me vdr: [4424] switching to channel 20
Apr  2 14:12:29 sidux2me vdr: [4424] switching to channel 21
Apr  2 14:12:29 sidux2me vdr: [4424] switching to channel 19
Apr  2 14:12:34 sidux2me vdr: [4424] switching to channel 21
Apr  2 14:12:39 sidux2me last message repeated 3 times
Apr  2 14:12:40 sidux2me vdr: [4424] switching to channel 20
Apr  2 14:12:40 sidux2me vdr: [4424] switching to channel 21
Apr  2 14:12:40 sidux2me vdr: [4424] switching to channel 19
Apr  2 14:12:51 sidux2me vdr: [4424] switching to channel 20
Apr  2 14:12:51 sidux2me vdr: [4424] switching to channel 21
Apr  2 14:12:51 sidux2me vdr: [4424] switching to channel 19
Apr  2 14:13:02 sidux2me vdr: [4424] switching to channel 20
Apr  2 14:13:02 sidux2me vdr: [4424] switching to channel 21
Apr  2 14:13:02 sidux2me vdr: [4424] switching to channel 19
Apr  2 14:13:13 sidux2me vdr: [4424] switching to channel 20
Apr  2 14:13:13 sidux2me vdr: [4424] switching to channel 21
Apr  2 14:13:13 sidux2me vdr: [4424] switching to channel 19

Alles anzeigen

wobei ich dazu aber höchstens 4 mal versucht habe den Kanal zu wechseln.
Sieht aber auch so aus als lässt sich der Kanal gar nicht mal mehr wechseln
(als ob immer von alleine auf den Ausgangskanal zurückgesprungen wird).

Das Problem ist auch echt schwer zu erruieren, da ich hier ebenfalls ne Sidux-2007..blabla-
gaia installiert habe worauf ein zulu x-vdr-0.7.35 läuft, wobei ich dort
die DvbTreiber verwende die schon von Haus aus in der Sidux vorhanden waren, und
da gibt es dieses Problem nicht

Also wie will man da dahinterkommen woher dieses Probs überhaupt kommt,
in einer früher installierten Kanotix wiederum hatte ich das Probs auch.

Langsam glaub ich für dieses Probs wirds noch lange keine Lösung geben,
vermutlich deshalb weil es bei zu wenigen Leuten auftritt.

Gruss, Bert

Bert · 20. April 2008

Mist !

Jetzt hab ich extra ein kubuntu-7.10 Gutsy Gibbon eingerichtet, da wieder
nen Vdr mit zulus x-vdr-0.7.47 draufgehauen, und wenn man
irgendein Konvertierungsscript übers Vdr Menü startet, dann den Kanal wechselt
kommt wieder;

Schwarzer Schirm;
dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)

usw.usw.usw....

Gruss, Bert

UFO · 20. April 2008

In so einem Fall würde ich mal einen _ungepatchten_ VDR und nur die unbedingt notwendigen Plugins versuchen.

Die dvb_demux_feed_del-Meldung deutet darauf hin, daß an den Treiber unsinnige Daten übergeben wurden. Ist diese Meldung der erste Fehler, oder kommt da noch ein anderer vorher?

CU
Oliver

Bert · 20. April 2008

HI, UFO

Zitat

In so einem Fall würde ich mal einen _ungepatchten_ VDR und nur die unbedingt notwendigen Plugins versuchen.

Das werd ich mal testen, Danke !

Zitat

Die dvb_demux_feed_del-Meldung deutet darauf hin, daß an den Treiber unsinnige Daten übergeben wurden. Ist diese Meldung der erste Fehler, oder kommt da noch ein anderer vorher?

Ja dürfte der erste Fehler sein.

Hab nen identischen Vdr in ner sidux-gaia mit den selben Plugins, Patches, selbe Firmware,
etc.. > da gibts das Probs merkwürdigerweise nicht.

Gruss, Bert

[kernel] dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)

Jetzt mitmachen!

Teilen