|
ENGLISH VERSION |
|
 |
| Links | | | Forum | | | Kommentare | | | News melden |
|
| Chat | | | Umfragen | | | Newsticker | | | Archiv |
|
| amiga-news.de Forum > Suche | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
||||||
|
Mirko_Naumann
Nutzer
27.03.2003, 19:31 Uhr [ - Direktlink - ] |
Thema: WipeOUT 2097 unter Picasso96 + Warp3D
Brett: Amiga, AmigaOS 4 Das Menü ist die Seite, bevor du ein Spiel startest. Da kannst du die Gleiter und Strecken auswählen. Tipp dort einfach die Codes in die Tastatur und oh Wunder - plötzlich gibts ein paar Extras 
|
|||||
|
Mirko_Naumann
Nutzer
26.03.2003, 19:44 Uhr [ - Direktlink - ] |
Thema: ATX vs AT
Brett: Amiga, AmigaOS 4 Kuck mal in die Tipps und Tricks. Da hab ich einen Workshop für ein PC-Netzteil geschrieben. Viel Erfolg! |
|||||
|
Mirko_Naumann
Nutzer
20.03.2003, 21:14 Uhr [ - Direktlink - ] |
Thema: Warp3d crasht nach wenigen sec.
Brett: Amiga, AmigaOS 4 Hab für Simon Neumann (AmigaSpeed: http://www.amigaspeed.de.vu/ ) die ganzen Voodoo5-Tests gemacht. Für HereticII hatte ich ihm mal ein weiteres Extrem-Demo (academic.hd2) vorgeschlagen, das für PC-Benchmarks verwendet wird, aber es war ihm mit knapp 12 Minuten zu lang. Das Demo ist eine richtige Killerapplikation, die den PPC so richtig zum Glühen bringen kann (selbst bei meiner Kühlung). Auch wenn es damit für Benchmarks ausscheidet, finde ich ist es ein guter Test um festzustellen, wie gut die CPU gekühlt wird. Ohne Speicherübertaktung schafft mein System das komplette Demo in 1024x768 16bit PC. Mit Übertaktung (192 statt 167 MHz) hängt sich da aber mein PPC nach etwa 11 Minuten wegen Überhitzung auf. 800x600 16bit PC hingegen schafft er mit Übertaktung. Ich kenne keine Software auf dem Amiga, die den PPC dermaßen stark belastet! Willst du es mal testen? Keine Angst - der PPC nimmt keinen Schaden davon (kühlt ja wieder ab). Wer sonst noch Interesse an dem Demo hat, soll mich anmailen. |
|||||
|
Mirko_Naumann
Nutzer
20.03.2003, 20:58 Uhr [ - Direktlink - ] |
Thema: WipeOUT 2097 unter Picasso96 + Warp3D
Brett: Amiga, AmigaOS 4 Ich bins nochmal  Für alle, die vom WipeOut2097-Zocken nicht genug bekommen können, hab ich hier ein paar interessante Cheats im Internet gefunden, die auch bei der Amiga-Version funktionieren: XCLASS - Phantom-Klasse ein (2 zusätzliche Strecken, aber voll kompliziert) XTEAM - Piranha-Team ein (neuer Gleiter mit allem auf Maximum, aber leider ohne Waffen) XTRACK - aktiviert alle Strecken in jeder Klasse (verschieden schwer, je schwerer desto länger) Die Codes einfach im Menü eingeben und loszocken Viel Spaß! |
|||||
|
Mirko_Naumann
Nutzer
20.03.2003, 19:44 Uhr [ - Direktlink - ] |
Thema: WipeOUT 2097 unter Picasso96 + Warp3D
Brett: Amiga, AmigaOS 4 Komisch. Also dann weiß ich jetzt nicht, woran das liegt. Möglicherweise Softwareeinstellungen. Tricks? Logo - immer Geht doch nix über Power  Vielleicht interessiert dich ja meine Startup-Sequence: --- Schnipp --- ; $VER: Startup-Sequence 45.3 (05.03.2003) ; Startup-Sequence for Amiga 4000-T with CyberstormPPC, Mediator & Voodoo5 5500 PCI C:LoadModule L:Ram-Handler NOREBOOT C:SetPatch SKIPROMMODULES ram-handler QUIET C:PoolMem >NIL: INSTALL NOMERGE KEEPSORTED PUDDLESIZE 16384 C:Cpu060 S I D B W A AO F STB VERBOSE >NIL: C:CMQ060Move16 >NIL: C:Set60nsMode >NIL: C:SetFastAvec >NIL: C:CyberPatcher ON C:BlazeWCP >NIL: C:NoClick (muß vor NSDPatch) C:NSDPatch QUIET C:AddBuffers >NIL: DF0: 25 C:AddBuffers >NIL: DF1: 25 C:BuddhaSpeed TIMING=7 >NIL: FailAt 21 C:MakeDir RAM:T RAM:T/Cache RAM:Clipboards RAM:ENV RAM:ENV/Sys C:Copy >NIL: ENVARC: RAM:ENV ALL NOREQ C:Copy >NIL: S:Infos/#?.info RAM: Resident >NIL: C:Assign PURE Resident >NIL: C:Execute PURE Assign >NIL: ENV: RAM:ENV Assign >NIL: T: RAM:T Assign >NIL: CLIPS: RAM:Clipboards Assign >NIL: JPEGTMP: RAM:T Assign >NIL: REXX: SYS:Rexxc Assign >NIL: PRINTERS: DEVS:Printers Assign >NIL: KEYMAPS: DEVS:Keymaps Assign >NIL: LOCALE: SYS:Locale Assign >NIL: LIBS: SYS:Classes ADD Assign >NIL: HELP: LOCALE:Help DEFER Assign >NIL: HTML: LOCALE:HTML Assign >NIL: PDF: SYS:Internet/Apdf Assign >NIL: CDDB: SYS:CD-Tools/Read_DiscIDs C:RepulseInit >NIL: SYS:System/RexxMast >NIL: Resident >NIL: REXX:RX FORCE Resident >NIL: REXX:WaitForPort FORCE BindDrivers C:Mount >NIL: DEVS:DOSDrivers/~(#?.info) C:List >NIL: DEVS:Monitors/~(#?.info|VGAOnly) TO T:M LFORMAT "DEVS:Monitors/%s" Execute T:M C:Delete >NIL: T:M C:P96-EmulationUpdate CGXVER=42 CGXREV=7 CGXID="cybergraphics.library 42.7 (8.3.02) © by phase5 digital products" CGXVIDVER=42 CGXVIDREV=1 CGXVIDID="cgxvideo.library 42.1 (10.2.00)" SetEnv Language "deutsch" SetEnv Workbench $Workbench SetEnv Kickstart $Kickstart C:AddDataTypes REFRESH QUIET C:PatchOpenWB C:IPrefs C:ConClip C:CAPrefs >NIL: C:SetupIOBlix AutoMounter >NIL: Path >NIL: RAM: C: SYS:WarpTools SYS:Utilities SYS:Rexxc SYS:System S: SYS:PFS SYS:Prefs SYS:WBStartup SYS:Tools SYS:Tools/Commodities If exists S:User-Startup Execute S:User-Startup EndIf Run >NIL: C:NewMouse DEVICE=ioblixser.device UNIT=3 P=LOGITECH C:LoadWB C:Mount >NIL: DEVS:LateMount/~(#?.info) C:WB2Fast C:CSPPC233Fix_wos >NIL: C:MemTrailer 32 EndCLI >NIL: --- Schnapp --- Hilfts dir? 
|
|||||
|
Mirko_Naumann
Nutzer
20.03.2003, 19:34 Uhr [ - Direktlink - ] |
Thema: Warp3d crasht nach wenigen sec.
Brett: Amiga, AmigaOS 4 @ Frostwork Gelesen hab ich das auch schon mal, aber deswegen muß es noch lange nicht wahr sein. Ich glaub jedenfalls nicht dran. Kaputtes Ram merkt man doch schon viel früher und nicht erst bei einem Programm oder so. In diesem Fall hier würde ich es aber ausschließen. Die Symptome sind typisch für eine heiße CPU. |
|||||
|
Mirko_Naumann
Nutzer
20.03.2003, 18:27 Uhr [ - Direktlink - ] |
Thema: Warp3d crasht nach wenigen sec.
Brett: Amiga, AmigaOS 4 @ Frostwork Wie kommst du denn auf sowas? Die stören sich in keinster Weise. Hab ich selber auch drin. Mainboard-Ram hat Priorität 30, Cyberstorm-Ram hat Priorität 40. Da kommt nix durcheinander... |
|||||
|
Mirko_Naumann
Nutzer
20.03.2003, 17:45 Uhr [ - Direktlink - ] |
Thema: Warp3d crasht nach wenigen sec.
Brett: Amiga, AmigaOS 4 Klingt gar nicht gut! An deinem Tower-Innenleben solltest du auf jeden Fall was optimieren. Der PPC braucht genügend Frischluft, besonders da die Standard-Kühlung eh schon unterdimensioniert sind. Hast du keine Kabelbinder oder Klebeband, um die Kabel ein bischen gescheit zu verlegen? Bei mir sind auch sehr viele lange und breite Kabel im Einsatz, aber die habe ich gebändigt, damit eine bestmögliche Luftversorgung gewährleistet wird. Defekte Rambausteine halte ich für einen Witz. Wieso sollten Rambausteine kaputt gehen? Die sind ziemlich robust im Vergleich zu anderen Komponenten (z.B. CyberstormPPC). So schnell passiert denen nix. Außerdem, wenn da ein Defekt wäre, hättest du schon auf anderm Wege Probleme gehabt (z.B. daß er nicht gescheit bootet oder so). Ich tippe auch PPC-Überhitzung. Kannst du leicht rausfinden. Wenn er bei niedrigeren Auflösungen länger durchhält (weniger CPU-Last = weniger Wärme), dann erwärmt er sich langsamer und dann ist es definitiv ein Wärmeproblem. Den Fix gibts hier: ftp://de.aminet.net/pub/aminet/hard/misc/CSPPC233Fix.lha Ich würde ihn aber erst ziemlich am Ende der Startup-Sequence aufrufen, sonst könnte es Probleme geben. Bei mir sieht das so aus: C:LoadWB C:Mount >NIL: DEVS:LateMount/~(#?.info) C:WB2Fast C:CSPPC233Fix_wos >NIL: C:MemTrailer 32 EndCLI >NIL: |
|||||
|
Mirko_Naumann
Nutzer
20.03.2003, 14:14 Uhr [ - Direktlink - ] |
Thema: Warp3d crasht nach wenigen sec.
Brett: Amiga, AmigaOS 4 Hallo! Sind ja gute Nachrichten BigSprite=YES soll den Mauszeiger doppelt so groß darstellen - mehr nicht. Allerdings habe ich selbst mit der Einstellung BigSprite=NO keinen Unterschied in der Größe feststellen können. Wahrscheinlich funktioniert das eh in der Software-Emulation des Mauszeigers (SoftSprite=YES). Das kostet dich aber Performance und ist völlig unnötig. Wenns bei dir besser läuft, dann laß halt BigSprite=NO. Wenn du wegen der Einstellung Abstürze hast (was eben nicht passieren sollte), dann könnte das an irgendwelchen Patches liegen. Starte doch mal ohne deine ganzen Patches und füge dann erst nach und nach die Patches wieder hinzu. MemClock=167 ist die Standardeinstellung, die durch LIBS:Picasso96/Voodoo.card vorgenommen wird. Du kannst den Voodoo-Speichertakt aber zumindest um 10 % (185 MHz) gefahrlos erhöhen, wenn sich in deinem Rechner die Abwärme nicht staut. Bei besserer Kühlung (Zugluft) kannst du auch auf 192 MHz gehen wie bei mir. Die Geschwindigkeitssteigerung durch den höheren Speichertakt ist aber nur gering, da lediglich die Bandbreite des Voodoo-Speichers von 5.32 auf 6.12 GB (192 MHz) erhöht wird. Mehr Speed gibts erst, wenn Elbox den Treiber so modifiziert, daß man den Coretakt erhöhen kann. Was deine Abstürze angeht: Was schmiert denn ab - die Voodoo5 (friert ein, Pixelfehler) oder der PPC? Ich tipp mal auf deinen PPC. Die Voodoo bringt zwar sehr gute Leistung, aber verlangt alles in hohen Auflösungen vom PPC ab. Dabei wird der dann ziemlich heiß. Hast du den CyberstormPPC233-Fix installiert? Könnte Abhilfe schaffen. Wenn dein System in niedrigeren Auflösungen länger durchhält oder gar nicht mehr abstürzt, dann hast du ein Hitzeproblem und du mußt für bessere Kühlung der CyberstormPPC sorgen. Auf meinen PPC hab ich einen großen Kupferkühlkörper von Zahlmann mit Wärmeleitkleber (2 Komponenten) aufgeklebt und darauf einen schnell drehenden kugelgelagerten Lüfter mit hoher Leistung. Zusätzlich pusten 2 92er auf meine CyberstormPPC. Klingt vielleicht übertrieben, aber dadurch konnte ich einige Abstürze in hohen Auflösungen bei HereticII (DIE Killerapplikation) verhindern. |
|||||
|
Mirko_Naumann
Nutzer
19.03.2003, 21:04 Uhr [ - Direktlink - ] |
Thema: WipeOUT 2097 unter Picasso96 + Warp3D
Brett: Amiga, AmigaOS 4 Kriegst du das jetzt mit den verschiedenen Auflösungen hin? Blöd ist nur, daß man den Speicher für WipeOut nicht erhöhen kann (obwohl ich SETTINGS.DAT dahingehend frisiert habe -> doppeltes Ram). Zu deiner Frage: Ich fürchte deine DKB stört das ganze System. Die Voodoo5 muß im 512 MB-Fenster arbeiten, damit die ganzen 64 MB als Framebuffer zur Verfügung stehen. Da deine DKB sich in dem Fenster breit macht, mußtest du den Jumper auf 256 MB setzen. Damit stehen dir dann aber nur 32 MB Framebuffer der Voodoo5 zur Verfügung. Wahrscheinlich geht deswegen der VBlank-Interrupt nicht. Probier mal folgendes: Setz den Jumper auf 512 MB ohne DKB und dann teste den Interrupt. Wenn du den Jumper gesetzt hast während die DKB im System ist, zieht die DKB den Kürzeren, weil sie ihr Ram-Fenster nicht bekommt, um sich auto-konfigurieren zu können. Dann meldet die sich logischerweise als defekt. Kannst du auf deiner DKB den Speicher verringern? Ich könnte mir vorstellen, daß wenn du nur noch 64 oder 32 MB drauf hast, das 512 MB-Fenster wieder funktioniert und damit auch der Interrupt. Hab grad ein bischen Extrem-WipeOut-Zocking betrieben. Ist echt klasse in 1024x768. DieVoodoo5 bleibt komplett stabil trotz MemClock=192. Wer will da noch wieder auf eine CyberVisionPPC downgraden
|
|||||
|
Mirko_Naumann
Nutzer
19.03.2003, 19:17 Uhr [ - Direktlink - ] |
Thema: WipeOUT 2097 unter Picasso96 + Warp3D
Brett: Amiga, AmigaOS 4 @ Motorolajunky Schreib dir zuerst mal die hexadezimalen Werte für die ID-Modes raus. Bei mir sieht das so aus: 800x600 16 bit PC: 0x500B1100 1024x768 16 bit PC: 0x500C1100 1280x1024 16 bit PC: 0x500F1100 1600x1200 16 bit PC: 0x50111100 Wenn ich jetzt also WipeOut2097 in 1024x768 in 16 bit spielen will, gebe ich 500C1100 in der ersten Zeile, Spalte 4 ein und speichere SETTINGS.DAT ab. Wenn ich dann WipeOut2097 starte, steht "Voodoo:1024x768 16bit PC" im Fenster und ich kann loszocken. Will ich eine andere Auflösung, muß ich SETTINGS.DAT nochmal laden und überschreibe den Wert einfach mit einem der anderen aus meiner Liste. Dann überschreibe ich damit die alte Datei und schon kanns losgehen. Das ist alles. Total simpel. Was VoodooInt=YES angeht, hast du da nur einen Warmstart gemacht oder den Rechner auch mal kurz aus gehabt? Was genau dieser Interrupt macht, weiß ich leider nicht. Er beschleunigt zumindest das Screenswitching von 60 Op/s auf 101 Op/s und soll noch für einige 3D-Sachen notwendig sein. Ich hab ihn die ganze Zeit über auf YES und es läuft problemlos. Teste das nochmal. |
|||||
|
Mirko_Naumann
Nutzer
19.03.2003, 18:50 Uhr [ - Direktlink - ] |
Thema: Warp3d crasht nach wenigen sec.
Brett: Amiga, AmigaOS 4 @ Big_H Eine schlechte Stromversorgung ist nie gut. Die Voodoo5 braucht in Spitzenzeiten bis zu 40 Watt. Bei meinem Rechnerausbau war ein neues Netzteil (420 Watt) fällig (siehe Tips und Tricks). Die Versorgung der Voodoo5 sollte auf jeden Fall über einen eigenen 5,25" Anschluß direkt vom Netzteil erfolgen und sich diesen nicht mit anderen Geräten (z.B. Festplatte) teilen. Das gleiche gilt für die Versorgung des Mediator-Busboards. Ich glaube aber nicht, daß dein Problem daher kommt, da bei dir ja sonst schon alles über die Karte läuft. Es liegt ganz bestimmt an irgendwelchen Einstellungen. |
|||||
|
Mirko_Naumann
Nutzer
19.03.2003, 13:48 Uhr [ - Direktlink - ] |
Thema: Warp3d crasht nach wenigen sec.
Brett: Amiga, AmigaOS 4 Sei doch nicht so voreilig! Das kriegen wir schon geschaukelt. Hab dir doch alles Notwenige geschickt. Jetzt gehts ans Finetuning. Voodoo5 rulez
|
|||||
|
Mirko_Naumann
Nutzer
18.03.2003, 22:32 Uhr [ - Direktlink - ] |
Thema: Warp3d crasht nach wenigen sec.
Brett: Amiga, AmigaOS 4 @ Granada Nix zu danken. Für die Listen hab ich auch sehr lange herum experimentiert und getestet. Mit dem Übertakten erreichst du aber nur einen höheren Speichertakt. Der Coretakt deiner GPU bleibt weiter bei 166,66 MHz. Um diesen Takt zu ändern (das würde das Meiste bringen), müßte der Treiber abgeändert werden, damit er nicht mehr nur den Standardwert einstellt. Ich hab schon mehrfach mit den Leuten bei Elbox drüber gesprochen (Elbox rät vom Übertakten ab) und sie hatten mir versprochen irgendwann einen entsprechenden Treiber zur Verfügung zu stellen. Wann das sein wird, steht aber wohl in den Sternen... Wer aber Elbox damit nerven will, schicke ein Mail an voodoo@elbox.com Hab meine Voodoo5 permanent auf 192 MHz Speichertakt. Alle ICs ohne Kühlung haben passive Kühlkörper bekommen und zusätzlich wird die Karte von 2 92er Lüftern seitlich angeblasen. Damit läuft die Karte absolut stabil und ich hatte auch noch keine Probleme damit. Allerdings wird dadurch der PPC deutlich stärker gefordert und brauchte auch noch Extra-Kühlung. Mit Flüssigkühlung würde die Karte aber bestimmt auch 200 MHz verkraften. Bei mir bringt das aber in obiger Konfiguration Pixelfehler und bei 3D stürzt die GPU nach kurzer Zeit ab. Wird Zeit für AGP + Radeon 9800
|
|||||
|
Mirko_Naumann
Nutzer
18.03.2003, 17:00 Uhr [ - Direktlink - ] |
Thema: Warp3d crasht nach wenigen sec.
Brett: Amiga, AmigaOS 4 Kann sein, daß du die falschen Dateien hast. Bei der MMCD gibts nämlich welche, die gar nicht für die Voodoo4/5 gedacht sind. Ich stell dir mal ein Paket zusammen und mails dir. |
|||||
|
Mirko_Naumann
Nutzer
18.03.2003, 16:58 Uhr [ - Direktlink - ] |
Thema: Turboprint und Ghostscriptprobleme
Brett: Amiga, AmigaOS 4 Warum installierst du dir nicht mal GhostScript in der Version 6.5 aus dem Aminet? Ich nutz die schon seit Ewigkeiten mit TurboPrint ohne Probleme. Anders krieg ich gar keine gescheiten Ausdrucke mit WordWorth7 hin. Da gibts außerdem eine WarpOS-Version
|
|||||
|
Mirko_Naumann
Nutzer
18.03.2003, 16:55 Uhr [ - Direktlink - ] |
Thema: WipeOUT 2097 unter Picasso96 + Warp3D
Brett: Amiga, AmigaOS 4 Läufts Marco? Du hattest mich ja in dem anderen Thread noch mal auf das Problem aufmerksam gemacht. Wenn du's nicht hinkriegst, helf ich dir. |
|||||
|
Mirko_Naumann
Nutzer
18.03.2003, 03:46 Uhr [ - Direktlink - ] |
Thema: WipeOUT 2097 unter Picasso96 + Warp3D
Brett: Amiga, AmigaOS 4 Suuuper! Danke!  Du hast mir den richtigen Lösungsweg gezeigt! So, nun nochmal für alle zum mitschreiben, wie es geht: NewMode aus dem Aminet runterladen ( ftp://de.aminet.net/pub/aminet/util/cdity/NewMode_V39.lha ). Hexeditor Filemaster 1.2 ( ftp://de.aminet.net/pub/aminet/disk/moni/FileMasterEd.lha ) runterladen. WipeOut2097 einmal starten, die Settings einstellen und einmal speichern, damit die Datei SETTINGS.DAT erzeugt wird. Newmode starten Filemaster 1.2 starten und mittels NewMode auf einen passenden Screen umgelenken Damit die Datei SETTINGS.DAT öffnen. Das sieht dann folgendermaßen aus: 00000002 00000001 00000003 500C1100 00340000 0000003C 00010001 00010000 00000000 0000 NewMode aufrufen, den Eintrag FileMaster1.2 anklicken und auf Editieren gehen. Es öffnet sich ein Menü, indem man eine Übersicht über alle Screenmodes bekommt. Für WipeOut können nur PC-Modes verwendet werden, also z.B. 800x600 16bit PC. Den Mode markieren und auf das Fragezeichen klicken. Dort öffnet sich ein Infofenster, indem die Modus ID in hexadezimal steht. Diese ohne das 0x im Filemaster in die 4. Spalte der ersten Zeile (siehe oben) schreiben und die Datei SETTINGS.DAT wieder abspeichern. Wenn man jetzt WipeOut2097 startet, ist der Screenmode eingetragen und man kann loszocken Ich hab mal verschiedene Screenmodi ausprobiert. Auf meiner Voodoo5 läuft WipeOut 2097 in allen PC-Auflösungen mit 15 und 16 bit. 8, 24 oder 32 bit sind nicht möglich. In der Auflösung 1024x768 16 bit PC läuft das Spiel total cremig und sieht echt klasse aus. 1280x1024 16 bit PC war auch noch möglich und recht flott, aber hier hatte ich nach einer Runde einen Hänger (kann aber trotzdem laufen). 1600x1200 16 bit PC warn aber nicht mehr drin. Da schlief fast das Menü ein. Fazit: Damit kriegt JEDER bei dem Warp3D läuft, WipeOut2097 zum Laufen. Na wenn das nix ist... |
|||||
|
Mirko_Naumann
Nutzer
17.03.2003, 22:30 Uhr [ - Direktlink - ] |
Thema: WipeOUT 2097 unter Picasso96 + Warp3D
Brett: Amiga, AmigaOS 4 Hallo an alle! Ich versuche schon seit langer Zeit WipeOUT 2097 unter Warp3D auf meiner Voodoo5 (im Mediator) zum Laufen zu bewegen. Das Problem warum es nicht will ist, daß ich im Start-Fenster keine Bildschirm-Auflösung einstellen kann. Das Config-Menü behauptet dann ganz frech, daß der Treiber den Mode nicht unterstützen würde (ist natürlich glatt gelogen). Mich würde jetzt interessieren, wer von euch das Spiel schon mal über Picasso96 gespielt hat Ehe ihr fragt, alle anderen Spiele laufen bei mir über Warp3D. Ich hab auch schon nach irgendwelchen Patches oder Updates für WipeOut gekuckt - nur leider nix gefunden. Selbst der Autor Sam Jordan konnte mir da nicht weiter helfen. Also - bei wem läufts unter Picasso96? |
|||||
|
Mirko_Naumann
Nutzer
17.03.2003, 22:07 Uhr [ - Direktlink - ] |
Thema: Warp3d crasht nach wenigen sec.
Brett: Amiga, AmigaOS 4 @ Granada Das liegt vermutlich an einer falschen Config. Die Voodoo5 ist zur Voodoo 3 abwärtskompatibel und die meisten Einstellungen sind gleich (Avenger-Mode). Das Mediatorboard ist nicht schrottig. Ich surfe problemlos mit meiner 100 MBit-Karte übers FastEthernet.device im Internet. Das ist alles Einstellungssache. Eine falsche Variable kann einiges kaputt machen. @ Motorolajunky Kann dir nur zustimmen. Bei mir läuft auch alles top. Hat aber eine ganze Weile probieren und guten Willens gekostet, die optimale Einstellung herauszufinden. Das mit den Knacksern hab ich schon oft gehört und ich denk auch, daß das an kurzzeitiger Auslastung der CPU bei zu kleinem Cache liegt. Da hilft nur eine Zorrosoundkarte ala Repulse (klingt super). |
|||||
|
Mirko_Naumann
Nutzer
17.03.2003, 21:56 Uhr [ - Direktlink - ] |
Thema: Warp3d crasht nach wenigen sec.
Brett: Amiga, AmigaOS 4 Hallo an alle! Nix für ungut, aber hier kursieren wieder mal ziemlich viele Halbwahrheiten und Vermutungen, die ihm rein gar nicht helfen werden. @ westpdmkids / Rudi Warp3D läuft auf der Voodoo4 und der Voodoo5 mit dem abgewandelten Voodoo3-Treiber perfekt (allerdings nur auf einem Mediator, evtl. auch auf dem Prometheus aber nicht auf der G-Rex, da Hardwarekonflikt!). Das geht deswegen so gut, weil der VSA-100 Avenger-kompatibel ist. Der Treiber zwingt die Voodoo 4/5 in den Avenger-Mode, nutzt aber den größeren Speicher und die bessere Performance, jedoch nur max. 1 GPU (Voodoo5). @ Frostwork Fogging läuft sogar sehr gut und der Treiber unterstützt es auch! @ Motorolajunky Die Voodoo5 läuft mit guter Belüftung bis 192 MHz MemClock stabil (entspricht 115 % über Normal). Ich hab die damit schon ne ganze Weile problemlos (auch im Extrem-3D-Gaming) laufen. Hab meiner noch zusätzliche IC-Kühlkörper für die Speicherbausteine und sonstigen ICs spendiert. Braucht man zwar nicht unbedingt, aber schadet ja nicht. Man muß nur darauf achten, daß dann andere PCI-Karten noch in die Slots passen (Belegung vorher planen). @ Big_H Hab die selbe Rechnerkonfiguration wie du und Marco (Motorolajunky) und bei mir läufts tadellos. Hab gesehen, daß du einige falsche Einstellungen hast. Null Problemo. Gehn wir die einfach mal durch Hardware Den Jumper WinSize mußt du setzen. Die Voodoo5 arbeitet im 512 MB Fenster. Software Mail mir mal, dann checken wir die optimalen Versionen. WarpOS Zur Info: Ich hab die PowerUp-Emu am laufen (kann ich dir nur empfehlen, grad für Voyager + Flash). - Speicherschutz: AUS (geht so gut wie gar nicht mit an) - Kein PPC: AUS (außer du hast keinen PPC) - Early Term: AN (wg. PowerUp-Emulation) - Terminator: 2 (wg. PowerUp-Emulation) - Warnungen verstecken: AUS (besser so) - Kein Patch: AN (wg. PowerUp-Emulation) - Videoadresse: Für die Videoadresse starte PciInfo oder ScanPci und kuck in den OutPut unter Voodoo5. Bei mir sieht das so aus: Pci Device 2: VendorID: $121a VendorName: 3dfx Interactive Inc DeviceID: $9 DeviceName: Voodoo5 ClassCode: $30000 RevisionID: $1 InterruptPin: 2 SubsystemVendorID: $121a SubsystemID: $3 MemSpace0: $64000000 - $67ffffff MemSpace1: $68000000 - $6fffffff IOSpace2: $40c06400 - $40c064ff RomSpace: $60010000 - $6001ffff Die richtige Adresse ist der erste Wert aus MemSpace1, bei mir also 68000000. - Fehlersuche: Kein Debugging (außer du willst es unbedingt) - Segment-Info: AN (mußt du nicht, wenn du nicht willst) - Logdateien: hab ich auch der Standard-Einstellung gelassen. Mediator (ENV:Mediator) - Emulation: YES (pci.library läuft auf dem PPC) - MMU: YES (pci.library läuft über die MMU) - NoCache: NO (außer bei [030]) - PatchInt: YES (vermeidet Lookups) - VoodooInt: YES (aktiviert VBlank und steigert die Performance) - VoodooMem: 31 (wg. Avenger-Mode sind normalerweise nur 32 MB nutzbar) - Warp3D: YES (Aktiviert Avenger-Emulation. Ohne gibts kein Warp3D auf Voodoo4/5) Warp3D (ENV:Warp3D) Schmeiß zunächst mal den kompletten Inhalt raus. Dann gib in deine Shell ein: SetENV SAVE Warp3D/QUEUESIZE 65536 Erzeuge ein Unterverzeichnis: Makedir ENVARC:Warp3D/Avenger Setze die nachstehenden Variablen SetENV SAVE Warp3D/Avenger/AntiAlias 1 (oder 0 wenn du darauf verzichten willst) SetENV SAVE Warp3D/Avenger/Dither 1 (lohnt sich i.d.R. immer) SetENV SAVE Warp3D/Avenger/DitherAlgo 1 (legt den Algorhytmus fest) Picasso96 (ENV:Picasso96) - Alert Support: YES - AmigaVideo: 31kHz - AreaEndSupport: YES - BlackSwitching: NO - DEBUG: NO - DirectColorMask: NO - DisableAmigaBlitter: NO - DoNotSetMMU: NO - EnableBootVGA: YES - Experimental: YES - PlanarOnlyDBuf: NO - PlanarOnlyDIPFDBUF: NO - PlanesToFast: YES - ShowModes: Essential Voodoo (DEVS:Monitors/Voodoo - ToolTypes) BorderBlank=System BigSprite=YES BoardType=Voodoo DisplayChain=YES FakeNativeModes=YES FontsFix=NO GrantDirectAccess=YES IgnoreMask=YES MemoryClock=192 (GraKa-Speichertakt, 192 nur bei gut belüfteten Systemen, sonst max. 185) NoBlitter=NO NoPlanar2ChunkyBlits=YES OverClock=YES (Aktiviert Übertaktung des GraKa-Speichers. Vorsicht!!!) Quiet SettingsFile=SYS:Devs/Picasso96Settings (oder wie Pfad/Datei heißt) Softsprite=NO System2ScreenBlits=YES Die hier genannten Werte stellen für die Voodoo5 das Optimum dar und sollten besser nicht geändert werden, da sonst mit Verlust an Performance oder Stabilität gerechnet werden muß. |
|||||
|
Mirko_Naumann
Nutzer
14.03.2003, 02:35 Uhr [ - Direktlink - ] |
Thema: MiamiDx-Registrierung
Brett: Amiga, AmigaOS 4 Wetten das nicht? Herr Horbach ist doch kein Raubkopierer! Das ist jetzt aber echt eine böswillige Unterstellung... Woher willst du wissen, daß der Autor kein Interesse mehr an Einnahmen aus seinem Produkt hat? Tss... Da hat aber einer was schlechtes geraucht! |
|||||
|
Mirko_Naumann
Nutzer
14.03.2003, 02:28 Uhr [ - Direktlink - ] |
Thema: BurnIT mit Brenner von Artec?
Brett: Amiga, AmigaOS 4 Na toll. Jetzt sieht die Darstellung natürlich nicht mehr so übersichtlich aus. Wie kann man nochmal dafür sorgen, damit die vielen Leerzeichen/Tabs mit angezeigt werden? |
|||||
|
Mirko_Naumann
Nutzer
14.03.2003, 02:24 Uhr [ - Direktlink - ] |
Thema: BurnIT mit Brenner von Artec?
Brett: Amiga, AmigaOS 4 @ hjoerg Also eigentlich gebe ich mir immer ziemlich viel Mühe alles so zu erklären, daß ich damit allgemein verständlich rüberkomme (also nicht so wie unsere lieben Politiker und Beamten oder die Leute, die das Kleingedruckte entwerfen). Das mit Wide und Terminierung ist doch einfach: Der Cyberstorm(PPC)-Controller ist ein UW-SCSI, logischerweise muß er an beiden Enden Wide (16 bit) terminiert werden. Wenn man in seinem Rechner aber nicht nur Wide-Geräte verwenden will, muß man sich noch einen Adapter von Wide (16 bit) auf Normal (8 bit) zulegen. Dieser Adapter muß aber intern einen aktiven Terminator für die oberen 8 bit haben, da sonst der Wide-Teil einseitig nicht abgeschlossen ist und Fehlfunktionen erzeugen wird. Nach dem Adapter kann man aber nur noch 8 bit Geräte betreiben. Ich versuch das mal zu veranschaulichen: ***aktiver WIDE-Terminator (16 bit)*** II II ***Wide-SCSI Gerät (16 bit, 10 MB/s, nicht terminiert)*** II ***FastWide-SCSI Gerät (16 bit, 20 MB/s, nicht terminiert)*** II ***UltraWide-SCSI Gerät (16 bit, 40 MB/s, nicht terminiert)*** II ***Ultra2Wide-SCSI Gerät (16 bit, 80 MB/s, nicht terminiert)*** II II ***Cyberstorm(PPC)-Controller (16 bit, max 40 MB/s, nicht terminiert)*** II II ***Adapter WIDE auf NORMAL (16 auf 8 bit, obere 8 bit aktiv terminiert)*** II ***Ultra2-SCSI Gerät (8 bit, 40 MB/s, nicht terminiert)*** II ***Ultra-SCSI Gerät (8 bit, 20 MB/s, nicht terminiert)*** II ***Fast-SCSI Gerät (8 bit, 10 MB/s, nicht terminiert)*** II ***Standard-SCSI Gerät (8 bit, 5 MB/s, nicht terminiert)*** II II ***aktiver Normal-SCSI Terminator (8 bit)*** Kommt das so einigermaßen verständlich rüber? Da gibts eigentlich nur ganz einfache Regeln: - Alle Wide-Geräte auf eine Seite und alle Normal-Geräte auf die andere. - Die schnelleren näher an den Controller, die langsameren weiter davon entfernt. - Nur aktive Terminatoren verwenden. Passive sollten allenfalls bei 8 bit SCSI-Controllern (z.B. A4000T) zum Einsatz kommen, da aber nicht mit aktiven gemischt, also entweder zwei aktive oder zwei passive Terminatoren pro Bus. Will man den Terminator im Gerät benutzen, muß man wissen, ob es sich dabei um einen aktiven oder passiven handelt (bei den neueren Geräten werden meist aktive verwendet, man darf sich aber nicht blind darauf verlassen). Eine Regel, daß ein CD-Brenner das letzte Gerät sein muß, gibt es jedenfalls nicht. .... Von echten UW-SCSI Geräten hab ich noch nichts gehört. Was es aber gibt, sind externe Gehäuse mit integrierten Adaptern (z.B. von Yamaha). Einen IDE-Brenner kann aber jeder ganz leicht mittels IDE-to-SCSI Adapter in ein SCSI-Gerät verwandeln. Diese Geräte sind dann genauso gut wie echte SCSI Geräte, nur meist (besonders bei Festplatten) günstiger. Ein Upgrade auf ein neueres Laufwerk kommt auch noch günstiger, weil man den Adapter weiter verwenden kann. .... Was bitte habe ich durcheinander gebracht? Äpfel mit Birnen und Birnen mit Äpfeln? .... Wenn sich mal etwas nicht sooo leicht liest, muß es deswegen noch lange nicht falsch sein. Dann reicht es eben nicht, es nur eben so zu überfliegen. Deswegen gilt auch hier wieder der Spruch (wenn auch in einem etwas tieferen Sinne). Wie wärs, wenn wir jetzt wieder zum eigentlichen Thema zurück kommen? |
|||||
|
Mirko_Naumann
Nutzer
14.03.2003, 00:20 Uhr [ - Direktlink - ] |
Thema: Probs mit Brenner...
Brett: Amiga, AmigaOS 4 Normalerweise stehen im Controller-Menü alle Units auf Auto. Leider ist die Auto-Funktion aber nicht so fähig wie man annehmen sollte. Daher ist es das Beste, wenn man die einzelnen Units von Hand konfiguriert, um die beste Performance herauszuholen. Obs funktioniert hat, kann man dann ja mit UnitControl überprüfen. Falls es mal nötig sein sollte, bestimmte Parameter vorrübergehend zu ändern, kann man das mit UnitControl problemlos tun. |
|||||
|
Mirko_Naumann
Nutzer
14.03.2003, 00:11 Uhr [ - Direktlink - ] |
Thema: BurnIT mit Brenner von Artec?
Brett: Amiga, AmigaOS 4 @ Askane Um was für einen Treiber (für welches CDRW) handelt es sich denn da? Unhöflich sind die wohl nicht, aber aktiv scheinbar auch nicht mehr. Vielleicht haben die ihre Interessen woanders hin verlagert. Hoffentlich warten die nur bis OS 4.x. UW-SCSI-Brenner sind kein doch Problem. Du steckst einfach die UW-SCSI Version des Adapters auf einen IDE-Brenner und dann hast du ihn. Ich würd sowieso nur das UW-Modell nehmen, schon wegen der besseren Performance... @ Maja Du räts von dem Adapter ab, weil ein SCSI-Brenner besser wäre, aber dann sagst du, daß es immer weniger SCSI-Laufwerke gibt. Siehst du denn da die Problematik nicht? Du nimmst dir damit quasi selbst die Luft aus den Segeln. Gegen diesen Trend kann man nur eines machen - man nimmt ein gutes IDE-Gerät und stöpselt einen Adapter ran, um es noch besser zu machen und ein erstklassiges SCSI-System hinzukriegen. Stimmst du mir da zu? Was die Weisheit angeht: Ich sage nicht, daß ich alles weiß oder so, aber hab ich dir was Falsches gesagt? Ich denke nicht. Ich rede nur da mit, wo ich mich auch auskenne, schließlich will ich anderen helfen, damit ich nicht irgendwann alleine da stehe. Ich bin keiner von diesen Trollen, die andere mit ihren Ansichten nerven. Ist das weise genug? Eigentlich egal. Wenigstens ist es fair. |
|||||
|
Mirko_Naumann
Nutzer
13.03.2003, 22:09 Uhr [ - Direktlink - ] |
Thema: BurnIT mit Brenner von Artec?
Brett: Amiga, AmigaOS 4 @ Maja Das hier war'n aber auch deine Worte und darauf hab ich mich bezogen: > Aber mal Hand auf's Herz, bevor man sich so einen Adapter kauft, kann man sich auch gleich einen SCSI-Brenner zulegen. Wer sind denn diese führenden Fachleute? Wer sowas behauptet der führt dich höchstens an der Nase herum. SCSI ist ein Bus und im Bus ist es egal, wo welches Gerät dranhängt. Worauf man vielleicht noch achten sollte, ist das (aus Kompatibilitätsgründen) der Controller die ID=7 tragen sollte und daß möglichst nur noch aktive Terminierung zum Einsatz kommt. Sonst, wie schon von mir beschrieben. [ Dieser Beitrag wurde von Mirko_Naumann am 13.03.2003 editiert. ] |
|||||
|
Mirko_Naumann
Nutzer
13.03.2003, 20:57 Uhr [ - Direktlink - ] |
Thema: BurnIT mit Brenner von Artec?
Brett: Amiga, AmigaOS 4 @ Falcon BurnIt hat keinen Standard-Treiber - LEIDER. Das Treiberkonzept dort find ich eh ziemlich bescheiden und nicht zukunftsorientiert. Dein Argument mit Rohlingpreisen zieht nicht mehr. Die werden doch verschleudert wie nix. Die Zeiten, in denen mit Rohlingen abkassiert wurde, sind Dank großer Konkurrenz von Billiganbietern vorbei. Ob ein RW-Rohling nun etwas mehr kostet, als ein CDR ist genauso müßig, wie der Vergleich mit Akkus und normalen Batterien. RWs lohnen sich für viele Zwecke, sei es Backup, Datentransfer oder einfach nur um den Verbrauch an CDRs klein zu halten (Müllberge). Außerdem wird sich RW auch mit OS 4.x lohnen (Mount Rainier). Deshalb sollte man beim CDRW-Speed lieber etwas mehr (24x statt 12x) wählen. Kann doch nicht schaden? Denkt an die Zukunft. Wie bald wollt ihr denn das Laufwerk ersetzen? @ Maja Warum kriegen sooo viele meinen Namen nicht richtig hin? Hatte PISA doch recht? Beim Bund hatten wir so einen Spruch: Wer lesen kann, ist klar im Vorteil... Zum Brenner: Ist dir mal aufgefallen, daß seit geraumer Zeit keine reinen SCSI-Brenner mehr produziert werden? Wer ein aktuelles und schnelles Gerät an seinem Amiga will, muß einen IDE-to-SCSI-Adapter benutzen, da es (bis auf einige Exoten mit USB oder Firewire) nur noch IDE-Geräte gibt. Außerdem ist derzeit kein IDE-Controller am Amiga mehr in der Lage, genügend Bandbreite für sooo schnelle Geräte zur Verfügung zu stellen und bis auf die SharkPPC+ Lösung mit UDMA-100 Support sehe ich in naher Zukunft auch sonst keine Lösung des Problems. Klar sind SCSI-Laufwerke echt klasse. Wenig CPU-Last, gute Performance, aber wenn du ein IDE-Laufwerk mit so einem Adapter in ein SCSI-Laufwerk verwandelst, verhält es sich gleich. Das ist ja das Gute daran! Wie kommst du eigentlich darauf, daß ein SCSI-Brenner das letzte Gerät (terminiert) sein muß? Das ist doch bei SCSI total egal. Du mußt den SCSI-Strang nur gut planen. Wenn du Wide-SCSI Geräte und Normal-SCSI Geräte benutzen willst, dann müssen die Wide-Geräte auf die eine Seite vom Controller (letztes Wide-terminiert) und die Normal-Geräte via Wide-auf-Normal Adapter (mit internem Wide-Terminator für die oberen Bits) auf die andere (letztes Normal-terminiert). In diesem Bus sind alle Geräte gleichermaßen ansprechbar (ID-abhängig). Von UW-SCSI Brennern hab ich auch noch nichts gehört. Das Höchste sind hier Ultra-SCSI Geräte wie z.B. die neueren von Yamaha. Bei CD-Rom Laufwerken gabs mal eine exotische Version von Plextor, aber die war genauso selten wie das 50x Laufwerk. @ Askane Titan Computer hat schon lange kein Update mehr für BurnIt heraus gegeben. Es ist reines Wunschdenken zu glauben, daß die dir mal eben einen Treiber zusammen stricken. Die kriegen es ja noch nicht mal fertig die seit langem angekündigte Version 3 rauszubringen. Da herrscht nur noch Stillschweigen... IDE funktioniert übrigens nicht nur mit den Adaptern der Buddha-Reihe. Davon gibts ziemlich viele Lösungen und keine ist wirklich mehr gut (schnell) genug für die heutige Zeit. @ DOM Das mit dem patchen interessiert mich jetzt aber auch. Erzähl mal. |
|||||
|
Mirko_Naumann
Nutzer
13.03.2003, 20:17 Uhr [ - Direktlink - ] |
Thema: Probs mit Brenner...
Brett: Amiga, AmigaOS 4 Also wenns kein Problem mit der Terminierung war, würd ich mal auf den SCSI-Controller tippen. Die Cyberstorm-Karten haben im Bootmenü die Möglichkeit den Controller zu konfigurieren. Gibts bei deiner Turbokarte auch so was und wenn ja, hast du dir da mal die Einstellungen angesehen? Kann sein, daß du das noch ein wenig optimieren mußt. Dann kannst du dir UnitControl in der Startup-Sequence sparen. |
|||||
|
Mirko_Naumann
Nutzer
13.03.2003, 20:12 Uhr [ - Direktlink - ] |
Thema: Hilfe....mein System friert ein
Brett: Amiga, AmigaOS 4 @ Oehmmes Der 060 darf warm werden. Er darf nur nicht überhitzen! Wenn du dir die Finger dran verbrennst (wie bei einem 040), dann hast du ein Hitzeproblem. Im Normalbetrieb wird er aber nie sooo warm, daß er ausfallen könnte, deswegen wird bei den meisten Karten keinerlei Kühlung draufgepackt. Es ist aber in jedem Fall empfehlenswert ihn dennoch zu kühlen, denn dann lebt er länger. Abgesehen von einer längeren Lebensdauer bringt dir die Kühlung die Möglichkeit einer Übertaktung, aber davon solltest du die Finger lassen, wenn du nicht ganz genau weißt, was du da tust. Das dein System einfriert muß nicht an der Hardware liegen! Starte doch mal dein System ohne Festplatte - z.B. mit einem Spiel von Diskette. Erst wenn dann noch was stehen bleibt, würd ich auf die Hardware tippen. Ich denk aber trotzdem, daß da ein Softwareproblem besteht. |
|||||
|
||||||
|
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |
|