Beiträge von Lotosdrache

    Mit PCI List 2.22 konnte ich nun die Register auslesen und sehen, daß sowohl auf Seiten des Chipsatzes als auch auf Seiten der Radeon 8500 das SBA aktiviert ist :) Der Final Reality 1.01 Benchmark lief ohne Probleme durch, auch der integrierte AGP-Test :Banana Vermutlich beziehen sich die Infos zum SBA, die im Netz stehen, auf eine ältere BIOS-Version. Ich sehe sie jedenfalls mal als veraltet an.


    Habe auch mal eine ISA Plug'n'Pray Netzwerkkarte von 3Com zusammen mit der GUS PnP eingebaut. Ergebnis: GUS 5+7, ISA NIC 9. Dann noch eine PCI NIC von Realtek und den PCI SCSI-Controller von Dawicontrol dazu:
    AGP 11
    GUS PnP 5+7
    ISA NIC 9
    SCSI 10
    PCI NIC 3
    USB 3


    Nach meinen ganzen Versuchen mit den Karten in verschiedenen Slots, ergibt sich etwa folgendes Schema für das IRQ-Sharing:
    AGP + PCI3
    PCI1 + onboard USB (bevorzugtes Sharing)
    PCI2
    PCI4 + PCI5
    ISA1
    ISA2
    onboard IDE


    Dabei hat der onboard USB Controller seinen IRQ bevorzugt mit dem PCI Slot 1 geteilt, aber sobald die IRQs überbelegt waren, teilte er ihn sich unter Windows 98SE (!) immer mit der PCI Netzwerkkarte, egal ob die nun im PCI Slot 1, 2, 3 oder 4 steckte. Die Vorkonfiguration durch das BIOS wich laut der System Configurationstablle mit zunehmender Belegung immer mehr von der späteren Konfiguration durch Win98SE ab, vermutlich weil das BIOS die ISA PnP-Karten bei der Verteilung nicht berücksichtigt hat.


    Werde meine Karten jetzt so anordnen:
    AGP: ganz klar eine Grafikkarte
    PCI1: (frei)
    PCI2: Dawicontrol DC-2974 SCSI-Controller
    PCI3: (frei)
    PCI4: Allied Telesis AT-2701FTX NIC
    PCI5: (frei)
    ISA1: GUS PnP (hier hat sie mehr Abstand zum Netzteilkabel und die Lüftungslöcher im Boden bleiben auch etwas freier)
    ISA2: (frei)
    So muß keine Karte oder onboard Komponente ihren IRQ teilen :D

    Jetzt ist auch die GUS PnP drinnen


    und wie befürchtet, gibt es Ressourcenkonflikte mit den DMAs und IRQs, solange der PP aktiviert ist


    Nach der Deaktivierung im Gerätemanager, sieht die Sache wesentlich besser aus als befürchtet. Die GUS PnP kann DMA 1 und IRQ 7 belegen. Damit kann ich erst einmal leben, auch wenn es im Gerätemanager nicht ganz perfekt aussieht.

    :D:D:D:D:D:D:D


    Und hier noch der Zwischenstand vom Aufbau


    Als Graka dient noch die Radeon 8500. Es fehlen noch der SCSI-Controller DC-2974 PCI Dawicontrol (liegt hier rum), die NIC Allied Telesis AT-2701FTX, das Nakamichi und evtl. ein IDE ZIP-LW und eine PowerVR PCX2 oder Rage II+DVD.


    So, jetzt ist es Zeit für den AGP-Stabilitätstest...


    EDIT
    Hat zufällig jemand die IRQ-Sharing-Tabelle für dieses Board? Das würde mir den Einbau der übrigen PCI-Karten sehr erleichtern!

    - Die AMIBIOS System Configuration-Tabelle listet keinen PP auf und laut dieser ist dem auch kein IRQ zugewiesen worden.
    - Wenn ich von der Win98SE-CD MS-DOS mit CD-ROM-Unterstützung boote und die MSD.EXE (v2.14) von der CD starte, wird LPT Ports... 0 angezeigt und der IRQ 7 ist frei, also kein PP konfiguriert.


    => Von Seiten des BIOS scheint also alles okay zu sein.


    - Wenn ich MSD unter Win98SE starte, zeigt es mir LPT Ports... 1 an und im Gerätemanager und den Systeminformationen einen konfigurierten PP.


    - Wenn ich den PP jetzt im Gerätemanager deaktiviere, zeigt MSD zwar LPT Ports... 0 an, aber in den Systeminformationen wird der IRQ 7 nicht als (frei) gekennzeichnet. Er wird dort nicht einmal angezeigt. Stattdessen springt die Liste von IRQ 6 direkt zu IRQ 8, als ob es die 7 gar nicht geben würde ?(


    - Hier zum Vergleich die Systeminformationen eines GA-6BXC mit im BIOS deaktiviertem PP:
    :-Darius oder besser gesagt: SOLLTE


    - Eine Jumperkonfiguration bietet das Board leider nicht.


    - Habe mal in der PCI-Konfiguration des BIOS die DMAs 1+3 sowie die IRQs 5+7 auf Legacy ISA festgelegt und dazu noch PnP OS auf NO gestellt. Leider alles ohne erkennbaren Effekt.


    => Das ganze sieht sehr nach einem Windowsproblem aus. Ich werd jetzt einfach mal die GUS PnP einbauen und schauen, was passiert...

    Ich schaffe es einfach nicht, beim GA-7IXE den Parallelport komplett abzuschalten.
    - Obwohl im BIOS unter Integrated Peripherals alles, was mit parallelen und seriellen Schnittstellen zu tun hat, deaktiviert ist, erkennt Win98SE immer noch einen ECP-Parallelport und blockiert dadurch IRQ7 und DMA1.
    - Deaktivieren der Schnittstelle im Gerätemanager schaufelt den IRQ7 auch nicht frei.
    - Entfernt man den Port aus dem Hardwareprofil, wird er nach einem Neustart wieder erkannt und neu eingerichtet.
    - Habe eben das BIOS von F3 auf F7 (neueste) aktualisiert, brachte aber keine Besserung.


    Da in den Rechner eine GUS rein soll, hätte ich gerne so viel wie möglich frei, zumal ich den Parallelport eh nicht brauche. Habe schon erfolglos verschiedene Einstellungen von "Auto" über "Standardmodus" bis "Disabled" ausprobiert.
    Beim GA-6BXC und CUSL2 ist das kein Problem und funktioniert wie gewünscht.


    Wer weiß Rat?


    Immerhin wurde laut Everest Home 2.20 durch das BIOS-Update der AGP 2x-Modus und das Sideband-Addressing (SBA) des AGP aktiviert. Letzteres soll ja laut elinda dazu führen, daß das System einfriert.


    Wie kann ich testen, ob das SBA wirklich funktioniert?


    Übrige Komponenten:
    Athlon "Pluto K75" 1000 MHz
    192 MB SD-RAM PC100 CL2 Micron Technology
    ATi Rage Pro Turbo 2xAGP (nur vorübergehend bis das System wie gewünscht läuft, dann kommt eine Voodoo5-5500 rein)
    6 GB HDD Western Digital
    DVD-RW LG(?)
    3,5" 1,44 MB Floppy Sony
    350 W NT Seasonic


    Win98SE ohne Patches
    Win98Plus!
    AMD-Chipatztreiber für GA-7IXE von Gigabyte-HP
    ATi-Ragetreiber 4.11.2560 von ehemaliger ATi-HP


    oder der 3DCIF-Patch für die Zusatzlevel funktioniert nicht :(

    hast du den CIF Patch für TR installiert ?


    https://gona.mactar.hu/tombub_ati/


    Ähhh, also den Patch für den 3DCIF-Patch? Jetzt schon...
    Wo war denn der auf der Seite erwähnt bzw. verlinkt? Ich kann dort nichts dazu finden, selbst jetzt nicht, wo ich weiß, was ich suchen muß ?(
    Ohne die direkte Adresse von Dir hätte ich den nicht so schnell gefunden :)
    Aber trotzdem geht es nicht. Hab auch mal deren TOMBATI.EXE für das Hauptspiel ausprobiert - also zusammen mit dem Hauptspiel, nicht mit den Zusatzleveln - ging aber auch nicht :(

    Wenn dein Board irgendwo einen "Ext. Batt." Anschluß hat, kannst du da auch ein Batteriepack oder eine LS14500 anschließen.

    Wo bekommt man so einen Batteriepack eigentlich her?
    Mein 286er bräuchte nämlich auch mal eine vernünftige Lösung für dieses Problem. Habe vor Jahren eine CR2023-Halterung an die Stelle der Tonne auf die Platine gelötet. Weil es in dem Bereich aber recht eng zugeht, sitzt die Batteriehalterung ein paar cm ÜBER dem Board. Mangels eines stabilen Kabels hab ich dazu einfach den Lötdraht etwas länger gelassen und als "Stützpfeiler" benutzt.
    Leider kommt ich halt an dieses Provisorium nur schwer heran, sitzt unter dem NT, und muß zudem bei jedem Batteriewechsel das Gehäuse aufschrauben. Das nervt!

    Ich mag ja Denksportaufgaben ^^
    Aber im Moment quält mich meine ATi Rage Pro Turbo AGP 2x schon, wenn sie alleine mit meinem Athlon 1000 herumwerkelt. Hab den Treiber 4.11.2560 unter Win98SE installiert. Laut Tabelle soll damit ja TR mit ATi 3DCIF unter Win9x laufen.
    Also hab ich mal die 4 Zusatzlevel der Unfinished Business-Ausgabe installiert, weil dort auf der CD ein Patch für ATi dabei ist.
    Dann hagelte es erst einmal Fehlermeldungen: winplay.dll fehlt, noch eine dll fehlt usw. insgesamt 5 oder 6 Dateien. Die hab ich dann nach einer Netzrecherche auf der TR III-CD (!) gefunden, auf die Platte kopiert und... das Spiel will immer noch nicht starten. Kein Bild :cursing:
    Entweder mag das Spiel die AGP-Karte nicht
    oder es liegt an DirectX 8.1b, das ich zuvor wegen des neueren ATi-Treiber 4.13.2655 installiert hatte,
    oder die API mag den schnellen Prozessor nicht
    oder ich verstehe die Tabelle falsch
    oder die Tabelle läßt sich nicht auf die Zusatzlevel anwenden, sondern nur auf das Hauptspiel zusammen mit dem Patch von deren Seite, weil zumindest auf meiner CD keiner für ATi ist,
    oder
    oder
    oder
    Nun ja, es war der erste Versuch mit dieser API und der Rechner befindet sich ja noch im Aufbau, hat noch nicht einmal eine Soundkarte drinnen...

    Hallo,


    einige kennen mich ja schon aus dem DOS-Forum und haben vielleicht auch schon einen Beitrag von mir hier heute Mittag gelesen.
    Daher kurz und schmerzlos: Bin jetzt auch hier unterwegs.


    Schöne Grüße aus dem Maindreieck

    Noch aktuell?


    Hast Du im BIOS auch "AGP" als Primäre Karte eingestellt?
    Allerdings kommen auch nicht alle Boards mit einer V5 zurecht (z. B. mit Chipsätzen ab VIA KT400).
    Mein Gigabyte GA-6BXC (Rev 1.7, Chipsatz i440BX) liefert jetzt doch ein Bild mit so einer Karte. Am Besten eignen sich wohl Pentium III (z. B. mit Chipsatz i815) und Athlon Boards.


    Wenn alle Stricke reißen, kann Dir ganz bestimmt osckhar die Karte reparieren. Hier ein Thread zu einem V5-5500 Rework von ihm. Er hat schon einige Karten, auch V5-6000er, wieder zum Leben erweckt. Dazu mußt Du die Karte allerdings zu ihm nach Spanien schicken. Eine zeitlang hat er seinen Reparaturservice über ebay angeboten (nicht ganz billig, wenn Du mich fragst).
    Wenn Du es aber über das voodooalert-Forum versuchen willst, geht es vielleicht etwas günstiger. Dort kannst Du auch noch nach Lösungen suchen. Vergleich mal Deine Karte mit Bildern aus den Netz, ob nicht irgendwo ein Bauteil abgebrochen ist. Kommt gelegentlich vor.


    EDIT
    Muß mich korrigieren: Als ich Zähne putzte, fiel mir ein, daß ich letzte Woche vergessen hatte, daß externe Stromkabel an die V5-5500 anzuschließen :mist :Face Hab dies eben schnell nachgeholt und siehe da, Bild kam und Win98SE bootete. Treiber hab ich jetzt für den Schnelltest keine installiert. Gut für mich, ein Board mehr für die Voodoo, weniger gut für Deine Karte. Sorry!

    Besteht das Problem immer noch?
    Eine Spannung von 2 V =O für einen PIII 800 sind etwas hoch, jedenfalls finde ich in dieser Liste keinen, der die benötigt. Maximal sind 1,75 V Standard, 1,8 V sollte auch noch gehen.

    Mein 19" Maxdata Belinea 106020 war zumindest schon defekt, als ich ihn dem Sperrmüll überlassen habe. Lies sich nicht mehr einschalten, machte immer nur klack klack, und der Fernsehtechniker wollte ihn nicht reparieren, sondern mir einen neuen Flachbildschirm verkaufen ||
    Jahre später hab ich mich geärgert, keinen eigenen Reparaturversuch gemacht zu haben, Elkos tauschen usw. Inzwischen hat mir mein Onkel aber seinen alten 106020 vermacht, was meinen Schmerz etwas gelindert hat :)

    Super Thread, vielen Dank :) !
    Will mir nämlich in mein SS7 neben einer Voodoo³ 3500 noch eine Rage II+DVD (PCI) einbauen, um verschiedene APIs bei Spielen zu haben. Da kommt mir die Liste gerade recht! Vielleicht finde ich ja auch noch eine Rage Pro Turbo (PCI) in meinem Chaos :rolleyes: