VDR schmiert nach AVI ab

Uh, das hört sich nach nem Problem evtl. sogar im Treiber an, aber reine Mutmaßung.

Was für eine FF-Karte hast du?

Viele Grüße, Mirko

Ich hab praktisch das gleiche Verhalten. Hab es bis jetzt immer auf nicht korrekt konvertierte AVIs oder MPEGs geschoben und nicht weiter verfolgt.

Hardware ähnlich: Ne alte 1.3er Hauppauge und ne Skystar2.

same here ...

hab auch ne 1.5 FF und eine budget ...weiss jetzt ned so genau welche budget ...

hab vor ca 2 wochen den aktuellen treiber aus dem cvs geholt mit 2.6.11.x und da hatte ich die probleme auch wärend dem umschalten ...(gelegentlich)

der aktuelle cvs ließ sich vorgestern ned kompilieren, und drum hab ich derzeit den aus dem kernel 2.6.12.2 drinnen ... der hat aber selbiges problem...compiled aber wenigstens ...

werd heut mal die neue firmware probieren ...

ravenclaw_78

Hast du auch linvdr?

ups ...ja ...0.7 mit letztem MT patch und einem 2.6.12.2 kernel fürs speedstep-centrino
und einigen kleinen änderungen (zusätzliche plugins usw)

Als einzige Gemeinsamkeit sehe ich im moment die Treiber und die SkyStar-2-Karte. Leider reicht das nicht für ne Diagnose.

Viele Grüße, Mirko

Ich habe auch das Problem nach ansehen von Avis. Ich habe nur eine Nexus-S drin.
Ausserdem tritt der Fehler oft auf, wenn ich mir GIGA-TV als Stream ansehe, will ich danach umschalten, wird meistens alles schwarz, solange ich nicht umschalte, kann ich noch das Prgramm des Senders sehen, welches eingeschaltet war bevor ich den Internet-Stream gesehen habe.

Achso ich habe auch Linvdr 0.7 mit dem vorletzten MT-Patch (der letzte will bei mir nicht laufen)

Den Fehler hatte ich auch schon. Allerdings nicht nach einem AVI anschauen.
Meiner Meinung nach tritt das mit LinVDR 0.7 Plain Vanilla aber nicht auf. Erst mit einem MT Update (Treiber Update?).
Das möchte ich aber nicht 100%ig behaupten.

Gruß

Hi,

Ist zwar schon ein älterer Thread aber ich reihe mich hier mal ein.
Hatte diesen Fehler ebenfalls schon, und zwar mehrmals unter Kanotix
meist wenn ich zuvor per PvrinputPlugin nen AnalogKanal geschaut habe
, aber auch schon einfach nach nem Kanalwechsel.

Unter Gen2vdr hatte ich das Problem auch schon einmal,
da hatte ich allerdings zuvor nen KernelOops

Das sah dann so aus:

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

Gruss , Bert

ich hab eine TT 1.3 und 2x skystar 2.3 mit kernel 2.6.12.4 und firmware 2621, linvdr 1.3.34 cody und gerade eben folgende log einträge:

