atari-home.de - Foren
Software => Software (16-/32-Bit) => Thema gestartet von: Jehuty am Mi 10.03.2021, 11:12:41
-
Ich bin grad dabei mich ein wenig mit einem Mega ST zu beschäftigen.
Habe ein paar Spiele auf Diskette die am Mega ST 2 jedoch nicht laufen wollen.
Zum einen F15 Strike Eagle. Hier bin ich soweit das es läuft wenn ich im GEM den Blitter Deaktiviere.
Leider hilft das bei G-Loc und Team Suzuki nicht weiter. Weder von Diskette, noch per Gotek mit Hxc Firmware. Test am 1040St zeigt das beide Spiele von Disk dort laufen. Am RAM liegt es nicht, habe ich am Emulator nachgestellt. Sobald dort Mega ST ausgewählt wird laufen die Spiele nicht mehr.
Was, ausser dem Blitter macht den Mega ST anders und kann man da was gegen tun?
Von HDD geladen läuft G-Loc jedoch am Mega ST. Doch will ich die Megafile nicht wirklich nutzen, zu laut.
Kopieren der Dateien auf Disk funktioniert leider nicht.
-
Das einzige was der Mega noch Extra hat ist der Blitter. Aber es kann auch an der Tos Version liegen, gab einige Megas mit TOS 1.04. Und da gab es schon Spiele die damit nicht liefen.
-
Mein ST hat 1.04, der Mega 1.02.
Aber das hab ich im Emu nachgestellt.
Kann man den Blitter resetfest deaktivieren?
-
Der Blitter wird erst vom GEM aktiviert! D.h. wenn du das im TOS einstellst und speicherst es, dann Wird auf Diskette eine inf Datei gespeichert worin das gesetzt wird. Ich denke der ist von Haus aus erstmal deaktiviert.
-
Man kann den Blitter eigentlich gar nicht aktivieren/deaktivieren. Der ist entweder da oder eben nicht.
Was man einstellen kann (Xbios Funktion Blitmode()), ist ob die GEM VDI bzw. LineA-Funktionen den Blitter benutzen oder nicht.
Nachdem die meisten Spiele weder das eine noch das andere benutzen, dürfte die Einstellung ziemlich irrelevant sein - falls ein Spiel den Blitter benutzt (eher unwahrscheinlich), wird es das wohl eher per direktem Registerzugriff tun. Die Blitmode() Einstellung kann das nicht verhindern.
-
Die Blitmode() Einstellung kann das nicht verhindern.
Bei manchen Spielen schon, die fragen der Einfachheit halber die Einstellung ab, anstatt selber zu prüfen ob ein Blitter vorhanden ist oder nicht.
-
Die Blitmode() Einstellung kann das nicht verhindern.
Bei manchen Spielen schon, die fragen der Einfachheit halber die Einstellung ab, anstatt selber zu prüfen ob ein Blitter vorhanden ist oder nicht.
Wenn sie das tatsächlich tun, werden sie doch wohl eher Bit 1 (Blitter vorhanden oder nicht) als Bit 0 (Blitter ein oder aus) des Returnwerts abfragen?
-
Nein, nicht unbedingt, siehe z.b https://github.com/ReservoirGods/GODLIB/blob/36675167599c04437ed31dbabe8fc48ee24913f0/SYSTEM/SYSTEM.C#L760
Trifft natürlich nicht auf alle Spiele zu.
-
Ist aber doch merkwürdig das es von der Megafile läuft... könnte natürlich sein das es dort eine gepatchte Version ist?
-
Ja von Megafile ist es die HDD Gepatchte Version. Hatte ja versucht die Dateien auf Disk zu schreiben, ohne erfolg.
Bei F15 muss ich, bevor ich das Spiel starte, im Gem oben den Haken bei Blitter rausnehmen damit es richtig läuft. Also irgendwas mach die Option da.
Denke ich muss mir ein Ultrasatan kaufen.
Muss aber dazu sagen das der Atari eher eine niedrigere Priorität hat.
-
Die (von PPera?) für Harddisk gepatchten Spiele laufen (meist) nicht mehr von Floppy.
Da musst Du dir eine andere Version suchen.
Hast Du möglicherweise den HDDriver im Einsatz. Und dort den Blitter-Transfer aktiviert?
-
Ich weis nicht genau was damit gemeint ist, aber die Megafile ist beim Test von Floppy nicht angeschlossen.
Ich kann es ja am Emu nachstellen - Hatari - einmal als Maschine ST, Spiel läuft, einmal Mega ST, Spiel läuft nicht. Ram, Rom und sonst bleibt alles gleich.
-
Er bootet von der Spiele-Diskette und das klappt an seinem Mega nicht.
-
Es gibt nochmal was, was der Mega-ST extra hat: die Echtzeituhr.
Die anderen Rechner haben dort (an den Adressen), wo die sitzt, nichts.
Sollte das aber tatsächlich die Ursache sein, ist das m.E. ein Programmfehler.
-
Hatari hat die (etwas willkürliche) Wahl getroffen, STs mit Ricoh-Chipsatz und MegaSTs mit IMP-Chipsatz zu emulieren: https://hatari.tuxfamily.org/doc/manual.html#Mega_ST_hardware_emulation.
"Willkürlich" deshalb, weil es in der Realität auch STs mit IMP-Chipsatz und MegaSTs mit Ricoh-Chipsatz gibt.
Allerdings unterscheiden sich die Chipsätze nur in Kleinigkeiten. Um Markus zu zitieren: "Sollte das aber tatsächlich die Ursache sein, ist das m.E. ein Programmfehler." Näheres kann ich mangels Kenntnis der Spiele (oder deren Bezugsquelle) nicht sagen.
-
Hatari hat die (etwas willkürliche) Wahl getroffen, STs mit Ricoh-Chipsatz und MegaSTs mit IMP-Chipsatz zu emulieren: https://hatari.tuxfamily.org/doc/manual.html#Mega_ST_hardware_emulation.
Hah! Kaum zu glauben, aber das ist tatsächlich der Grund, dass G-Loc und Team Suzuki nicht laufen. Das Internet half, Floppy-Dumps von den zwei Spielen zu finden. Dann war es ein Leichtes, in Hatari nachzusehen, was passiert.
Beide Spiele setzen das Linewidth-Register $FF820E/FF820F auf 0 zurück, wahrscheinlich als Vorsichtsmaßnahme. Dieses Register gibt es nur auf dem STE! Aber auf einem ST/MegaST (ohne E) mit Ricoh-Chipsatz ist der Zugriff harmlos, d.h. er wird einfach ignoriert. Auf einem ST/MegaST mit IMP-Chipsatz hingegen löst der Zugriff auf diese Adresse einen Bus-Error aus. Siehe auch:
https://git.tuxfamily.org/hatari/hatari.git/tree/tests/buserror/results/st_w.txt (Ricoh)
https://git.tuxfamily.org/hatari/hatari.git/tree/tests/buserror/results/mst4_w.txt (IMP)
Das ist natürlich kein Bug in Hatari, sondern im Spiel. @Jehutys MegaST (ich wette: mit IMP-Chips) zeigt ja, dass sich reale Hardware gleich verhält.
-
Hammer, natürlich hat mein Mega ST den IMP Chipsatz.
Witzig das ich das Problem genau nachstellen konnte im Emulator.
Morgen mal schauen was mein 2. 1040 ST für einen Chipsatz hat. Kann man den einfach austauschen?
-
Hammer, natürlich hat mein Mega ST den IMP Chipsatz.
Witzig das ich das Problem genau nachstellen konnte im Emulator.
Morgen mal schauen was mein 2. 1040 ST für einen Chipsatz hat. Kann man den einfach austauschen?
Das Verhalten des IMP-Chipsatzes ist an dieser Stelle eigentlich das korrekte(re). Lass' den Chipsatz drin und tausche lieber das Spiel ;).
-
Das ist ja nicht Sinn der Sache. Geht mir ja grad um die Spiele. vor allem weil ich einen ICD Adspeed im Mega habe und damit Team Suzuki bei 16Mhz schneller ist als am Amiga, auch wenn dieser bis zu 50Mhz taktet.
Woher ich das nun weiß - es lag an der MMU. Diese mit meinem Keller 1040 getauscht und es laufen nun beide Spiele.
Erstmal herzlichen Dank an alle die geholfen haben.
Aber nun die weitere Frage - den Chipsatz (DMA, Shifter und Glue) Tauschen oder nur die MMU ?
-
Das ist ja echt irre, was hier so rausgefunden wird in so kurzer Zeit.
Respekt!
-
Hat mir gestern Abend keine Ruhe gelassen. Hab jetzt, da ja zum IMP geraten wurde, nur die MMU getauscht. Nur meine 16Mhz 68000 CPU wird ganz schön heiß auf der Adspeed. Denke da kleb ich noch nen Kühlkörper drauf.
-
Mich würde hier mal die konkrete Oberflächentemperatur der CPU interessieren.
Lass am besten mal einen CPU Stresstest laufen für mind. 10 min, um sie zu fordern.
Nebeneffekt: Du weißt dann, ob sie korrekt funktioniert.
Schreib mir Deine Email über PN, dann sende ich Dir ein Programm (von @czietz) zu.
-
Gembench von Exxos im Loop-Modus nehme ich dafür. Einen Stresstest der nur auf der CPU läuft würde ich bei dem Adspeed nur mit Kühler fahren...
-
Ich halte von Kühlkörpern nichts. Im schlimmtens Fall verschlimmert man das Hitze Problem. Im Mega STE wird die normale 12 (16Mhz) CPU richtig heiß und das macht nichts auch über die Jahre nicht. Ich würde mir eine neue DIL64 HC000 CPU kaufen die nicht so Heiß werden wie die normalen.
-
In meinem MEGA ST 1 (ohne Lüfter) steckt seit Jahrzehnten ein AdSpeed, ohne dass das der CPU jemals was ausgemacht hätte.
-
In meinem MEGA ST 1 (ohne Lüfter) steckt seit Jahrzehnten ein AdSpeed, ohne dass das der CPU jemals was ausgemacht hätte.
Und der ist Jahrzehnte lang überwiegend ausgeschaltet gewesen. ;D
-
Die Wärmeabgabe der Übergang zwischen dem Kunststoffgehäuse des ICs und dem Kühlkörper ist wohl eher sehr schlecht. Da stülpt man dem ICs eher eine dicke Decke auf.
-
In meinem MEGA ST 1 (ohne Lüfter) steckt seit Jahrzehnten ein AdSpeed, ohne dass das der CPU jemals was ausgemacht hätte.
Und der ist Jahrzehnte lang überwiegend ausgeschaltet gewesen. ;D
Die letzten 15 tatsächlich. Die davor nicht.
-
Hier bin ich glaub noch eine Antwort schuldig - nachdem alle getesteten 68000er, meist P8, ein paar P10 und der 16Mhz, relativ früh Grafikfehler bis zum Absturz verursachten hab ich aus meinem CDTV einen 68HC000 mit 16Mhz von dessen TK gepflückt und siehe da - diese läuft.
Hab jetzt zwar keinen Stresstest gemacht, aber ein paar Spiele gedaddelt und es lief alles bisweilen.