cash mit Nova wenn Aufnahme, nach Reload gehts aber

Tobias · 16. August 2003

hi
habe eine DVB-s 1.3 und eine Nova. Wenn ich einen Timer programmiere crasht das System (vdr) einmal. Dann wird gemäß runvdr ja alles neu geladen und dann geht alles komischerweise. Das passiert auch nur beim ersten Timer. Der 2te Timer geht problemlos. Scheint also an den Kabeln nicht zu liegen. Was ich nicht versteh dass es nur 1x pro session stattfindet...
Irgendjemand ne idee??

Code

Aug 16 19:30:44 mediabox2 vdr[1106]: timer 1 added (active)
Aug 16 19:32:02 mediabox2 vdr[1106]: timer 1 (5 1932-1942 'ProSieben') start
Aug 16 19:32:02 mediabox2 vdr[1106]: Title: 'talk talk talk' Subtitle: '(null)'
Aug 16 19:32:02 mediabox2 vdr[1106]: record /video/ProSieben/2003-08-16.19.32.50.50.rec
Aug 16 19:32:02 mediabox2 vdr[1106]: creating directory /video/ProSieben
Aug 16 19:32:02 mediabox2 vdr[1106]: creating directory /video/ProSieben/2003-08-16.19.32.50.50.rec
Aug 16 19:32:02 mediabox2 vdr[1106]: recording to '/video/ProSieben/2003-08-16.19.32.50.50.rec/001.vdr'
Aug 16 19:32:02 mediabox2 vdr[1220]: recording thread started (pid=1220)
Aug 16 19:32:02 mediabox2 vdr[1221]: receiver thread started on device 2 (pid=1221)
Aug 16 19:32:24 mediabox2 vdr[1106]: switching to channel 1
Aug 16 19:32:26 mediabox2 vdr[1109]: tweaking filter
Aug 16 19:32:26 mediabox2 vdr[1109]: tweaking filter
Aug 16 19:32:33 mediabox2 vdr[1220]: ERROR: video data stream broken
Aug 16 19:32:33 mediabox2 vdr[1220]: initiating emergency exit
Aug 16 19:32:33 mediabox2 vdr[1106]: emergency exit requested - shutting down
Aug 16 19:32:33 mediabox2 vdr[1220]: recording thread ended (pid=1220)
Aug 16 19:32:33 mediabox2 vdr[1221]: receiver thread ended on device 2 (pid=1221)
Aug 16 19:32:33 mediabox2 vdr[1106]: buffer stats: 0 (0%) used
Aug 16 19:32:33 mediabox2 vdr[1106]: timer 1 (5 1932-1942 'ProSieben') stop
Aug 16 19:32:33 mediabox2 vdr[1116]: KBD remote control thread ended (pid=1116)
Aug 16 19:32:33 mediabox2 vdr[1106]: saved setup to /video/setup.conf

Alles anzeigen

tobias

egal · 17. August 2003

Hi,

wie ist denn die Reihenfolge der DVBs im Rechner, vielleicht die Nova zuerst, also das Primary Device ist 2 ?

Schau mal hier

Nachdem ich letztens die Karten getauscht habe (Primary ist jetzt 1), läuft das Dingens wunnebar durch.

steffen_dd · 17. August 2003

Hi

versucht mal die Karten zu kühlen. Es kann auch sein das der Auslöser nicht die Nova sondern die DVB 1.3 ist, die einfach zu heiß wird. Ich hab hier jedenfalls ähnliche Probleme, denn bei mir schmiert der VDR auch ab und erst wenn der Treiber ordentlich wieder neu geladen wurde, geht das mit der Aufnahme.

Bye Steffen

harvey · 17. August 2003

HI,
das Thema wurde im Forum schon ein paar mal behandelt (suchen!).
Bei mir auch, ähnliche Konfiguration, aber dvb-s 1.6. Definitiv kein Wärmeproblem, tritt nämlich (auch) direkt nach dem Einschalten + Aufnahme auf, genauso nach Stunden + 1. Aufnahme.
Bei mir ist das Problem nicht mehr aufgetreten, als ich:
die DVB-S full als primäre Karte
die Interrupts der Karten uterschiedlich
den Treiber 2003-08-01 und vdr 1.2.2 (AutoiPID, Elchi, VCD, LcdProc)
habe.
Dabei glaube ich, dass der DVB-Treiber wohl der ursprüngliche Schuldige war, da diverse Zwischenschritte immer noch Probleme machten.
Jetzt ist der Fehler lange nicht mehr aufgetreten!
Viel Erfolg
Harvey

Dirk · 17. August 2003

@harway

Dein Hauptproblem waren unter garantie die Interrupts!

Die DVBs vertragen es überhauptnicht, wenn sie sich nen IRQ teilen müssen!

Tobias · 17. August 2003

Hitzeproblem ist es nicht, die 1.3er kühle ich schon von anfang an.
Leider teilt sich die Nova aber den Interrupt mit USB. Kann ich leider auch nicht ändern. Habe nur 3xPCI und per Bios kann man NIX ändern. Umstecken hilft auch nicht, da habe ich auf der 1.3er nur Fragmente.

hmmmm....

Dirk · 17. August 2003

Hi

