UPT error - The solution (maybe)

jackfritt
Nein, ich habe meine beiden Karten sogar ganz allein an einem Universal Doppel LNB.

reihe mich mal mit ein, aber UPT Fehler habe ich nicht, jedoch sind einige aufnahmen schrott

Mar  9 03:00:01 VDR vdr[553]: timer 5 (2 0300-0355 'WISO spezial') start
Mar  9 03:00:01 VDR vdr[553]: Title: 'WISO spezial' Subtitle: '(null)'
Mar  9 03:00:01 VDR vdr[553]: record /video0/WISO_spezial/2004-03-09.03.00.50.99.rec
Mar  9 03:00:01 VDR vdr[553]: creating directory /video0/WISO_spezial
Mar  9 03:00:01 VDR vdr[553]: creating directory /video0/WISO_spezial/2004-03-09.03.00.50.99.rec
Mar  9 03:00:01 VDR vdr[553]: recording to '/video0/WISO_spezial/2004-03-09.03.00.50.99.rec/001.vdr'
Mar  9 03:00:01 VDR vdr[596]: recording thread started (pid=596)
Mar  9 03:00:01 VDR vdr[597]: receiver thread started on device 2 (pid=597)
Mar  9 03:00:02 VDR vdr[596]: ERROR: unknown picture type '4'
Mar  9 03:00:02 VDR vdr[596]: ERROR: unknown picture type '4'

seit ich zweite karte drin habe, aber gleichzeitig auch auf 4fach lnb upgedatet mit 85'er schüssel

STehe ich jetzt auf dem Schlauch oder ist das nicht ein Widerspruch:

Zitat

Mar 9 03:00:02 VDR vdr[596]: ERROR: unknown picture type '4'
Mar 9 03:00:02 VDR vdr[596]: ERROR: unknown picture type '4'

und

Zitat

UPT Fehler habe ich nicht

Das oben zitierte IST der gefürchtete UPT-Fehler.

Joe

ja, mitlerwiele weiß ich auch das UPT=Unknown Picture Type heißt...

aber neinem nob sollte sowas auch gesagt werden...

braucht klaus noch ein test vdr?
habe aber nur ne 1.2.2 im Mmoment laufen... da ist wohl etliches anderst, die stelle mit dem patch habe ich nicht finden können, sieht noch etwas anderst aus...

Ich habe mir mal meine Logs angeschaut und siehe da auch ich habe diesen Fehler. (Hatte bisher immer nach UPT gesucht )

Kann mir einer erklären was die Zahlen dahinter bedeuten ?
Die Aufnahme von heute is dann wohl eher kaputt oder ?
Habe jetz gerade folgendes probiert: Fernseher eingeschaltet und siehe da Bild war Klötzengrafik und der Ton zerhackt. Danach habe ich den Kanal umgeschaltet und einen Moment gewartet. Das Bild war wieder i. O. aber Ton war noch zerhackt. Ich habe einfach nochmals umgeschaltet und siehe da der Fehler ist WEG ! Was ich noch dazu sagen muss das gerade eine bzw. 2 Aufnahmen laufen und zwar die Nanny auf VOX und Stargate auf RTL II.

Und jetz kommt der Knüller ! Ich habe per commandline nur eine Karte
mit dem VDR in nutzung (/usr/local/bin/vdr -D0 -c /video.....)
Die zweite Karte ist also nicht in Nutzung.

Nach dem Umschalten ist der Fehler weg !!
Ok Aufnahme angeschaut und siehe da der erste Teil der Aufnahme ist total kaputt(klötzchen kein Ton) Spule ich vor ist die Aufnahme nach dem umschalten in Ordnung und er zeichnet zzt. ohne Probleme auf.

Macht mich ein bisschen stutzig das er doch sonst abstürzen müsste oder ?

Hier mal ein Auszug nicht nur von heute das kommt zum Schluss :

Feb 23 02:40:09 chaplin vdr[25889]: ERROR: unknown picture type '5'

Mar 9 15:00:45 chaplin vdr[2358]: ERROR: unknown picture type '6'
Mar 9 15:00:49 chaplin vdr[2358]: ERROR: unknown picture type '6'
Mar 9 15:01:08 chaplin vdr[2358]: ERROR: unknown picture type '4'
Mar 9 15:01:35 chaplin vdr[2358]: ERROR: unknown picture type '5'
Mar 9 15:34:54 chaplin vdr[2358]: ERROR: unknown picture type '6'
Mar 9 15:35:09 chaplin vdr[2358]: ERROR: unknown picture type '6'
Mar 9 15:35:48 chaplin vdr[2358]: ERROR: unknown picture type '6'
Mar 9 15:35:53 chaplin vdr[2358]: ERROR: unknown picture type '4'
Mar 9 15:36:23 chaplin vdr[2358]: ERROR: unknown picture type '6'
Mar 9 15:40:18 chaplin vdr[2358]: ERROR: unknown picture type '6'
Mar 9 15:40:19 chaplin vdr[2358]: ERROR: unknown picture type '6'
Mar 9 15:40:25 chaplin vdr[2358]: ERROR: unknown picture type '4'
Mar 9 15:40:27 chaplin vdr[2358]: ERROR: unknown picture type '6'
Mar 9 15:45:01 chaplin vdr[2358]: ERROR: unknown picture type '5'
Mar 9 15:46:14 chaplin vdr[2358]: ERROR: unknown picture type '4'

Mar 15 15:01:06 chaplin vdr[2278]: ERROR: unknown picture type '6'
Mar 15 15:01:28 chaplin vdr[2278]: ERROR: unknown picture type '4'
Mar 15 15:02:42 chaplin vdr[2278]: ERROR: unknown picture type '7'
Mar 15 15:02:50 chaplin vdr[2278]: ERROR: unknown picture type '6'
Mar 15 15:03:16 chaplin vdr[2278]: ERROR: unknown picture type '7'
Mar 15 15:03:21 chaplin vdr[2278]: ERROR: unknown picture type '5'
Mar 15 15:03:30 chaplin vdr[2278]: ERROR: unknown picture type '7'
Mar 15 15:03:52 chaplin vdr[2278]: ERROR: unknown picture type '7'
Mar 15 15:04:09 chaplin vdr[2278]: ERROR: unknown picture type '6'
Mar 15 15:05:20 chaplin vdr[2278]: ERROR: unknown picture type '7'
Mar 15 16:14:32 chaplin vdr[2278]: ERROR: unknown picture type '6'
Mar 15 16:14:32 chaplin vdr[2278]: ERROR: unknown picture type '4'
Mar 15 16:14:39 chaplin vdr[2278]: ERROR: unknown picture type '6'

Mar 24 19:49:02 chaplin vdr[2981]: ERROR: unknown picture type '6'
Mar 24 19:51:18 chaplin vdr[2981]: ERROR: unknown picture type '4'
Mar 24 19:51:18 chaplin vdr[2766]: ERROR: unknown picture type '4'
Mar 24 19:53:05 chaplin vdr[2766]: ERROR: unknown picture type '6'
Mar 24 19:53:05 chaplin vdr[2981]: ERROR: unknown picture type '6'
Mar 24 19:53:07 chaplin vdr[2981]: ERROR: unknown picture type '6'
Mar 24 19:53:07 chaplin vdr[2766]: ERROR: unknown picture type '6'
Mar 24 19:54:02 chaplin vdr[2981]: ERROR: unknown picture type '6'
Mar 24 19:54:02 chaplin vdr[2766]: ERROR: unknown picture type '6'
Mar 24 19:54:07 chaplin vdr[2766]: ERROR: unknown picture type '7'
Mar 24 19:54:07 chaplin vdr[2981]: ERROR: unknown picture type '7'
Mar 24 19:54:39 chaplin vdr[2766]: ERROR: unknown picture type '6'
Mar 24 19:54:39 chaplin vdr[2981]: ERROR: unknown picture type '6'
Mar 24 19:56:14 chaplin vdr[2981]: ERROR: unknown picture type '6'
Mar 24 19:57:46 chaplin vdr[2981]: ERROR: unknown picture type '6'
Mar 24 19:58:06 chaplin vdr[2981]: ERROR: unknown picture type '6'
Mar 24 19:58:20 chaplin vdr[2981]: ERROR: unknown picture type '5'
Mar 24 19:59:41 chaplin vdr[2981]: ERROR: unknown picture type '6'
Mar 24 20:00:54 chaplin vdr[2981]: ERROR: unknown picture type '7'
Mar 24 20:00:55 chaplin vdr[2981]: ERROR: unknown picture type '4'
Mar 24 20:01:44 chaplin vdr[2981]: ERROR: unknown picture type '4'
Mar 24 20:01:49 chaplin vdr[2981]: ERROR: unknown picture type '6'
Mar 24 20:02:09 chaplin vdr[2981]: ERROR: unknown picture type '6'
Mar 24 19:35:00 chaplin vdr[103]: timer 5 (8 1935-2025 'Die Nanny') start
Mar 24 19:35:00 chaplin vdr[103]: Title: 'Die Nanny' Subtitle: ''
Mar 24 19:35:00 chaplin vdr[103]: record /video0/Die_Nanny/2004-03-24.19:35.70.99.rec
Mar 24 19:35:00 chaplin vdr[103]: creating directory /video0/Die_Nanny/2004-03-24.19:35.70.99.rec
Mar 24 19:35:00 chaplin vdr[103]: recording to '/video0/Die_Nanny/2004-03-24.19:35.70.99.rec/001.vdr'
Mar 24 19:35:00 chaplin vdr[103]: creating directory /video1/Die_Nanny/2004-03-24.19:35.70.99.rec
Mar 24 19:35:00 chaplin vdr[2981]: recording thread started (pid=2981, tid=229391)
Mar 24 19:35:41 chaplin vdr[2766]: ERROR: unknown picture type '5'
Mar 24 19:35:41 chaplin vdr[2981]: ERROR: unknown picture type '5'
Mar 24 19:38:29 chaplin vdr[2981]: ERROR: unknown picture type '7'
Mar 24 19:38:29 chaplin vdr[2766]: ERROR: unknown picture type '7'
Mar 24 19:38:31 chaplin vdr[2766]: ERROR: unknown picture type '5'
Mar 24 19:38:31 chaplin vdr[2981]: ERROR: unknown picture type '5'
Mar 24 19:38:50 chaplin vdr[2766]: ERROR: unknown picture type '4'
Mar 24 19:38:50 chaplin vdr[2981]: ERROR: unknown picture type '4'
Mar 24 19:38:50 chaplin vdr[2981]: ERROR: unknown picture type '6'
Mar 24 19:38:51 chaplin vdr[2766]: ERROR: unknown picture type '6'
Mar 24 19:41:28 chaplin vdr[2981]: ERROR: unknown picture type '6'
Mar 24 19:41:28 chaplin vdr[2766]: ERROR: unknown picture type '6'

Mar 24 20:05:00 chaplin vdr[103]: Title: 'Stargate' Subtitle: ''
Mar 24 20:05:00 chaplin vdr[103]: record /video0/Stargate/2004-03-24.20:05.99.99.rec
Mar 24 20:05:00 chaplin vdr[103]: creating directory /video0/Stargate/2004-03-24.20:05.99.99.rec
Mar 24 20:05:02 chaplin vdr[103]: SpinUpDisk took 1.14 seconds
Mar 24 20:05:02 chaplin vdr[103]: recording to '/video0/Stargate/2004-03-24.20:05.99.99.rec/001.vdr'
Mar 24 20:05:02 chaplin vdr[3084]: recording thread started (pid=3084, tid=245776)
Mar 24 20:05:41 chaplin vdr[103]: connect from 127.0.0.1, port 32834 - accepted
Mar 24 20:05:41 chaplin vdr[103]: closing SVDRP connection
Mar 24 20:05:59 chaplin vdr[3084]: ERROR: unknown picture type '6'
Mar 24 20:06:11 chaplin vdr[3084]: ERROR: unknown picture type '6'
Mar 24 20:06:38 chaplin vdr[3084]: ERROR: unknown picture type '7'
Mar 24 20:06:39 chaplin vdr[3084]: ERROR: unknown picture type '7'
Mar 24 20:06:53 chaplin vdr[103]: switching to channel 8
Mar 24 20:06:53 chaplin vdr[103]: switching to channel 8
Mar 24 20:06:53 chaplin vdr[3088]: transfer thread started (pid=3088, tid=262161)
Mar 24 20:07:07 chaplin vdr[103]: skipped channels 7..6
Mar 24 20:07:07 chaplin vdr[103]: switching to channel 5

Gruss,

Jörg

Zitat

Kann mir einer erklären was die Zahlen dahinter bedeuten ?

AFAIK sind das die falsch erkannten Bildtypen.

Zitat

Die Aufnahme von heute is dann wohl eher kaputt oder ?

Solange diese Meldung kommt, geht definitiv etwas schief.
Zu dem bei dir beobachteten Verhalten kann ich nicht viel sagen, da ich nur Erfahrungen mit Mehrkartensysteme habe und dabei immer alle Karten nutzte. Nur: so lange du mehr als 3 UPT-Fehler in kurzer Zeit bekommst, so lange ist das Problem bei dir vorhanden. Gleich ob du mit hin- und herschalten das Problem kurzzeitig beheben konntest.

Joe

Hi,
Aber warum macht Ihr Euch das Leben nicht leichter und setzt als 2.Karte eine Budget Karte ein ??? Ist viel billiger, erzeugt weniger Hitze und gibt keine UPT Probleme. Natuerlich ist der Fehler sch.... aber das ist ne Loesung die Geld spart !
Gruss
HelAu

helau

Ein kleiner Witzbold bist du, oder?

Vieleicht haben ne Menge Leute schon 2 FF Cards weil sie schon länger dabei sind, ausserdem gibts auch einige die ihr CAM an der 2. Karte hängen haben....und immerhin gibts den Fehler auch erst seit den API 3 Treibern.

Andy

Hi,
budget Karte hilft leider auch nicht. Ich habe als 2. Karte eine Budget von USAx (Baugleich zu nova) und die gleichen Probleme. War kurz davor mir eine FF zu holen in der Hoffnung, dass dann die Probleme weg sind. Scheint aber nicht so.

cu
Christoph

Hi!

Habe Gottseidank noch keinen UPT gehabt, aber hilft es eigentlich, wenn man beide Karten mit einer eigenen Instanz startet? Nur so ne blöde Idee, weiß nicht ob das schon probiert wurde.
Dann wäre ja eine Notlösung die beiden Instanzen über Streamdev zu verbinden ...

Gruß,
Brougs78

Also ich hatte ja nur die eine Karte in Betrieb die andere wird ja nicht genutzt deswegen ja -D0 für die erste Karte ! Mann müsste die Treiber nur für eine Karte laden können um zu sehen ob dann das Problem auch erscheint.

Nachtrag 8:20 :
Die Treiber haben sich heute morgen so verabschiedet das ich kein Bild und kein Ton mehr habe, aber was mich verwundert ist das ich noch weiterhin ohne Probleme Aufnahmen wiedergeben kann. Und auch den VDR komplett bedienen kann(OSD ist einwandfrei). Nach einen Treiberreload, wie auch anders nicht zu erwarten, geht die Kiste wieder.

Gruss,

Jörg

Zitat

Die Treiber haben sich heute morgen so verabschiedet das ich kein Bild und kein Ton mehr habe, aber was mich verwundert ist das ich noch weiterhin ohne Probleme Aufnahmen wiedergeben kann. Und auch den VDR komplett bedienen kann(OSD ist einwandfrei). Nach einen Treiberreload, wie auch anders nicht zu erwarten, geht die Kiste wieder.

