FF+Budget => keine Aufnahme

HomerJ · 19. Februar 2005

Hallo zusammen!

Nachdem ich nun schon eine Weile mitgelesen habe und nun auch dabei bin, mir einen VDR zusammenzubauen, habe ich eine Frage. Momentan habe ich eine TT FF 1.6 sowie eine TT Budget-Karte drin. Ist nur die FF eingebaut läuft alles wie es soll. Setze ich allerdings die Budget mit ein, so kann ich das Fernsehbild noch sehen. Setzte ich allerdings einen Timer, so startet sich der VDR ca. 1 Minute nach Aufnahme start neu.

So ein Problem wurde hier schonmal beschrieben, allerdings nicht soweit gelöst, als das es bei mir funktionieren würde. Vielleicht ein IRQ-Problem? Allerdings haben die beiden Karten verschiedene zugewiesen. Habe auch verschiedene PCI-Steckplätze getestet - ohne Erfolg.

Die Log (von messages - sind das die richtigen?) sehen so aus:

Code

Feb 19 19:24:24 (none) vdr[2238]: timer 1 added (active)
Feb 19 19:25:41 (none) vdr[2238]: timer 1 (8 1924-2224 'N3') start
Feb 19 19:25:41 (none) vdr[2238]: executing '/usr/lib/vdr/vdr-recordingaction before "/var/lib/video.00/N3/2005-02-19.19.24.50.99.rec"'
Feb 19 19:25:41 (none) recordingaction: executing /usr/share/vdr/recording-hooks/R90.custom before recording /var/lib/video.00/N3/2005-02-19.19.24.50.99.rec as shell script
Feb 19 19:25:41 (none) vdr[2238]: record /var/lib/video.00/N3/2005-02-19.19.24.50.99.rec
Feb 19 19:26:12 (none) vdr[2238]: timer 1 (8 1924-2224 'N3') stop
Feb 19 19:26:12 (none) vdr[2238]: executing '/usr/lib/vdr/vdr-recordingaction after "/var/lib/video.00/N3/2005-02-19.19.24.50.99.rec"'
Feb 19 19:26:12 (none) recordingaction: executing /usr/share/vdr/recording-hooks/R90.custom after recording /var/lib/video.00/N3/2005-02-19.19.24.50.99.rec as shell script
Feb 19 19:26:12 (none) vdr[2238]: saved setup to /var/lib/vdr/setup.conf
Feb 19 19:26:13 (none) vdr[2238]: stopping plugin: vdrrip
Feb 19 19:26:13 (none) vdr[2238]: stopping plugin: vcd
Feb 19 19:26:13 (none) vdr[2238]: stopping plugin: tvonscreen
Feb 19 19:26:13 (none) vdr[2238]: stopping plugin: timeline
Feb 19 19:26:13 (none) vdr[2238]: stopping plugin: solitaire
Feb 19 19:26:13 (none) vdr[2238]: stopping plugin: prefermenu
Feb 19 19:26:13 (none) vdr[2238]: stopping plugin: pilot
Feb 19 19:26:13 (none) vdr[2238]: stopping plugin: pcd
Feb 19 19:26:13 (none) vdr[2238]: stopping plugin: osdteletext
Feb 19 19:26:13 (none) vdr[2238]: stopping plugin: osdpip
Feb 19 19:26:13 (none) vdr[2238]: stopping plugin: mplayer
Feb 19 19:26:13 (none) vdr[2238]: stopping plugin: mp3
Feb 19 19:26:13 (none) vdr[2238]: stopping plugin: mailbox
Feb 19 19:26:13 (none) vdr[2238]: stopping plugin: image
Feb 19 19:26:13 (none) vdr[2238]: stopping plugin: games
Feb 19 19:26:13 (none) vdr[2238]: stopping plugin: femon
Feb 19 19:26:13 (none) vdr[2238]: stopping plugin: dvdselect
Feb 19 19:26:13 (none) vdr[2238]: stopping plugin: dvd
Feb 19 19:26:13 (none) vdr[2238]: stopping plugin: calendar
Feb 19 19:26:13 (none) vdr[2238]: stopping plugin: streamdev-server
Feb 19 19:26:13 (none) vdr[2246]: Streamdev: Server thread stopped
Feb 19 19:26:13 (none) vdr[2238]: exiting
Feb 19 19:26:13 (none) runvdr: restarting VDR
Feb 19 19:26:18 (none) kernel: saa7146: unregister extension 'dvb'.
Feb 19 19:26:18 (none) kernel: saa7146: unregister extension 'budget_ci dvb'.
Feb 19 19:26:20 (none) kernel: Linux video capture interface: v1.00
Feb 19 19:26:20 (none) kernel: saa7146: register extension 'dvb'.
Feb 19 19:26:20 (none) kernel: saa7146_core: found saa7146 @ mem de974000 (revision 1, irq 18) (0x13c2,0x0000).
Feb 19 19:26:20 (none) kernel: DVB: registering new adapter (Siemens/Technotrend/Hauppauge PCI rev1.3).
Feb 19 19:26:20 (none) kernel: DVB: registering frontend 0:0 (Grundig 29504-491, (TDA8083 based))...
Feb 19 19:26:20 (none) kernel: Siemens/Technotrend/Hauppauge PCI rev1.3 adapter 0 has MAC addr = 00:d0:5c:03:c7:01
Feb 19 19:26:20 (none) kernel: gpioirq unknown type=0 len=0
Feb 19 19:26:20 (none) kernel: DVB: AV7110(0) - firm f0240009, rtsl b0250018, vid 71010068, app 8000261c
Feb 19 19:26:20 (none) kernel: DVB: AV7110(0) - firmware supports CI link layer interface
Feb 19 19:26:20 (none) kernel: av7110(0): Crystal audio DAC detected
Feb 19 19:26:20 (none) kernel: saa7146_fops: saa7146 (0): registered device video0 [v4l2]
Feb 19 19:26:20 (none) kernel: av7110: found av7110-0.
Feb 19 19:26:20 (none) kernel: saa7146: register extension 'budget_ci dvb'.
Feb 19 19:26:20 (none) kernel: saa7146_core: found saa7146 @ mem dea25000 (revision 1, irq 16) (0x13c2,0x100f).
Feb 19 19:26:20 (none) kernel: DVB: registering new adapter (TT-Budget/WinTV-NOVA-CI PCI).
Feb 19 19:26:21 (none) kernel: probe_tuner: try to attach to TT-Budget/WinTV-NOVA-CI PCI
Feb 19 19:26:21 (none) kernel: stv0299.c: setup for tuner SU1278 (TSA5059 synth) on TechnoTrend hardware
Feb 19 19:26:21 (none) kernel: DVB: registering frontend 1:0 (STV0299/TSA5059/SL1935 based)...
Feb 19 19:26:21 (none) kernel: TT-Budget/WinTV-NOVA-CI PCI adapter 1 has MAC addr = 00:d0:5c:04:3e:7a
Feb 19 19:26:21 (none) vdr[4471]: VDR version 1.2.6 (ElchiAIO4d) started

Alles anzeigen

Danach wird der VDR + Plugins neu geladen. Soweit ich sehen kann, steht da aber kein Fehler drin, oder? Nur das er halt anfängt, alle Plugins zu stoppen....

Irgendeine Idee?

Danke und Grüße,
HomerJ

HolgerAusB · 19. Februar 2005

Hört sich nach einem VDSB (Video Data Stream Broken) an, such mal danach im Forum.

Dieser Fehler wird nur in der syslog dokumentiert:

cat /var/log/syslog | grep "video data stream broken"

Ciao
Holger

uwe67 · 19. Februar 2005

Hallo HomerJ,

entstehen bei dir im aufnahmeverzeichnis 001.vdr dateien mit größe 0 byte ?
startet der vdr ständig neu solange der timer (aufnahme) aktiv ist ?

gruß Uwe67

HomerJ · 19. Februar 2005

Zitat

Original von uwe67
entstehen bei dir im aufnahmeverzeichnis 001.vdr dateien mit größe 0 byte ?
startet der vdr ständig neu solange der timer (aufnahme) aktiv ist ?

Genau diese Symptome treten auf! Jetzt sag bloß noch, Du hast auch ne Lösung dafür :)?!?

Frissi · 19. Februar 2005

Genau die gleichen Symptome habe ich auch!

An IRQ´s liegt es bestimmt nicht.

Vor der CT Distri hatte ich SuSe mit handkompiliertem VDR drauf. Da gab es solche Probleme nicht.
Erst Seit dem Aufspielen des CT VDR habe ich beim Start einer Timer-Aufnahme einen Restart.
Nach diesem Restart läuft der VDR einwandfrei.
Es wird ebenfalls eine 0kB große 001.vdr erstellt und nach dem Restart in der 002.vdr aufgezeichnet.

Ich wollte nun wegen der Restarts auf den CT VDR 3.06 umsteigen.
Falls Ihr die Probleme mit der 3.06 habt gewinne ich damit ja eigentlich nix

Ach Ja, meine Konfiguration ist genauso wie bei Dir, eine FF und eine Budget Karte

habichthugo · 19. Februar 2005

Ich kann dieses Phänomen auch bestätigen, allerdings nur sporadisch...
So langsam habe ich von der c't-Dispri. die Nase voll!...

uwe67 · 19. Februar 2005

Zitat

Original von HomerJ

Genau diese Symptome treten auf! Jetzt sag bloß noch, Du hast auch ne Lösung dafür :)?!?

joo, aber noch nicht ganz !

HomerJ : ist bei dir dann die aufnahme in der datei 002.vdr ?

ich habe eine FF-karte und eine skystar2. die skystar2 'schläft' anscheinend ein und zwar nach ca. 15 minuten wenn sie nichts zu tun hat. vielleicht gibt es das problem auch bei einer nova ! ein modprobe dvb_core dvb_shutdown_timeout=0 hilft leider bei dieser karte nix.

siehe : http://www.vdr-portal.de/board…?postid=268484#post268484

ich teste zur zeit ein script das im intergrund die 2. dvb etwas beschäftig.

sieht so aus :

Zitat

#!/bin/sh
#
# /etc/vdr/trigger_dvb2.sh
#
# 2. DVB-Karte alle 3 Minuten beschäftigen, bzw. DVB-Karte am wegnicken hindern
#

FEMONBIN="/usr/bin/femon"

while (true) do
sleep 180
nice -n 19 $FEMONBIN -a 1 -f 0 &
sleep 5
killall -9 femon
done

Alles anzeigen

das programm femon zeigt die feldstärke an und stört den vdr nicht. es wird ständig einfach 3 minuten gewartet und für 5 sekunden femon gestartet.

wie gesagt, teste ich gerade !

gruß uwe67

HomerJ · 19. Februar 2005

Zitat

Original von HolgerAusB
Dieser Fehler wird nur in der syslog dokumentiert:
cat /var/log/syslog | grep "video data stream broken"

Jupp, hab ich bei mir drin.

Zitat

Original von uwe67

HomerJ : ist bei dir dann die aufnahme in der datei 002.vdr ?

Es gibt eine 002.vdr, allerdings ist sie auch 0kb groß. Ich denke mal, sie wurde eben nach dem ersten Neustart angelegt (ist 1 Min älter als die 001). Da ich dann aber gleich den Timer wieder rausgenommen habe, weiss ich nicht, ob dann ne 003 usw. angelegt würde.

Zitat

Original von uwe67
ich habe ein FF und eine skystar2. die skystar2 'schläft' anscheinend ein und zwar nach ca. 15 minuten wenn sie nichts zu tun hat. vielleicht gibt es das problem auch bei einer nova !

Also, der VDR war gerade neu gestartet, bestimmt noch keine 15 Min gelaufen, deswegen weiss ich nicht, ob es an dem Einschlafen liegt. Kannst ja mal berichten, ob das Wachhalten das Problem bei Dir löst.

Ansonsten muss ich wohl doch ne andere Distribution versuchen. Hatte davor kurz LinVdr, aber leider hat da die Netzwerkkarte nicht ohne weiteres funktioniert...

Frissi · 19. Februar 2005

uwe67

Bei uns (mit FF + Budget) scheint die Ursache eine andere zu sein.
Auch bei mir war der VDR gerade erst für den Timer "aufgewacht"

In der 002.vdr sind dann ebenfalls Daten enthalten.

Wo liegt hier eigentlich der Unterschied von der CT Distri, zur normalen VDR Version???

uwe67 · 19. Februar 2005

Frissi

welche fehlermeldung im log meinst du denn, etwa die ?

Zitat

Feb 19 12:28:34 dvb vdr[8401]: emergency exit!

diese fehlermeldung ist vom vdr-versionsstand abhängig.

Frissi · 20. Februar 2005

uwe67

Hab die Bemerkung zur Fehlermeldung schnell wieder aus meinem Posting rausgenommen.
Ich hatte im falschen log-file nachgeschaut

Wie auch immer, die restarts bei Timer-Aufnahmen gab es beim Eigenbau-VDR nicht.

Leider war mir die Festplatte gestorben, als ich gerade mit allem zufrieden war. Für das komplette neu Aufsetzen hatte ich seit dem keine Zeit.

Ich werde es in ein paar Wochen trotzdem erstmal mit den CT-VDR3.06 versuchen und ggf. dann später alles nochmal selbst zusammen kompilieren.

Bis dahin verfolge ich diesen Thread, falls sich doch noch was ergibt.

HomerJ · 20. Februar 2005

Mir fällt gerade ein, dass es bei mir wohl kein ct-spezifisches Problem ist, denn unter linvdr ging die Aufnahme mit der Budger-Karte installert ebenfalls nicht.

Die Budgetkarte habe ich dann sicherheitshalber mal in einem anderen PC unter Windows getestet, aber sie geht.

Sehr schade, wollte eigentlich gerne eine zweite Karte drin haben

uwe67 · 20. Februar 2005

Frissi

schau mal hier :

http://www.vdrportal.de/board/thread.php?threadid=28500&sid=

'take' und ich sind gerade am basteln ...

gruß, uwe

HomerJ · 22. Februar 2005

Mir ist da noch eine mögliche Ursache für oben beschriebenes Verhalten eingefallen: Ich habe eine Technisat Disicon-Anlage in Betrieb, die diseqc.conf entsprechen angepasst und in den Einstellungen aktiviert.

Kann es unter Umständen sein, dass der VDR diese Einstellungen nur für die erste SAT-Karte hernimmt? Und dann, wenn die zweite drin ist und er eine Aufnahme auf dieser starten will, dort natürlich keinen Video Stream empfangen kann?

uwe67 · 22. Februar 2005

habe keine ahnung von der diseqc.conf.
aber es gibt da einen ganz einfachen test, einfach mal das osdpip-plugin installieren. es benutzt eine evtl. 2. vorhandene dvb-karte für das bild-in-bild !
uwe

HomerJ · 22. Februar 2005

Danke für den Tipp! Muss ich da beim Plugin noch gesondert was einstellen? Das geht ja im Moment auch mit nur einer Karte installiert...

Kann man VDR sonst explizit sagen, dass er über die 2. Karte etwas anzeigen soll?

Grüße,
HomerJ

torsten lang · 10. März 2005

Zitat

Original von HomerJ
Mir fällt gerade ein, dass es bei mir wohl kein ct-spezifisches Problem ist, denn unter linvdr ging die Aufnahme mit der Budger-Karte installert ebenfalls nicht.

Die Budgetkarte habe ich dann sicherheitshalber mal in einem anderen PC unter Windows getestet, aber sie geht.

Sehr schade, wollte eigentlich gerne eine zweite Karte drin haben

Meines Erachtens liegt das an den Treibern. Ich habe hier eine alte Nova-CI als Zweitkarte und eine TT 1.5 FF. Mit den alten 1.0.1 Treiber läuft die ganze Geschichte, mit den aktuellen LinuxTV-Treibern kracht's beim Aufnehmen. Ich hatte dieses Problem schon mit zwei grundverschiedenen Mainboards (da ich vom P4-Brateisen auf einen P3 downgegradet habe) nachvollziehen können. Beim aktuellen System (P3) sehe ich beim Laden der Treiber für die Budget eine Meldung "gpio irq unknown type=0 len=0". Kann es sein, daß der neue Treiber den Tuner nicht korrekt ansteuert???

Mit einer neuen TT Budget gibt's leider mit beiden Treibern Probleme. Dort kommt es beim ersten Laden nach einem Kaltstart zu einem Interrupt Lockup (die Meldungen huschen nur kurz übern Schirm und sind auch nirgendwo gelogt). Lasse ich erstmal szap auf die Karte los, entlade die Treiber und lade sie neu, dann ggf. nochmal szap, dann startet die Geschichte 100%ig.

Gruß,
Torsten

FF+Budget => keine Aufnahme

Jetzt mitmachen!

Teilen