naja, USB macht nicht so viel traffic im normalfall, sollte nicht ganz so stören (oder läst du da unmengen an daten drüber laufen?

egal · 17. August 2003

Hi,

vielleicht hilft ja der dvb-kernel Treiber; als ich den letztens mal getestet habe, hat der die FF-Karte immer als erste geladen und damit von VDR als Primary-Device auf 1 erkannt (obwohl als 2. gesteckt).

Argus · 17. August 2003

Zitat

Original von Tobias
Leider teilt sich die Nova aber den Interrupt mit USB. Kann ich leider auch nicht ändern.
.

Hallo,

wie wirkt es sich denn aus , wenn Du mal temporär den USB Port deaktivierst . Hat die Nova dann Ruhe ?

Gruß lola

Tobias · 22. August 2003

hi
Fehler trat die letzten 2 Aufnahmen NICHT auf. Eben aber wieder
Nun fehlen bei den 2 (parallelen) Aufnahmen die ersten 2 Minuten

habe noch nicht versucht USB (und NIC) zu deaktivieren, muss dazu erstmal die Mediabox zu meinem PC schleppen

Code

mediabox2:~ # cat /proc/interrupts 
           CPU0       
  0:     175291          XT-PIC  timer
  1:          2          XT-PIC  keyboard
  2:          0          XT-PIC  cascade
  3:          0          XT-PIC  usb-ohci
  4:          8          XT-PIC  serial
  5:      96412          XT-PIC  eth0, usb-ohci, saa7146(1)
  8:          3          XT-PIC  rtc
  9:          0          XT-PIC  acpi
 10:    1538856          XT-PIC  saa7146(0)
 11:          0          XT-PIC  ehci-hcd
 12:          0          XT-PIC  usb-ohci
 14:      18295          XT-PIC  ide0
 15:          5          XT-PIC  ide1
NMI:          0 
LOC:          0 
ERR:          0
MIS:          0

Alles anzeigen

aber USB ist garnicht genutzt, und traffic habe ich auf der NIC auch nicht, bzw gaaanz wenig für den vdradmin ... Dagegen kann ich aber nix machen da ich keinen Einfluss auf die IRQs nehmen _kann_

achso, die SAAxxx(0) ist die FF Karte, ist bei mir Device 1, die Nova liegt auf IRQ 5 und ist bei mir Device 2.

Deswegen schon die letzte Frage, kann ich die IRQs per linux ummodeln wenn ichs per Bios nicht kann ??

grüsse
tobias

Dirk · 22. August 2003

Hi

mir ist nicht bekannt, das man bei Linux die IRQs zuweisen kann!

Die IRQs vergibt ds bios beim Booten, wenn es den PCI-Bus durchgeht!

Post mal nen Link zu Board-Doku, evtl. läst sich das ja anders austrixen oder die Option ist nur gut versteckt.

Tobias · 22. August 2003

das ist das MoBo
http://www.asrock.com/product/product_gpro.htm

und hier direkt das Manual:
http://www.asrock.com/Drivers/Manual/ASR_UM/GPro_UM_v11.pdf

grüsse
tobias

Dirk · 22. August 2003

Hi

Da haste leider wirklich sehr viel pech!

da gibts auch keine weiteren Tricks!

haste mal nen Bios.Update versucht?

Tobias · 22. August 2003

ja logo.... das neuste 1.4er udrate draufgezogen....
hab keine änderung im Bios feststellen können .....

kann man wirklich nichts softwaretechnisch da machen?
Was wäre wenn man den Emergency Exit etwas abmildert und vieeicht nur den Channel neu lädt?

gleich nen Exit finde ich etwas brachial...

tobias

Dirk · 22. August 2003

Hi

das löst leider der Treiber aus, damit gibts dann ne Kettenreaktion

das wird erst besser, wenn die Treiber ACPI-Konform werden und IRQ-Sharing verkraften

Kannst Linux auch mal OHNE ACPI installieren bzw. den Kernel dahingehend anpassen, evtl. wird dann besser (muß aber nicht sein)

jackfritt · 26. Dezember 2003

Tobias Hast du dein Problem lösen können ? Scheine hier dasselbe zu haben das
mein Board auch beiden Karten einen Interrupt zuordnet.

Tobias · 27. Dezember 2003

jackfritt; ja habe das PRob nicht mehr. Einfach vor dem VDR Start die Karten mit szap kurz tunen.

tobias

jackfritt · 27. Dezember 2003

Das hab ich leider schon durch damit gehts nicht. bei mir scheint die 2. Karte wo die Aufnahme gemacht wird abzuschmieren (oder der Treiber). Denn ich kann nur durch Treiber neuladen das Problem beseitigen. Werde wohl mal Karten untereinander in den Slots tauschen
Komischerweise funktionieren die ersten aufnahmen immer ohne probleme aber so nach spätestens 24h steigt die eine aus und es kommt zum emergency exit.

Holger_S · 27. Dezember 2003

Das Problem hatte ich auch..

Lösung hier

Elchi · 27. Dezember 2003

Hi, Problem hatte ich auch, seit Treiber 8.11 und vdr-1.2.6 nicht mehr aufgetreten.
Hier mal meine IRQ Belegung:

[root@dhcppc0 andy]# cat /proc/interrupts
CPU0
0: 802086 XT-PIC timer
1: 1963 XT-PIC keyboard
2: 0 XT-PIC cascade
3: 962 XT-PIC serial
5: 291591 XT-PIC EMU10K1
7: 5219 XT-PIC eth0
8: 1 XT-PIC rtc
9: 3058104 XT-PIC saa7146(0)
10: 532868 XT-PIC saa7146(1)
11: 711291 XT-PIC nvidia
12: 219636 XT-PIC PS/2 Mouse
14: 43914 XT-PIC ide0
15: 3 XT-PIC ide1
NMI: 0
LOC: 802067
ERR: 0
MIS: 0
[root@dhcppc0 andy]#

Elchi

PS Kann schon an den IRQs liegen

cash mit Nova wenn Aufnahme, nach Reload gehts aber

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema