Voodoo3 geht lt. Auskunft doch mit Voodoo2-SLI gemeinsam in einem Rechner.
Zuerst Voodoo3 Treiber installieren. Dann Voodoo2 Treiber und danach wieder Voodoo3 Treiber.
Zum Schluß muss dann in jedes Game-Verzeichnis die gewünschten Treiber kopieren und bei dem Spielstart ausgewählt werden.
Das soll angeblich gut funktionieren.
Doc
Danke Aqua, von der Technik her hatte ich das auch so verstanden. In meinem Fall muss ich leider Kompromisse machen, da ja wie schon erwähnt alle drei Voodoos nicht zusammen können.
Ich werde jetzt eine G200-AGP testen und da ich die Features der G400 erst für Spiele >700Mhz relevant sind, die G400 gegen die G200 tauschen, sofern die Bildfehler bei den Demos verschwinden.
Die Voodoo2 wäre in diesen Fällen unantastbar. Die Voodoo1 hab ich schon gegen die PowerVR getauscht. Ich konnte bisher keinen Treiber für die PowerVR finden, hättest Du da was im Portfolio ?
War mir nicht auch so, dass die PowerVr eine andere Renderingtechnologie hatte als die Voodoo1. Ich meine mich daran zu erinnern, dass die nur sichtbare Bereiche rendert oder liege ich da falsch ?
Wie dem auch sei, ich bräuchte für die PowerVR auch ein wenig Demomaterial (Spiele, Tech-Demos etc. )
Danke und Gruß
Doc
danke; ich hab jetzt kurzer hand die g400 noch mal eingebaut; was nicht geht sind die multiscroller zu beginn der "panic" demo; das wäre letztlich zu verschmerzen. das v2.sli gespann ist nicht ganz so performant wie die v3.
...ich teste weiter und suche mal die g200 agp raus.
Die G400 zeigt bei Demoscene-Demos Fehler...LEIDER, was einwandfrei geht ist eine Mystique PCI, die läuft perfekt für Dos ist aber leider keine gute Basis für Win98/2K.
Ich denke ne G200 AGP könnte OK sein, allerdings muss ich sagen, dass mit die V3 als Hauptkarte für Dos/Win3x/Win98se sehr gut gefällt. Ich hab irgendwo noch eine Karte rumliegen auf der ein PowerVR ist. Gibt es dafür überhaupt nützliches ? Ich vermute die hat noch weniger Power als einer V1.
Doc
ähm, okay, aber wenn ich auf die v3 agp verzichten soll um die v2-sli oder v1 mit power-vr in Gang zu bekommen; welche AGP Karte soll ich dann verwenden um keine Probleme mit DOS/Demos und Win3x zu bekommen ?
Doc
schade, was würde dann gehen ?
v3 mit v1 oder v2-sli ?
Doc
Zur Erklärung:
Die Voodoo3 AGP funktioniert prima in DOS und auch Win3x. Bei den Scene-Demos gibt es keine Artefakte und so gut wie gar keine Darstellungsfehler. Vesa 3.0 Standard kann die Karte auch.
Könnte man in einem! Rechner folgende Kombination fahren ?
- Voodoo3 AGP
- 2x Voodoo2 PCI (SLI)
- 1x Voodoo1 PCI
Gruß
Doc
kann ich bestätigen; läuft auf 286ern
hier mal ein paar bildchen vom mcc-216
ich werde die ganze config noch mal auf den kopf stellen wenn die alternativen grafikkarten da sind.
derzeit beschäftige ich mich fast ausschließlich mit meinem vor zwei tagen ENDLICH gelieferten mcc-216.
http://cgi.ebay.de/C64-ATARI-2600…=item4159e9ab70
Doc
Danke, ich hatte alle treiber schon probiert, bei allen bekomme ich einen freeze sobald der dos-scsi treiber geladen wird. es muss eine generelles problem mit scsi controllern in meiner config geben.
ich habe 5 verschiedene scsi-karten probiert, nur bei der bustek geht auch die gus, dafür geht bei der bustek kein scsi-cdrom, da der scsi-treiber den start mit einem freeze quittiert.
das wird wohl so sein 
pc-geos läuft auf der kiste aber sehr zügig.
Doc
Danke Euch.
Antz
Da hab ich meine Treiber her. Alle Versuche halfen nichts.
TNC
Danke für das Angebot; ich habe es mittlerweile aufgegeben und mich auf die funktionieren Ursprungslösung besonnen.
Ich habe wieder eine zweit HDD eingebaut und die "Command.com" mittels "Shell=D: ..." über die Config.sys umgeleitet.
Boote ich mit ZIP-Drive Unterstützung werden alle Partitionen der vom SCSI-Controller gemounteten ersten HDD unsichtbar und das ZIP Drive spiegelt den Inhalt der ZIP Disk auf diese Laufwerksbuchstaben und ich habe zum Datenaustausch meine zweite HDD mit der Parttition D:.
Das funktioniert und reicht mir als Lösung.
Ich bekomme die Tage eine Diamond Speedstar 24x; die werde ich mal gegen die ET4000 tauschen und mal sehen, was letztlich besser ist.
@igor
Man kann die Kiste im Bios von 640/384 auf 512/512 umstellen, geht OS2 vermutlich doch noch ?
Doc
Ach es ist aber auch zum weglaufen!
Ich habe mir die Bustek BT542 Treiber heruntergeladen (Version 420e müsste die aktuellste Version sein). Damit ich unter DOS bermutlich ein SCSI-Zip oder ein SCSI-CDROM einbinden kann muss der ASPI Treiber (hier BTDOSM.SYS) geladen werden. Jedesmal wenn er startet bleibt er stehen. Damit fällt sowohl mein SCSI CDROM raus,als auchdas optionale SCSI Zip-Drive.
Stecke ich einen Adaptec 15xx in die Kiste dann streikt die GUS. Es wird dann keine Mukke mehr abgespielt. Echt frustrierend das Ganze. Muss ich doch weiterhin alle Daten per Diskette tauschen.
Doc
Anleitung 5.51
Using the /I Option with SCSICFG.EXE
To tell Iomega SCSI software to ignore devices you want
controlled by the Adaptec device driver, modify the DEVICE
line for SCSICFG.EXE in the CONFIG.SYS file as follows:
DEVICE=C:\IOMEGA\SCSICFG.EXE /I:[ID,LUN,PORT]
Where [ID,LUN,PORT] specify the SCSI ID number, logical unit
number (LUN), and port address (hexadecimal) of the device
you want SCSICFG to ignore. If the device specified is a
host adapter, SCSICFG will ignore all devices connected to
the adapter.
For example, the following command line would tell SCSICFG
to ignore a SCSI hard disk at SCSI ID 0:
DEVICE=C:\IOMEGA\SCSICFG.EXE /I:0
ja, ich habe /v und informationen, aber das grundsätzlich problem bleibt und daher werde ich folgende umgehungslösung verwenden.
ich besorge ein echtes scsi-zip drive und keines für den parallelport (was intern auch einen scsi-controller hat, der sich je permanent ÜBER meinen bustek legt und damit die platte mit alle partitionen unsichtbar macht).
das sollte die lösung sein. der bustek muss nur das zipdrive erkennen und dem teil was anderes als 0,0 geben und schon wird es laufen.
Doc
thx, leider:
guest produziert einen freeze, es geht nur mit config.sys lösung
der plamzip produziert auch einen freeze
und die dos-zip drivers nutze ich ja bereits.
Doc
ich habe nix aufgeteilt, nach aktuellen tests liegt das zip-drive auf allen hdd-partitionen,
egal wie viele logische laufwerke ich habe.
ich muss also den weg 3 gehen und dem iomega treiber beibringen dass ein weiterer scsi-controller im rechner ist der vorrang hat.
Doc
Mal ne Frage an die Experten.
Ich brauche neben den Disketten etwas zum Datentausch und habe mich daher für ein externes ZIP-Drive mit Druckeranschluss entschieden (Iomega).
Leider habe ich damit ein Problem. Das ZIP Drive belegt die selben Laufwerke wie meine Festplatten. Wenn ich boote kommt also dass der Befehlsinterpreter nicht gefunden wird und das System steht.
Der Iomega Treiber belegt beim Laden die Laufwerke C;D;E und damit alle Festplattenpartitionen. Ich kann das derzeit nur so lösen, dass ich in der Config.sys mittels Shell=a:command.com arbeite. Dann hab ich zwar Zugriff auf die ZIP-Disketten aber keinen Plattenzugriff mehr, was unglücklich ist.
Bleiben also folgende Optionen:
1. Den ZIP-Treiber dazu bewegen Laufwerke ab e: zu belegen (Lastdrive ist Z:)
2. Weitere Partitionen auf der HDD anlegen
3. Den ZIP-Treiber dazu zu bringen das er den Bustek-Scsi Controller sieht und sich nicht "darüber legt"
Die Variante 3 wäre mein Favorit, dazu müsste ich lt. Anleitung von Iomega aber die Adresse des Bustek wissen, nur woher bekommen ? MSD und PCConfig spucken diese Infos nicht aus.
Doc
Da hatte ich wohl den überblick verloren thx.
Ich hatte unlängst die PC-Welt 1989 durchgelesen und da bin auch auf einen Artikel gestossen bei dem es darum ging, dass M$ einen Auftrag für ein Betriebssystem für einen 286er erhalten hat (OS/2).
OS/2 sollte daher auch auf einem 286er laufen, das mit den 512/512 hatte ich nicht mehr in Erinnerung.
Thx
Doc
