Hallo,
ich habe momentan bei mir die 1.3.10er-Version laufen und immer wenn ich ein Programm aufnehmen will, fährt der VDR nach etwa 10 Sekunden fest. Hat jemand eine Ahnung woran das liegen kann.
Habe eben mal die 1.3.11er ausprobiert und hatte das gleiche Problem.
Bei Aufnahmen fährt er fest
-
-
wie fährt fest?
Hängt total oder blockiert er einige Transponder?
-
steht irgendwas in einer logdatei drinnen?
-
Kernel?
DVB Treiber?
Log? -
Macht meiner, zumindest der eine, auch mit LinVDR 0.6 und VDR 1.3.*.
Im LOG steht nur was von "Video Data Stream broken". Mit LinVDR 0.6 PlainVanilla läuft er übrigens so instabil, das ich das nicht lange getestet habe.Mein anderer VDR hier läuft aber mit VDR 1.3.6 bis 11 ohne dieses Problem.
Gruß
-
Also er hängt sich komplett auf, in der Konsole geht der Rechner wieder in den Eingabemodus zurück (ist das verständlich?).
In welche Log-Datei soll ich denn schauen?
Habe SuSE Linux 9.0 mit 2.4er Kernel.
DVB Version 1.1.1 -
-
Also, das ganze sieht dann in der /var/log/messages so aus:
Code
Display MoreJun 28 13:09:52 server01 vdr[3987]: timer 25 (2 1255-1405 'ARD-Mittagsmagazin') set to event Mon 28.06.2004 13:00-14:00 (VPS: 28.06 13:30) 'ARD-Mittagsmagazin' Jun 28 13:09:59 server01 kernel: SuSE-FW-DROP-DEFAULT IN=ppp0 OUT= MAC= SRC=81.212.20.117 DST=217.225.206.58 LEN=48 TOS=0x00 PREC=0x00 TTL=120 ID=55121 DF PROTO=TCP SPT=4337 DPT=445 WINDOW=8760 RES=0x00 SYN URGP=0 OPT (020405B401010402) Jun 28 13:10:04 server01 kernel: SuSE-FW-DROP-DEFAULT IN=ppp0 OUT= MAC= SRC=81.212.20.117 DST=217.225.206.58 LEN=48 TOS=0x00 PREC=0x00 TTL=120 ID=55922 DF PROTO=TCP SPT=4337 DPT=445 WINDOW=8760 RES=0x00 SYN URGP=0 OPT (020405B401010402) Jun 28 13:10:07 server01 vdr[3991]: channel 20 (KiKa) event 13:05 'Paula & Paula' status 4 Jun 28 13:10:18 server01 kernel: SuSE-FW-DROP-DEFAULT IN=ppp0 OUT= MAC= SRC=217.225.209.91 DST=217.225.206.58 LEN=48 TOS=0x00 PREC=0x00 TTL=124 ID=54314 DF PROTO=TCP SPT=3517 DPT=445 WINDOW=64800 RES=0x00 SYN URGP=0 OPT (020405A001010402) Jun 28 13:10:21 server01 kernel: SuSE-FW-DROP-DEFAULT IN=ppp0 OUT= MAC= SRC=217.225.209.91 DST=217.225.206.58 LEN=48 TOS=0x00 PREC=0x00 TTL=124 ID=54658 DF PROTO=TCP SPT=3517 DPT=445 WINDOW=64800 RES=0x00 SYN URGP=0 OPT (020405A001010402) Jun 28 13:10:22 server01 vdr[4013]: ERROR: video data stream broken Jun 28 13:10:22 server01 vdr[4013]: initiating emergency exit Jun 28 13:10:22 server01 vdr[3987]: emergency exit requested - shutting down Jun 28 13:10:22 server01 vdr[4013]: recording thread ended (pid=4013, tid=147465) Jun 28 13:10:22 server01 vdr[4014]: receiver on device 2 thread ended (pid=4014, tid=163850) Jun 28 13:10:22 server01 vdr[3987]: buffer stats: 0 (0%) used Jun 28 13:10:22 server01 vdr[3987]: timer 25 (2 1255-1405 'ARD-Mittagsmagazin') stop Jun 28 13:10:22 server01 vdr[3987]: executing '/usr/local/src/noad-0.4.2/noad --statisticfile=/video/noadstat after "/video/ARD-Mittagsmagazin/2004-06-28.12.55.99.99.rec"' Jun 28 13:10:22 server01 noad: noad arg[0]: /usr/local/src/noad-0.4.2/noad Jun 28 13:10:22 server01 noad: noad arg[1]: --statisticfile=/video/noadstat Jun 28 13:10:22 server01 noad: noad arg[2]: after Jun 28 13:10:22 server01 noad: noad arg[3]: /video/ARD-Mittagsmagazin/2004-06-28.12.55.99.99.rec Jun 28 13:10:22 server01 noad: noad args done Jun 28 13:10:22 server01 noad: Monday,28.06.2004 13:10:22 start noad0.4.2 for /video/ARD-Mittagsmagazin/2004-06-28.12.55.99.99.rec Jun 28 13:10:22 server01 noad: Monday,28.06.2004 13:10:22 noad done for /video/ARD-Mittagsmagazin/2004-06-28.12.55.99.99.rec (0:00:00) Jun 28 13:10:23 server01 vdr[3997]: KBD remote control thread ended (pid=3997, tid=114696) Jun 28 13:10:23 server01 vdr[3987]: saved setup to /video/setup.conf Jun 28 13:10:23 server01 vdr[3990]: tuner on device 1 thread ended (pid=3990, tid=16386) Jun 28 13:10:23 server01 vdr[3991]: Section handler thread ended (pid=3991, tid=32771) Jun 28 13:10:23 server01 vdr[3993]: tuner on device 2 thread ended (pid=3993, tid=49156) Jun 28 13:10:23 server01 vdr[3994]: Section handler thread ended (pid=3994, tid=65541) Jun 28 13:10:23 server01 vdr[3987]: stopping plugin: graphlcd Jun 28 13:10:23 server01 kernel: ppdev0: claim the port first Jun 28 13:10:23 server01 vdr[3995]: graphlcd plugin: Display update thread ended (pid=3995) Jun 28 13:10:23 server01 kernel: ppdev0: negotiated back to compatibility mode because user-space forgot Jun 28 13:10:23 server01 kernel: ppdev0: unregistered pardevice Jun 28 13:10:23 server01 vdr[3987]: stopping plugin: text2skin Jun 28 13:10:23 server01 vdr[3987]: stopping plugin: osdpip Jun 28 13:10:23 server01 vdr[3987]: max. latency time 1 seconds Jun 28 13:10:23 server01 vdr[3987]: exiting Jun 28 13:10:23 server01 vdr[3987]: emergency exit! Jun 28 13:10:24 server01 su: pam_unix2: session finished for user root, service s
-
Quote
Das haste ja bestimmt gesehen, oder? -
Gesehen ja, kann aber nciht so viel damit anfangen.
Kann ich da irgendwie Abhilfe schaffen?
Das passiert ja nur, wenn ich aufnehme. -
Lass mich mal kurz raten, du hast einen VDR mit zwei Karten und die zweite ist entweder eine Nova oder eine Skystar2, richtig?
Komisch, das Problem kenn ich nämlich bis jetzt nur von Systemen mit Kernel 2.6
Versuch es doch einfach mal mit dem DVB Treiber von Klaus, also 08.11.03 oder so ähnlich, sollte glaube ich mit auf dem FTP sein.
-
Ja, hab ne TT 1.5 und ne Skystar2.
Das mit den DVB-Treibern würde ich ja testen, allerdings läuft die Skystar2 doch gar nicht mit den Treibern vom 08.11.03, oder?
Irgendsowas hab ich jetzt zumindest einige male gelesen, wenn ich mich nicht irre. -
So, habe jetzt mal die Treiber vom 08.11.03 installiert. Funktioniert jetzt alles prima - ausser meine Skystar2
Ich glaube ich bekomme den VDR niemals so zum laufen wie ich möchte.
Was soll ich denn jetzt machen? -
Quote
Original von F_L_I_P_P
Was soll ich denn jetzt machen?
Gut, nachdem der Treiber ja zu alt ist, könntest du ja mal die CVS antesten. -
Oh super,
mit den neuesten CVS-Treibern klappt alles.
Ich bin begeistert! -
Hmm, hat gestern funktioniert, heute irgendwie nicht mehr.
Zusammenfassung:
cvs-Treiber und linuxtv-dvb-1.1.1 lassen den VDR abstürzen mit folgendem Fehler in der messages-Datei:CodeJun 28 13:10:22 server01 vdr[4013]: ERROR: video data stream broken Jun 28 13:10:22 server01 vdr[4013]: initiating emergency exit Jun 28 13:10:22 server01 vdr[3987]: emergency exit requested - shutting down
und die Treiber vom 08.11.03 unterstützen die Skystar2 noch nicht, ansonsten funktioniert alles.
oder kann vielleicht irgendwas mit meiner Skystar2 nicht stimmen?
Hat irgendwer das gleiche Problen – und dieses evtl. mittlerweile behoben? -
Quote
Hat irgendwer das gleiche Problen – und dieses evtl. mittlerweile behoben?ja, nein.
Gruss,
Peter
(der mittlerweile von dem ganzen Budget-Krams die Nase voll hat und sich stattdessen eine dritte FF-Karte kaufen wird) -
Quote
Original von F_L_I_P_P
oder kann vielleicht irgendwas mit meiner Skystar2 nicht stimmen?
Hat irgendwer das gleiche Problen – und dieses evtl. mittlerweile behoben?- Nein, mit der Karte ist vermutlich alles in Ordnung
- Ja, das Problem haben einige u.a. ich auch
- Nein, das Problem scheint die Entwickler nicht jucken
Gruss Frank,
der sich ganz sicher keine weitere FF-Karte kaufen wird -
Ich verstehe das nicht. Hier im Forum haben doch unheimlich viele eine Kombi aus FF und Skystar2. Tritt bei den Anderen das Problem nicht auf?
-
Quote
Original von F_L_I_P_P
Ich verstehe das nicht. Hier im Forum haben doch unheimlich viele eine Kombi aus FF und Skystar2.
Das Problem gibt es nicht nur mit der SkyStar2, ich habe z.B. eine Nova,
besser gesagt eine TechnoTrend Budget like Nova-CI.QuoteOriginal von F_L_I_P_P
Tritt bei den Anderen das Problem nicht auf?
Das ist ganz seltsam, der "video data stream broken" error tritt, nicht auf jedem System mit Budget Karte auf. -
Participate now!
Don’t have an account yet? Register yourself now and be a part of our community!