Beiträge von fabo

Wie gut, daß die Kinder gerade im Bett sind ...

magicdragon67

Vielleicht kannst du ja auch testweise mal die Karten der beiden VDR's tauschen?

Ich hatte auch mal den Effekt, daß ich nur horizontal polarisierte Sender empfangen konnte (bei einer neuen Karte), da war dann ein Spannungswandler defekt (konnte ich zum Glück noch eintauschen).
Es lagen auch immer ca. 18V an.

Zitat

Original von Der_Pit

Hi Dirk,

gilt das auch für den 3520A oder ist der neu genug?
Hmm, hab gerade mal gegoogelt, laut herrie.org (ist das 'ne vertrauenswürdige Quelle?) gibts für den 3520 nix. Wird also schon OK sein. Ich hatte mich nur gewundert daß ich nur 2-fach auf ein (no-name) 1-4x Medium schreiben konnte..

Pit

Alles anzeigen

Hi Pit!

Ich habe den 3520A im Einsatz (allerdings in meiner Win-Maschine) und noch nicht im VDR). Da hatte ich zuerst auch das Problem mit max. 2-facher Geschwindigkeit. Allerdings hat sich herausgestellt, daß der Brenner nicht im UDMA-Modus lief. Neues kabel und vor allem 2. DVD-Laufwerk auf dem selben IDE-Kanal abklemmen, danach ging der Brenner in den UDMA-Modus und (b)rennt rennt ...
Ich benutze problemlos die einfachen Aldi-Rohlinge (tevion 8x, steckt Ricoh dahinter) und die brennt er ohne Ausfälle mit 12x (real 10-11fach).

PS: Firmware-Update war nicht nötig.

redfly:

Das mit dem Aufnehmen ist nicht das Problem, da die Daten sowohl bei der Budget als auch bei der Nexus direkt auf die Platte geschrieben werden (ohne Bearbeitung). Nur für die Wiedergabe besitzt die Nexus den mpeg-decoder, damit die Daten nicht von der CPU decodiert werden müssen.

So, Problem gelöst!

Ich habe mich also gestern abend an die Maschine gesetzt und ein bißchen rumgebastelt.

1. USB deaktivieren (im BIOS), danach hatte war die TT1.5 wirklich interrupttechnisch vereinsamt.
Jetzt stürzte die Daten übertragung nicht mehr direkt ab, sondern es schien bereits alles gut zu laufen, bis nach ca. 1 GB die Übertragung abgebrochen wurde (keine Netzwerkverbindung mehr).
Der VDR meldete wieder die eth0-Interrupt-Überlastung.
Allerdings lief der VDR weiter.

2. Netzwerkkarte tauschen: Realtek raus, Intel rein.
Nun scheint alles problemlos zu funktionieren! Keine Abstürze, Hänger etc. mehr (habe mittlerweile ca. 20 GB transferiert), scheint auch etwas performanter geworden zu sein (subjektiv!).

Es scheint also ein kombiniertes Problem mit dem Interrupt und der Netzwerkkarte gewesen zu sein (wieder mal am falschen Ende gespart).

Und weil alles so gut lief, bin ich gleich nochmal auf die vdrdevel umgestiegen. Mal schauen, was uns als nächstes erwartet

Danke nochmal für eure Hilfe!

Gruß,

Frank

Hallo Dirk!

Das mit den separaten Interrupts habe ich auch schon im BIOS/Handbuch gesucht, kann ich aber nicht finden. Anscheinend kann man das hier gar nicht mehr einstellen !?

Ich werde dafür aber mal das Umstecken/Deaktivieren überflüssiger Funktionen checken.

Frank

Hallo Dagget!

Dann werde ich mal 1. USB deaktivieren (sollte doch auch reichen?) und 2. die Intel-Karte aus der Firma ausprobieren.
Ich hoffe, daß das reicht.

Danke,

Frank

PS: Wie kann denn USB beim sharen mit der TT ein Problem verursachen?

Ach ja, und

4. mal den RAM checken (je 1 der 2 Riegel raus)

So, der WebClient ist es definitiv nicht (der ist deaktiviert).

Datür habe ich jetzt die log-files da:

cat /proc/interrupts liefert:

CPU0
0: 790413 XT-PIC timer
1: 2 XT-PIC keyboard
2: 0 XT-PIC cascade
5: 9388955 XT-PIC usb-ohci, saa7146 (0)
8: 4 XT-PIC rtc
10: 0 XT-PIC SiS 7012
11: 0 XT-PIC usb-ohci
12: 11802012 XT-PIC eth0
14: 562577 XT-PIC ide0
15: 0 XT-PIC ide1
NMI: 0
LOC: 790361
ERR: 2248
MIS: 0

Also usb-ohci liegt bei der TT-Karte, gibt das evt. Probleme? eth0 kollidiert nicht (da hatte ich nachgeschaut).

lspci liefert:

0000:00:00.0 Host bridge: Silicon Integrated Systems [SiS] 735 Host (rev 01)
0000:00:01.0 PCI bridge: Silicon Integrated Systems [SiS] Virtual PCI-to-PCI bridge (AGP)
0000:00:02.0 ISA bridge: Silicon Integrated Systems [SiS] SiS85C503/5513 (LPC Bridge)
0000:00:02.2 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev 07)
0000:00:02.3 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev 07)
0000:00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] (rev d0)
0000:00:02.7 Multimedia audio controller: Silicon Integrated Systems [SiS] Sound Controller (rev a0)
0000:00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
0000:00:0f.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
0000:01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP (rev 82)

Und nach intensivem Testen habe ich wohl doch noch 2 Probleme (?) in messages gefunden:

1.
...
Jan 27 21:26:07 vdr vdr[6962]: resuming replay at index 0 (0:00:00.01)
Jan 27 21:26:09 vdr vdr[4722]: switching to channel 8
Jan 27 21:26:13 vdr vdr[4722]: replay /var/lib/video.00/Schillerstraße/2005-01-27.20.12.50.99.rec
Jan 27 21:26:13 vdr vdr[4722]: loading /var/lib/video.00/Schillerstraße/2005-01-27.20.12.50.99.rec//marks.vdr
Jan 27 21:26:13 vdr vdr[6993]: resuming replay at index 0 (0:00:00.01)
Jan 27 21:27:28 vdr vdr[4722]: switching to channel 8
Jan 27 21:27:30 vdr kernel: saa7146_core: interrupt_hw(): warning: interrupt enabled, but not handled properly.(0x40040000)
Jan 27 21:27:30 vdr kernel: saa7146_core: interrupt_hw(): disabling interrupt source(s)!
Jan 27 21:27:30 vdr kernel: saa7146_core: interrupt_hw(): warning: interrupt enabled, but not handled properly.(0x40040000)
Jan 27 21:27:30 vdr kernel: saa7146_core: interrupt_hw(): disabling interrupt source(s)!
Jan 27 21:27:38 vdr kernel: gpioirq unknown type=0 len=0
Jan 27 21:28:33 vdr syslogd 1.4.1#15: restart.
Jan 27 21:28:33 vdr kernel: klogd 1.4.1#15, log source = /proc/kmsg started.
Jan 27 21:28:33 vdr kernel: Inspecting /boot/System.map-2.4.27-ctvdr-1
Jan 27 21:28:33 vdr kernel: Loaded 21049 symbols from /boot/System.map-2.4.27-ctvdr-1.
Jan 27 21:28:33 vdr kernel: Symbols match kernel version 2.4.27.
Jan 27 21:28:33 vdr kernel: Loaded 201 symbols from 12 modules.
Jan 27 21:28:33 vdr kernel: Linux version 2.4.27-ctvdr-1 (root@sarge.siering.org) (gcc version 3.3.4 (Debian 1:3.3.4-13)) #1 Fri Oct 15 18:38:29 UTC 2004
...

Interrupt-Problem -> Neustart?

2.
...
Jan 27 08:15:32 vdr -- MARK --
Jan 27 08:16:49 vdr kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
Jan 27 08:16:59 vdr kernel: eth0: link down
Jan 27 08:17:37 vdr kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
Jan 27 08:17:48 vdr kernel: eth0: link down
Jan 27 08:18:30 vdr kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
Jan 27 08:19:33 vdr kernel: eth0: link down
Jan 27 08:19:35 vdr kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
Jan 27 08:25:47 vdr kernel: eth0: Too much work at interrupt, IntrStatus=0x0001.
Jan 27 08:25:47 vdr kernel: DEBI irq oops @ 8463873, psr:0x00040708, ssr:0x00806030
Jan 27 08:25:53 vdr kernel: gpioirq unknown type=0 len=0
Jan 27 08:28:03 vdr syslogd 1.4.1#15: restart.
Jan 27 08:28:03 vdr kernel: klogd 1.4.1#15, log source = /proc/kmsg started.
Jan 27 08:28:03 vdr kernel: Inspecting /boot/System.map-2.4.27-ctvdr-1
Jan 27 08:28:03 vdr kernel: Loaded 21049 symbols from /boot/System.map-2.4.27-ctvdr-1.
Jan 27 08:28:03 vdr kernel: Symbols match kernel version 2.4.27.
Jan 27 08:28:03 vdr kernel: Loaded 201 symbols from 12 modules.
Jan 27 08:28:03 vdr kernel: Linux version 2.4.27-ctvdr-1 (root@sarge.siering.org) (gcc version 3.3.4 (Debian 1:3.3.4-13)) #1 Fri Oct 15 18:38:29 UTC 2004
Jan 27 08:28:03 vdr kernel: BIOS-provided physical RAM map:
Jan 27 08:28:03 vdr kernel: BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
...

Was bedeutet "eth0: Too much work on interrupt"?
Hier hatte ich Kabel angeschlossen -> Datei im WinXP-Explorer gewählt -> kopieren gestartet -> und tschüss.

Ich werde wohl heute abend folgendes machen:
1. USB im BIOS deaktivieren (also wieder 19"-CRT runterschleppen)
2. Intel-Pro/1000MT Netzwerkkarte ausprobieren
3. rumspielen (mal sehen, was mir noch so einfällt)

Habt ihr noch weitere Tips?

Danke,

Frank

Zitat

Original von ULF
Hi und

Äh deine Fragen sind noch etwas undeutlich

1. Der Webclient beim XP ist aus? (XP bleibt sonst gerne stehen nicht der vdr)

2. onboard Lan ist tot oder vielleicht durch Neuinstall c't 3.06 reaktivierbar ? -Realtec muss natürlich raus für den Test.

3. Hast du einen DHCP server? - so ala DSL router?
4. was meint VDR ist offline? offline installation oder wie?
(- ach ja beim install würde ich den mplayer auslassen wenn du ihn brauchst später holen)

eine Sambauser hattest du angelegt oder?

Gruss Ulf

Alles anzeigen

Hi Ulf!
Danke für dein Interesse.

zu 1. WebClient müsste aus sein (hatte aber früher den Zugriff nur verlangsamt, keinen Absturz verursacht).

zu 2. onboard Lan scheint endgültig tot zu sein, da ich noch nichtmal einen Link bekomme (beim Crossover-Verbinden mit verschiedenen PC's)

zu 3. kein DHCP, habe den VDR standalone (ohne Internetverbindung (warte seit 4 Wochen auf DSL ) und Netzwerk). Zugriff mit meinem Laptop per CrossOver.

4. offline heisst keine Netzverbindung, ct-vdr von CD installiert.

Samba-User ist da, habe Zugriff. VDR-Rechner stürzt anscheinend nicht ab, wenn ich vorher via PUTTY (geht seltsamerweise?) /etc/init.d/vdr stop mache. Kann ich aber nicht immer, da der VDR bei meiner besseren Hälfte akzeptiert ist und reichlich benutzt wird ).

MPlayer habe ich drin (mp3 funktioniert, divx habe ich noch nicht ausprobiert). Gibt's damit Probleme?

Gruß zurück, Frank

Zitat

Original von Thunderboldt
Hallo,

ist schon mal ein guter weg. Aber ums dir einfach zu machen: WebDav-Dienst (oder so ähnlich) deaktivieren und schon klappts

Also, habe ich hinlänglich ausprobiert (habe aber schon mit der Antwort gerechnet ;-))

Was ist WebDav? Bitte etwas genauer spezifizieren (meinst du WebClient unter XP?))
Der müsste aus sein (ich schaue aber sicherheitshalber heute abend noch mal nach).

Hallo!

Bei mir friert der VDR vollständig ein, wenn ich per Netzwerk mit WinXP auf eine Samba-Freigabe zugreife.
Dies scheint aber nur bei laufendem VDR zu passieren, wenn ich den vdr-Dienst stoppe, kann ich Dateien kopieren.

Historie:
ct-vdr2 auf ECS K7S5A Pro (mit integr. SIS-LAN) funktionierte lange gut bis der Netzwerkanschluss ausgefallen ist (kein Link mehr möglich).
Also habe ich MB-LAN ausgeschaltet und eine einfache Realtek 10/100-Karte eingebaut, die er auch problemlos erkennt. Allerdings tritt seitdem das obige Problem auf.
Also habe ich mal die Gunst der Stunde genutzt und eine schon länger angedachte Neuinstallation von ct-vdr 3.06 gewagt, was auch problemlos funktionierte (VDR ist offline).

cat /proc/interrupts lieferte keine interrupt-shares bei der TT1.5, auch lspci brachte mich nicht weiter.

Komme jetzt wohl nicht mehr weiter.
Hat irgendjemand eine Idee?

Braucht ihr weitere Infos?
Liefere gerne /var/log/messages o.ä. nach, habe aber momentan keinen Zugriff auf die Kiste.

Danke schon mal für's lesen