Neueste Beiträge

Seiten: [1] 2 3 ... 10
1
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von Thorsten Otto am Heute um 06:56:32 »
Ich finde keinen XBIOS-Ikbdws()-Aufruf, und zwar weder in meinem disassembly noch im trace von Hatari.

GFA benutzt nicht ikbdws, sondert sendet ein einzelnes Byte mit Bconout(4):

[0001a7de] 7016                      moveq.l    #22,d0
[0001a7e0] 6100 851a                 bsr        $00012CFC
...
[00012cfc] 3f00                      move.w     d0,-(a7)
[00012cfe] 5140                      subq.w     #8,d0
[00012d00] 13c0 0001 2d16            move.b     d0,$00012D16
[00012d06] 4879 0003 0004            pea.l      $00030004
[00012d0c] 4e4d                      trap       #13
[00012d0e] 5c8f                      addq.l     #6,a7
[00012d10] 4e75                      rts

Das Kommando was da gesendet wird, dient zum Abfragen beider Joysticks.
2
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von AndreasKromke am Heute um 03:42:32 »
WTF! Jetzt habe ich einen Riesenaufwand betrieben, um herauszufinden, warum das vermaleidete GFABASIC 3.6 mit einem weißen Bildschirm hängenbleibt und wie ich das verhindern kann, und jetzt finde ich heraus, daß jemand im Jahre 2022 (a) das gleiche Problem hatte und (b) die gleiche Lösung gefunden hat: https://www.atari-forum.com/viewtopic.php?p=432805

Die Diagnose "Someone else added that GFA Basic sends a command to query the joysticks" kann ich aber erstmal nicht bestätigen. Ich finde keinen XBIOS-Ikbdws()-Aufruf, und zwar weder in meinem disassembly noch im trace von Hatari. Deshalb bleibt diese Schleife für mich unverständlich.

Mit dem Patch läuft das Programm im "single mode" in ST-high und ST-mid. Von ST-low aus versucht es - leider vergeblich - auf ST-mid umzuschalten, natürlich mit Registerzugriff statt XBIOS, wäre ja auch zu einfach. Bei anderen Auflösungen stürzt GFABASIC ab und reißt das gesamte System mit.
3
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von AndreasKromke am Gestern um 17:16:05 »
( Der Fortschritt von EmuTOS gegenüber Atari TOS ist erheblich. Vielleicht weniger im AES, wo der Hauptfokus eben auf der kompatiblen Nachbildung von Atari TOS liegt. Aber bei Open-Source-Software gilt schließlich: nicht meckern, selbst machen.
Richtig. Ich störe mich halt an Äußerlichkeiten, ich bin ein Augen-Mensch. Aber im Museum schaue ich ja auch nicht hinter die Bilder, ob die stabil befestigt sind.  :)
4
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von czietz am Gestern um 17:09:28 »
fühle ich mich an düsterste Zeiten zurückversetzt, weil EmuTOS alle Dummheiten und Häßlichkeiten von GEM geerbt hat, ohne irgendeinen Fortschritt:

Das finde ich (und ich spreche hier in meiner Rolle als Projektleiter) - ehrlich gesagt - ein bisschen frech. :( Der Fortschritt von EmuTOS gegenüber Atari TOS ist erheblich. Vielleicht weniger im AES, wo der Hauptfokus eben auf der kompatiblen Nachbildung von Atari TOS liegt. Aber bei Open-Source-Software gilt schließlich: nicht meckern, selbst machen.
5
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von AndreasKromke am Gestern um 16:58:25 »
Etwas OT:

Ich finde Hatari genial und auch das Konzept des EmuTOS ganz prima und habe damit schon etwas herumgespielt, insbesondere für Kompatibilitätstests. Andererseits fühle ich mich an düsterste Zeiten zurückversetzt, weil EmuTOS alle Dummheiten und Häßlichkeiten von GEM geerbt hat, ohne irgendeinen Fortschritt:

Das Fenster schnappt immer noch zusammen, wenn man nur das Größenänderungsfeld anklickt, und das gruselige, überflüssige Geflacker beim Fensterwechsel (wenn die sich teilweise überlappen) tut geradezu weh. Beides hatte ich schon beim KAOS repariert, weil es mir so auf den Senkel ging. Ich habe auch etwas mit Online-Emulatoren für klassisches Mac OS herumgespielt, und, alle Achtung, das klassische Mac OS ist absolut unerreicht in dieser Beziehung. Nun ja, Qualität hat ihren Preis, und Power without the Price war halt nicht Quality without the Price. Ich weiß übrigens nicht, ob NAES oder XAES oder MAES oder GENEVER das besser machen; das war alles quasi "nach meiner Zeit". Ich habe mich auch praktisch nie mit Mint beschäftigt, das lief auf meinem ST einfach laaaangsam.
6
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von AndreasKromke am Gestern um 16:19:35 »
Großartig! Lief bisher schon toll und wird immer noch toller. Dank an alle Beteiligten und Cheerio, kommt gut ins Neue, woll!?  :-*
Danke und ein "dito" von mir!

Die Versionsnummer ist jetzt 0.9, d.h. ich denke, es läuft soweit. Trotzdem habe ich noch ein "uninstall"-Script geschrieben, damit man das Programm wieder los wird - auch zum Testen der Installationsprozedur.
7
Moin, ich habe auch so ein ACSI2STM an einem was ohne probleme funktioniert.
Da der MEGA ST ja ein TOS aufgesockelt hat, lässt sich das Umschalten? (bei mir muss ich dazu im eingschaltetem Zustand 3-4 sek. den Reset-Knopf dücken).

ggf. probleme mit dem DMA Chip.....?! müsste man mit einer anderen Festplatte prüfen, ob die angesprochen wird....Leider kann ich bei GITHUB nicht gut folgen da ich nur begrenzt Englisch behersche und die Übersetzung ehr SEMI ist.
Gruss Oelfuss (Michael)
8
Software (16-/32-Bit) / Re: Magic 6.2 mit Emutos 1.4 Problem
« Letzter Beitrag von czietz am Gestern um 15:22:05 »
Meine Logig sagt mir, wenn es
mit TOS 2.06 geht muß es an Emutos liegen ...oder?

Und meine Logik sagt: Wenn (eigenhändig getestet!) EmuTOS + MagiC + Storm-ST-Alt-RAM ohne Fehler funktionieren, dann kann es nicht an EmuTOS liegen. Vielleicht aber an der MonSTer, da das der offensichtliche Unterschied zu Deinem System ist.

(Wie schon erwähnt, habe ich mit aktuellen MagiC-Versionen getestet, also von hier: https://tho-otto.de/snapshots/magicmac/)
9
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von RealLarry am Gestern um 11:51:55 »
Großartig! Lief bisher schon toll und wird immer noch toller. Dank an alle Beteiligten und Cheerio, kommt gut ins Neue, woll!?  :-*
10
Hardware / Re: Rothron Wiederbelebung
« Letzter Beitrag von neualtuser am Gestern um 11:13:09 »
1= eine kleine Platine kommt noch dazwischen. Leider ziemlich verhunst.
So wie die aussieht könnte das auch für den Mega Bus sein (ungetestet)
2= VME-Adapter, andere Variante. Steckt von hinten auf der Backplane
3= die Platine für den Prozessor
4+5=Backplane für externes Gehäuse
Seiten: [1] 2 3 ... 10