Hab ich auch ab und zu. Das Problem muss empfangsseitig bestehen.

Joe

also ich habe mittlerweile 2 Fehler:

- Bild komplett schwarz sieht aus als wenn vdr abgekackt wäre... dann drücke ich nen wenig auf der fernbedienung rum, der treiber wird entladen, wieder neugeladen und vdr wird restartet -> wieder alles für ein paar h ok

- Bild ist schwarz vdr funktioniert allerdigns komplett bis auf das live bild und das aufnhemen, ansehen und hören dagegen sit kein Problem.

Fehler 1 tritt jeden Tag auf, Fehler 2 zwischendurch

das ist zum verzweifeln, da denkt man sich oh gut das ich das aufgenommen habe, guckt am anderen Tag und der Aufnahme Ordner ist leer

Hi,

leider bin auch ich jetzt ein UPT geplagter. Bisher habe ich eine 2.1 verwendet und habe nie
ein UPT-Problem gehabt. Jetzt bin ich auf eine 1.5 umgestiegen (wollte halt RGB über J2) und habe seitdem hin und wieder UPT Fehler. Einziger Unterschied in meinem System ist die neue Karte (nur eine Karte im System). Diese sitzt im gleichen Steckplatz, hat den gleichen IRQ, es wird die gleiche Treiberversion verwendet. Und jetzt UPT-Fehler

gruesse
michael

Hallo,
Problem konnte für mich gelöst werden, wie folgt:

ich hatte auch UPT Fehler und miserable Aufnahem durch TS continuity errors. Das Problem trat nur bei Aufnahmen auf welche auf der sekundären Karte liefen (Nova budget von USAX), Aufnahmen welche über das primäre device (Hauppauge Nexus) liefen waren i.O. (keine TS continuity errors ->kein Knicksen im Ton, keine Artefakte). Hatte einiges getestet, für die budget Karte hatte ich den frontend-patch eingespielt, dann auch DVB-Treiber aktualisiert auf linuxtv-dvb-1.1.1 , vdr-1.3.6 aufgespielt, alles ohne Erfolg. Dann hat mich das so angenervt, dass ich die Nova budget als sekundäre Karte rausgeschmissen habe und mir stattdessen eine Skystar2 besorgt habe (€54). Die Karte wurde sofort ohne Probleme vom Treiber erkannt und war sofort in VDR verfügbar.
Und glücklicherweise, seitdem keine UPT-errors oder TS continuity errors mehr. Das nun seit schon über einer Woche. Ich muss sagen, der Invest hat sich gelohnt, der Zustand vorher hat echt Nerven gekostet. Außerdem ist der "women acceptance factor" enorm gestiegen :-))

Ich vermute, dass die aktuellen DVB-Treiber irgendein Problem mit der budget-Karte haben. Aber um das verifizieren zu können habe ich zu wenig Ahnung.

Das wird sicher nicht allen helfen, aber vielleicht gibt´s ja den ein oder anderen mit einer ähnlichen Konfiguration der´s Problem so beheben kann.

Viel Erfolg

cu
Christoph

Mir ist folgendes aufgefallen. Mit cat /proc/interrupts werden einem die benutzen Interrupts angezeigt. Aber leider nur die die auch von Treibern verwendet werden. Denn wie sonst erklärt Ihr euch das beim Befehl lspci
noch andere wie z.B. der USB Controller angezeigt werden mit einem Interrupt der zufälligerweise auch auf einer meiner Karten liegt. Vielleicht sollte man mal in diese Richtung suchen ? Habe schon oft gelesen das die DVB Karten immer Ihren eigenen Interrupt haben sollen. Die Prüfung mit cat /proc/interrupts wäre ja dann falsch. Ich müsste auch immer lspci mit heranziehen um eindeutig sagen zu können das die Karte auch wirklich einen eigenen Interrupt zur Verfügung hat.