Oct  9 00:33:01 vdrruth cron.notice crond[3052]: USER root pid 10193 cmd mkdir /video0/vdr-burn >/dev/null 2>/dev/null
Oct  9 00:33:09 vdrruth user.info vdr[8181]: switching to channel 10
Oct  9 00:33:09 vdrruth user.err vdr[8181]: ERROR (dvbdevice.c,698): Invalid argument
Oct  9 00:33:09 vdrruth user.err vdr[8181]: ERROR: can't set PID 511 on device 1
Oct  9 00:33:09 vdrruth user.err vdr[8181]: ERROR (dvbdevice.c,720): Invalid argument
Oct  9 00:33:09 vdrruth user.err vdr[8181]: ERROR: failed to set PIDs for channel 10 on device 1
Oct  9 00:33:09 vdrruth user.err vdr[8181]: retrying
Oct  9 00:33:09 vdrruth user.err vdr[8181]: ERROR (dvbdevice.c,698): Invalid argument
Oct  9 00:33:09 vdrruth user.err vdr[8181]: ERROR: can't set PID 511 on device 1
Oct  9 00:33:09 vdrruth user.err vdr[8181]: ERROR (dvbdevice.c,720): Invalid argument
Oct  9 00:33:09 vdrruth user.err vdr[8181]: ERROR: failed to set PIDs for channel 10 on device 1
Oct  9 00:33:09 vdrruth user.err vdr[8181]: retrying
Oct  9 00:33:09 vdrruth user.err kernel: dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
Oct  9 00:33:09 vdrruth user.err kernel: dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
Oct  9 00:33:09 vdrruth user.err kernel: dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
Oct  9 00:33:09 vdrruth user.err kernel: dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
Oct  9 00:33:09 vdrruth user.err vdr[8181]: ERROR (dvbdevice.c,698): Invalid argument
Oct  9 00:33:09 vdrruth user.err vdr[8181]: ERROR: can't set PID 511 on device 1
Oct  9 00:33:09 vdrruth user.err vdr[8181]: ERROR (dvbdevice.c,720): Invalid argument
Oct  9 00:33:09 vdrruth user.err vdr[8181]: ERROR: failed to set PIDs for channel 10 on device 1
Oct  9 00:33:09 vdrruth user.err vdr[8181]: retrying
Oct  9 00:33:09 vdrruth user.info vdr[8181]: switching to channel 11
Oct  9 00:33:09 vdrruth user.err vdr[8181]: ERROR (dvbdevice.c,698): Invalid argument
Oct  9 00:33:09 vdrruth user.err vdr[8181]: ERROR: can't set PID 401 on device 1
Oct  9 00:33:09 vdrruth user.err vdr[8181]: ERROR (dvbdevice.c,720): Invalid argument
Oct  9 00:33:09 vdrruth user.err vdr[8181]: ERROR: failed to set PIDs for channel 11 on device 1

auslöser des ganzen war vermutlich:

9756 ?        S      0:00 /bin/sh /usr/local/bin/dvdselect_writedvd.sh /pub/export/Andalusien-Sinti und Roma.iso
 9758 ?        R      0:12 growisofs -dvd-compat -Z /dev/burner /pub/export/Andalusien-Sinti und Roma.iso
 9760 ?        S      0:00 growisofs -dvd-compat -Z /dev/burner /pub/export/Andalusien-Sinti und Roma.iso

zumindestens fings beim brenn start damit an und bei brenn ende war der spuck wieder vorbei.

gemerkt hab ich das ganze komischer weise an meinem 2. vdr, der hängt zusammen mit dem wohnzimmer vdr (log von oben) an einem technisat multiswitch. ich hatte teilweise empfangstörungen auf dem 2. vdr und zeitweise verlust der H polarisation , nach ca. 5 minuten dann die V polarisation, wobei die H dann wieder ging, nach dem brennen fehlte die V aber immer noch.

scheinbar stresst der HF modulator bei hoher pc belastung, wobei die cpu mit einem amd xp 2000 nicht auf 100% vollast lief, ich vermute hier eher eine überlastung des pci buses.
wärend des brennen laufen da ja relativ hohe datenströme paralelle zu den 2 budget karten zur ff.

aufnahmen und noad liefen zu dem zeitpunkt keine.

kann das jemand so bestätigen?

Hallo vdr_Thor,

ich hatte auch die gleichen Probleme, seit ich Aufrufe von externen Programmen (z.B. DVD brennen, CDs rippen) mit dem Kommando
'at' starte sind die Fehler verschwunden.

Also Aufrufe wie von Dir gezeigt:

9756 ?        S      0:00 /bin/sh /usr/local/bin/dvdselect_writedvd.sh /pub/export/Andalusien-Sinti und Roma.iso

solltest Du mittels 'at' starten.
'at' kann uebrigens auch unter linvdr nachinstalliert werden.

Warum das so ist kann ich auch nicht erklaeren.

Gruss
Leo

habs eben mit dem at befehl getestet, bringt leider nur eine kleine milderung, aber die einträge kommen immer noch.

das ganze geht soweit das ein umschalten der kanäle zu einem schwarzen bild ohne ton führt und solange dauert bis der brenn vorgang fertig ist.

komischer weisse passiert das beim brennen via dem burn plugin nicht.