AGP Settings VIA Chipsatz

[Unregistered]

Ich habe immer noch das Problem, daß XP sich aufhängt, nachdem Q3 beendet wird. Unter w2k tritt das problem auch auf.
Ich habe viele Stunden BIOS-Einstellungen getestet (und das Grafikkarten- BIOS geflashed, um Sideband loszuwerden, was nix geändert hat ausser daß Q3 10 frames langsamer wurde) und bin mir ziemlich sicher, daß es was mit VIAs AGP-Unterstützung zu tun haben muss. Es wird etwas besser, wenn ich die AGP Aperture Size bis auf 4 MB reduziere. Dann passiert der OS-Freeze ca. jedes 3. mal. Bei 64 MB ca. jedes 2, mal und bei 256 MB fast immer.
Sacht mal, was genau hat es mit der Einstellung

"Manual AGP-Comp Driving"

auf sich. Da kann man 256 verschiedene HEX-Werte oder "Auto" einstellen, die offenbar eine AGP-Signalstärke beeinflussen. Diese Einstellung soll aber angeblich nur im AGPx4 mode relevant sein. Die Abstürze passieren aber im AGPx2 und auch im AGPx1 mode. Sollte man dort trotzdem was anderes als "Auto" einstellen? Ich kann ja schlecht alle 256 Werte durchtesten und jedesmal WinXP abkacken lassen.*g*

Schei****, ich werd dann mal weiter mein sys quälen und testen testen testen.

sys hard
Gigabyte GA-6VTXD (Via Apollo Pro 133T, dürfte im Prinzip mit Pro 133a identisch sein)
2 x PIIIs 1266
1 GB PC 133 RAM
GeForce 1 DDR
rest unwichtig

sys soft
WinXP, W2K und Linux Redhat 7.2

[RAL]

Das war ich.

[Andre]

Hi RAL,

dass sich Deine Probleme bei 4 oder 8 MB Aperture Size reduzieren ist klar -> Denn hierbei wird die AGP-Funktion deaktiviert, allerdings sollte hierbei die Performance im Brot sein.

Das Manual AGP-Comp Driving, was Du genannt hast, dient tatsächlich zur Steuerung der Stromstärke auf dem AGP-Port, folgende Werte haben sich als ganz gut erwiesen.

BA, CA, DA. Du kannst auch EA einstellen, solltest dann aber die Temp der Graka undd es Chipsatzes sehr genau beobachten.

Hoffe geholfen zu haben.

[RAL]

Nachdem ich mittels Google Infos eingeholt habe, probierte ich:
B9, BA, CC, DC, 68, EC, DA, EA, A8, AC mit AGPx4
alles mit sofortigem Q3-Absturz.

Ratlos,
RAL

[RAL]

Nochwas: Wenn ich AGPx2 einstelle, Manual AGP-Comp Driving auf "Auto" stelle, und dann mit PowerStrip die Adapter Information ansehe, ist der Wert auf EC eingestellt worden.

AGPx2 und EC ändert aber nichts an den Abstürzen nach Beenden von Q3. Laufen tut Q3 gut, nur nach dem Beenden knallts. Unreal und Unreal Tournament laufen übrigens perfekt.

[ow]

Grafiktreiber?

[Stonecold]

Ich sag nur eins!!! VIA + INTEL PIII SUCKZ!!!!!!

Sorry, aber das musste jetzt einfach sein!!!

MfG
Stonecold

[RAL]

Im Moment sind die 22.50 drauf, das selbe passiert mit 21.83 und den original Treibern die XP mitliefert. Übrigens knallts genauso, wenn ich mit ALT+ENTER in den Fenstermodus von Q3 gehe.

[RAL]

VIA sucks sowieso, nicht nur mit PIII. Das Problem ist bloss, daß ich keine Wahl habe. Serverworks kommt nicht infrage wegen des fehlenden AGP-Slots und neue RAM-Module nötig.

[Stonecold]

Naja ab dem KT 266 sind die AMD VIA´s zu gebrauchen!!!!

MfG
Stonecold

[RAL]

Ja kann sein. Vielleicht gehts ja auch mit den Apollo Pro 266T besser. Wenn Iwill mit seinem dual-tuallie-board endlich mal aus den Hufen kommen würde, hätte ich mir das Gigabyte sicher nicht angetan *g*.

[StefanV]

@RAL

Heute schon c't gelesen??

Da gibt es sogar ein Dual Serverworks Board (leider 'etwas' teuer, dafür aber inkl GraKa und 2 Lüfter)

'Gute' Dual Boards kommen IMHO von den Server Herstellern ;)

Supermicro&Tyan

Du könntest ja auch das Dual Board samt CPUs zurückgeben und mal ein Tyan Tiger mit 2 Durons wagen ;)

Das gute bei AMD ist, daß JEDE CPU dualfähig ist ;)

[RAL]

@Stefan

Nein, ich habe keine Zeit zum c't lesen, weil ich immer damit beschäftigt bin, meinen Rechner abstürzen zu lassen :)

ServerWorks hat doch keine AGP-Slot und brauch ECC SDRAM, oda?. SDRAM kauf ich mir bestimmt nicht mehr, wenn dann DDRAM und eine ti200 muss es mindestens sein.

Also die beiden PIII-s geb ich nicht her, um sie gegen Athlons zu tauschen. Nicht bevor es 0.13m Athlons gibt.

[StefanV]

1. Versuch es mit einer Aktuellen GraKa ;)
2. Schmeiß das GIGABYTE Board raus ;)
3.http://www.supermicro.com/PRODUCT/MotherBoards/RCC_HE_SL/SUPER%20P3TDE6%20SPECIFICATIONS.htm

Das Board sollte es sein, leider hast du recht. ;)

4. Dann schau mal auf www.tyan.com und www.supermicro.com

z.B. das SM P3TDDE, leider SDR SDRAM :(

[RAL]

Hab ich mir alles schon angeguckt (tyan und supermicro), ist aber nichts für mich interessantes dabei.

Das Gigabyte wäre ja erstmal ganz ok, bis auf dieses Q3 Problem.

[StefanV]

Versuch ersteinmal eine andere Karte z.B. ATI Radeon.

Kontrollier mal die Temp. des Spannungsreglers des AGPs warm wird...

[Thowe]

Wobei wenn das 1GB unbuffered RAM ist, dürfte die GeForce mit ihrem extremen Bedarf nur das i-Tüpfelchen für evtl. Instabilitäten sein.

Ggf. Spannung fürs MoBo allgemein etwas höher, sofern machbar.

Memory Performance drosseln.

[RAL]

Danke für den Tip Thowe. Das Problem tritt aber auch völlig unverändert mit 2 (hochwertigen) RAM Modulen auf. Konservativste RAM timings habe ich eingestellt. ACPI ausschalten habe ich auch probiert. Manuell den VIA AGP-treiber 405c installieren habe ich auch getestet mit dem selben Ergebnis.

[Thowe]

passiert auch bei anderen OpenGL Spielen oder nur bei Q3

[RAL]

Passiert auch bei Half Life, wie ich eben feststellte, bei MDK2 nicht. Unter Linux tritt das Problem nicht auf.

Ich hatte ja in einem anderen thread diesbezüglich von allgemeinen Instabilitäten geschrieben. Die haben sich mitllerweile gegeben (wegen konservativeren RAM-Timings wohl), so daß nur noch das Freeze-Problem beim Beenden von manchen OpenGL-Spielen übrig ist. Alles andere scheint stabil zu sein, wobei ich jetzt noch nicht dazu gekommen bin, einen Q3 timedemoloop eine Stunde oder länger durchlaufen zu lassen. Mach ich jetzt aber mal.

[ow]

Vielleicht mal die ersten Servicepacks fuer XP abwarten ;)

[RAL]

Sodele, Problem ist behoben. Ich hab mir eine ASUS Ti200 zugelegt und mit der funzt alles, auch AGPx4.

Danke für die rege Teilnahme.