P.S.: Seit gestern abend kann ich nicht mehr aufnehmen. Es kommt immer wieder "Video data stream broken". Ist zwar nicht der UPT denn ich sonst schonmal habe aber evtl. hängt das ja alles zusammen. Sogar ein ausschalten +10 Min. warten hilft nicht. Ich verzweifle noch. (Und meine Freundin bringt mich heute abend wohl um )

Gruss,

Jörg

so, ich gebe auch mal wieder was von mir...

habe nach dem dollen sturm meine Schüssel neu ausrichten dürfen dabei bin ich etwas unruhig geworden, es könnte ja auch die DVB ihren geist aufgegeben haben...

Bei der ganzen Bastelei habe ich auch mal die zwei DVB's (2xFF) getauscht, womit aber der VDR die PCI-Slots fest den Nummern zugeordnet hat, damit ist jetzt meine prim. DVB im anderen Slot, damit auch mein Ausgang auf der anderen DVB... seit dem habe ich die Probleme nicht wieder gehabt, jedoch habe ich jetzt das problem, das der Bildschirm öfters mal schwarz bleibt, was wohl die selbe Ursache hat, nur wenn ich nochmals tune auf den sender geht es, so wie ich jetzt vermute, hat es was mit dem tunen der DVB's zu tun, kann man das noch irgendwo einstellen, wie lange das tunen dauert, oder das es zwei mal hintereinander tunt?

Also ich habe nochmals ein bisschen mit den Interrupts rumgespielt. Und ich kann nur sagen das es heftige auswirkungen auf den Fehler video data stream broken hat. (Evtl. auch auf UPT). Ich habe folgendes gemacht. Einfach mal alle Onboard Komponenten im BIOS aktiviert.

cat /proc/interrupts
CPU0
0: 7373552 XT-PIC timer
1: 2295 XT-PIC keyboard
2: 0 XT-PIC cascade
8: 1 XT-PIC rtc
10: 18919540 XT-PIC saa7146(1)
11: 47309197 XT-PIC eth0, fcdsl, saa7146(0)
14: 487118 XT-PIC ide0
15: 1 XT-PIC ide1
NMI: 0
LOC: 7373762
ERR: 8656
MIS: 0

lspci -v |grep -C2 "IRQ 11"

00:02.0 USB Controller: nVidia Corporation nForce2 USB Controller (rev a4) (prog-if 10 [OHCI])
Subsystem: Asustek Computer, Inc.: Unknown device 80ad
Flags: bus master, 66Mhz, fast devsel, latency 0, IRQ 11
Memory at fe900000 (32-bit, non-prefetchable) [size=4K]
Capabilities: [44] Power Management version 2
--
00:02.1 USB Controller: nVidia Corporation nForce2 USB Controller (rev a4) (prog-if 10 [OHCI])
Subsystem: Asustek Computer, Inc.: Unknown device 80ad
Flags: bus master, 66Mhz, fast devsel, latency 0, IRQ 11
Memory at fea00000 (32-bit, non-prefetchable) [size=4K]
Capabilities: [44] Power Management version 2
--
00:04.0 Ethernet controller: nVidia Corporation nForce2 Ethernet Controller (rev a1)
Subsystem: Asustek Computer, Inc.: Unknown device 80a7
Flags: bus master, 66Mhz, fast devsel, latency 0, IRQ 11
Memory at fe800000 (32-bit, non-prefetchable) [size=4K]
I/O ports at eff0 [size=8]
--
00:06.0 Multimedia audio controller: nVidia Corporation nForce2 AC97 Audio Controler (MCP) (rev a1)
Subsystem: Asustek Computer, Inc.: Unknown device 8095
Flags: bus master, 66Mhz, fast devsel, latency 0, IRQ 11
I/O ports at e800 [size=256]
I/O ports at ec00 [size=128]
--
01:07.0 Multimedia controller: Philips Semiconductors: Unknown device 5402 (rev 82)
Subsystem: AVM Audiovisuelles MKTG & Computer System GmbH: Unknown device 0f00
Flags: bus master, medium devsel, latency 64, IRQ 11
Memory at fb000000 (32-bit, non-prefetchable) [size=8M]
Memory at fbc00000 (32-bit, non-prefetchable) [size=2M]
--
01:08.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
Subsystem: Technotrend Systemtechnik GmbH: Unknown device 0003
Flags: bus master, medium devsel, latency 64, IRQ 11
Memory at fbb00000 (32-bit, non-prefetchable) [size=512]

