Schwarzer Bildschirm und dauernde Abstürze

Zitat

Original von powergirl
Die Karten sind richtig eingesteckt.

Von falsch eingesteckt war auch nie die Rede.
Es ist nur so, dass jeder PCI Karte, wie Sound, deine DVB FF Karte, die Budget etc. einen IRQ zugeordnet bekommt. Entweder vom Bios oder später vom Kernel. Welche IRQs möglich sind hängt von mehreren Faktoren ab:

a) es teilen sich immer mehrere AGP/PCI Steckplätze nen IRQ
b) onboard Komponenten brauchen oftmals ebenso einen und sind den PCI Steckplätzen gleichrangig, aber eben fest verdrahtet

Jede DVB-Karte sollte möglichst ihren eigenen IRQ bekommen, damit das System stabil läuft..

Naja, Errors werden keine angezeigt. Und im Log steht nochwas von IRQ 9 und 11 für die Karten. Ich ziehe meinen Vorschlag mit dem Umstecken der Karten erst einmal zurück.

Was ist das denn für ein Mainboard?

Zitat

Original von powergirl
So, das Kernel-Update habe ich jetzt gemacht. Es hat nicht funktioniert.
Bild ist immer noch schwarz.

auf beiden Karten? wie sieht das Log aus?

ist die Premium-Karte auch eine DVB-T ?

Nachtrag: damit Du gezielt eine bestimmte Karte testen kannst, kannst Du -falls beide Karten DVB-T sind- einen Kanal fest einer bestimmten Karte zuweisen. Das geht über das OSD-Menü Kanäle-Editieren. Im Feld für das CA kannst Du explizit "DVB 1" oder "DVB 2" auswählen.

ich habe die Datei bei mir auf der Platte. Wenn Du mir eine email-adresse gibst (ggf. per PN) schicke ich sie Dir zu. (ca. 1 MB)

Hi , Dr. Seltsam

Zitat

Wenn der Fehler auch mit dem neuen Kernel gelegentlich noch auftreten solte, könntest Du auf 1.3.31 updaten. Dazu brauchst Du einen Patch von MarcTwain und anschließend das aktuelle Paket von Cody. Falls Dir das zuviel Aufwand ist und Du bei 1.3.17 bleiben möchtest, könnte ich Dir am Wochenende vielleicht trotzdem helfen. Ich habe die sourcen auf meinem Entwicklungssystzem, so dass ich vdr-1.3.17 ohne den 5s-timeout neu kompilieren könnte. Das ist eine Sache von wenigen Minuten.

Könntest du kurz erklären wie du das machst?
Hab zwar keinen Timeout würde
mich aber sehr interessieren.

Gruss , Bert

Wenn die Firmware crasht liegt das nicht am firmware.agent, das ist nur fürs laden zuständig. Eher daran, dass der av7110 auf der FF Karte von der Budget Karte einen Datenstrom bekommt der nur Garbage enthält.

av7110 ist glaube ich der MPEG-Dekoder.

Wenn Du eine BER von Null bei dieser Karte hast, dürfte der Empfang aber so gut sein, dass signalmäßig kein Müll ankommt.

Dieses FW-Problem hatte ja kürzlich schon mal jemand:
http://www.vdr-portal.de/board/thread.php?threadid=37084
LinVDR 0.5 mit den alten 2.4er-Treibern lief bei ihm dann aber problemlos.

Mir ist nochwas eingefallen:

Bei dem System, das damals ähnliche Probleme gemacht hat, haben die Bootparameter "acpi=off" und/oder "noapic" auch Besserung gebracht.

LinVDR benutzt Grub als Bootmanager. Ich setze zwar schon ewig Lilo ein, aber es sollte da beim Start auch eine Möglichkeit geben, die Parameter einzugeben.

Die Zeile beginnt bei Grub glaube mit "kernel...". Am Ende hängst du dann einfach z.B. " acpi=off" dran. Hält bis zum nächsten Bootvorgang.

@ powergirl: Läuft denn die Premium-Karte alleine (ohne Budget) mit dem neuen Kernel + neuer Firmware? Oder gibt es im Log dann auch Fehlermeldungen beim Firmwareladen?

Zitat

Original von Bert
Hi , Dr. Seltsam

Könntest du kurz erklären wie du das machst?
Hab zwar keinen Timeout würde
mich aber sehr interessieren.

Gruss , Bart

Alles anzeigen

Du brauchst eine Entwicklungsumgebung mit Compiler sowie das LinVDR-Developer-Paket von www.linvdr.org mit den VDR-Sourcen.

Ein Auskommentieren der Zeilen

if (!HasLock(TUNER_LOCK_TIMEOUT)) {
      esyslog("ERROR: device %d has no lock, can't attach receiver!",
CardIndex() + 1);
      return false;
      }

in device.c sollte reichen. (Tip von Klaus in der ML)

Hi,

Dr. Seltsam

Danke dir,

Gruss , Bert