02:00.0 VGA compatible controller: nVidia Corporation NV18 [GeForce4 MX - nForce GPU] (rev a3) (prog-if 00 [VGA])
Subsystem: Asustek Computer, Inc.: Unknown device 80c0
Flags: bus master, 66Mhz, medium devsel, latency 64, IRQ 11
Memory at fd000000 (32-bit, non-prefetchable) [size=16M]
Memory at ec000000 (32-bit, prefetchable) [size=64M]

Und dann noch :

lspci -v |grep -C2 "IRQ 10"

00:01.1 SMBus: nVidia Corporation nForce2 SMBus (MCP) (rev a2)
Subsystem: Asustek Computer, Inc.: Unknown device 80ad
Flags: 66Mhz, fast devsel, IRQ 10
I/O ports at ef80 [size=32]
Capabilities: [44] Power Management version 2
--
01:06.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
Subsystem: Technotrend Systemtechnik GmbH: Unknown device 0003
Flags: bus master, medium devsel, latency 64, IRQ 10
Memory at fbe00000 (32-bit, non-prefetchable) [size=512]

So und jetz sach mir mal einer wie ich meinen beiden DVB einen eigenen Interrupt zuteilen soll. Ich kann das Problem ein wenig vermindern indem ich onboard komponenten im BIOS abschalte. Aber leider haben beide Karten immer noch nicht ihren eigenen IRQ.

Kann das mal jemand überprüfen der auch UPT Fehler hat ?
Evtl. haben wir da Übereinstimmungen.

Bitte auch die die keine UPT Fehler haben evtl. haben diese Karten ja wirklich ihren eigenen IRQ.

Gruss,

Jörg

jackfritt: Sorry aber meine DVBs hatten exklusive Interrupts und ich hatte trotzdem UPT Fehler. DVB Karten sollten übrigens immr einen eigenen Interrupt haben, alles andere führt imho zwangsläufig zu Fehlern... Was Deine Situation angeht, wird wohl nur umstecken der Karten helfen, da sich einige PCI-Slots immer Interrupts teilen.

BTW sei noch anzumerken dass "der" UPT Fehler nur Karten mit Firmware, also FF Karten betrifft. Bei NOVAs ist das ne andere Sache. Ich habe meine Zweitkarte (Rev. 2.1) jetzt durch eine Activy Nova eingetauscht, und seitem keine Probleme mehr.

hi Jackritt,

das mit den Interrupts stimmt auf jeden Fall.
Jede Karte braucht ihren eigenen Interrupt. Ich hatte auch mal so ein Interruptproblem mit zwei Karten, wenn ich dann ne Aufnahme gestartet habe gab es data stream broken und so weiter.
Ich mußte in meinem Bios auch alles ausknipsen und rumstpöpseln. Die Onboard Nic musste ich durch ne Steckkarte ersetzen und irgendwann ging es dann..... ein dreivierteljahr. Dann machte mein MoBo Probleme und es hat sich Bios-Checksum-mäßig mit meinem Proz gezankt...also flog es dann raus.
Ich benutze jetzt ein ultrabillig Asrock K7S8X.
Das ist das erste System das ich sehe, das mein Linux auch mit APIC absolut genial fährt.
Dann hast du ja IRQ`s im überfluß.
Versuche doch mal APIC im Kernel zu aktivieren dein MoBo kann das wohl.
Meine Zweitkarte ist übrigens auch ne Nova.

ciao
glotzi