Pixelor

Zitat von »Acrid«

Ich halte Super Turrican 2 für noch schwächer. Gut, es ist eigentlich gar kein Turrican...

Was denn?

Ursprünglich ist Turrican ein Jump 'n Shoot. Super Turrican 2 kommt allerdings einem Run 'n Gun wie z.B. Contra und Targa/Rendering Ranger viel näher und ist genauso linear. Gunlord ist wieder ein richtiges Jump 'n Shoot.

Turrican und Contra spielen sich sehr unterschiedlich und sind Vertreter zweier unterschiedlicher Subgenre.

Um ehrlich zu sein, habe ich noch nie eine SNES Variante davon gespielt ...
Im Grunde meinte ich auch die AMIGA Reihe Die PC-Engine Version steht heute Abend an ...

Schau dir mal Super Turrican an, das lohnt sich!

Zitat von »technetikum«

Der Atari800XL-Core funktioniert ausgesprochen gut. Anhand der Einstellungsmöglichkeiten erkennt man, dass hier viel Herzblut in den Core gesteckt wurde. [...] Alternate Reality - City funktionierte nach der Aufforderung der ersten Seite der zweiten Disk aber weder mit Altirra noch mit dem Core. Entweder nutzt das Spiel (Timing-)Tricks, die nur auf einem echten Gerät funktionieren oder mir liegen defekte Disketten-Images vor. Die Titelmelodie klingt im Emulator wie auch im Core jedenfalls recht seltsam, irgendwie kratzig (ist das wirklich so?). [...]

Ja, der »echte« Kopierschutz bei Alternate Reality war ziemlich ausgeklügelt. Da gab es tatsächlich Timing-Tricks, die damals schon ein Kopieren der Disketten ziemlich unmöglich gemacht haben. Mit dem Hinweis, dass das Spiel auch in dem Software-Emulator Altirra nicht läuft (welche Version hast Du benutzt?), tippe ich darauf, dass mit Deinen Disc-Images etwas nicht in Ordnung ist. Bei mir läuft das Spiel unter Altirra nämlich perfekt.

Das mit dem »kratzigen« Sound ... hmm ... die erste Diskette besteht komplett aus dem Intro. Und da sieht man eine Stadt und deren »Satdtgeräusche«, die mit dem Atari-Chip simuliert werden. Wie sich das richtig anhören soll, kannst Du hier erlauschen:



Nebenbei bemerkt ist der Vorspann zu Alternate Reality einer der genialsten, die jemals auf dem 8-Bit-Atari programmiert wurden. Als wir Atari-Freaks das damals das erste mal gesehen habe, habe wir kollektiv fast einen Orgasmus bekommen!

Ich habe Dir eine PN geschickt.

Wie gesagt konnte ich das Problem mit der 1. Seite der 2. Diskette auch auf dem Altirra-Emulator nachstellen. Und zwar musste ich jegliche Disketten-Beschleunigung abstellen, damit das Spiel funktioniert. Es kann tatsächlich am simulierten Disketten-Timing des MiST liegen. Bzw. dass da eben nichts simuliert wird, sonder die zu lesenden Sektoren der simulierten Diskette einfach - für den Atari - nahezu ohne Zeitverzögerung geliefert werden. Wenn man für den Atari-Core des MiST da nichts einstellen kann, dann ...

Etwas ernüchternd finde ich auch Deine Auswertung bezüglich der Spiele-Kompatibilität. Für mich hört sich das so an, dass der Atari-Core noch alles andere als ausgereift ist. Damit würde ich mich zur Acrid-Fraktion schlagen und sagen: »Ist (noch) nix für mich.«

Nebenbei bemerkt: Draconus auf dem Atari hat MEHR Farben als auf dem C64? Ich finde das Spiel ehrlich gesagt eines der farbärmsten überhaupt auf dem Atari-8-Bitter. Bei dem Spiel werden doch nur die Farben pro Screen umgeschaltet. Aber insgesamt gibt es pro Screen nur 4 Farbschattierungen, die außerdem nur aus einer einzigen Farbe und vier Helligkeitsabstufungen bestehen. Nur die Farbe des Spieler-Sprites ist eine andere. Aber sonst ... hmmm.

Zitat von »technetikum«

[...] Jetzt kommt der eigentliche Trick: bevor ich ENTER drücke, um die Auswahl zu bestätigen, also um die Diskette letztlich einzulegen und den Rechner neuzustarten, muss ich die F8-Taste, die die Option-Taste nachbildet, bist zum Booten gedrückt halten. Offenbar wird hierdurch das BASIC-Rom abgeschaltet. Laut Forum soll es sich um einen generellen "Atari-Quirks" handeln. [...]

OK, dieser »Quirks«-Modus dient nur dazu, das BASIC abzuschalten. Das ist ja bei diesen Modellen fest eingebaut, während das bei den ersten Computer der 8-Bit-Serie - Atari 400 & 800 - noch per Modul in den Modulschacht geschoben werden musste. Das BASIC blendet logischerweise das darunter liegende RAM weg (Bereich $A000-BFFF), und da einige Programme das benötigen, mussten die Macher der XL/XE einen Weg finden, um das BASIC-ROM wegzuschalten. Und dafür wurde dann die »Options«-Taste auserkoren.

Ein wenig aus dem Nähkästchen: Im System wird dazu ein Bit auf einem Port verändert. Und genau diese Ports wurden beim alten 400/800er für den dritten und vierten Joystick-Anschluss verwendet. Da die Bits jetzt anderweitig Verwendung finden, gibt es nur noch zwei Joysticks beim XL/XE. Das ist noch eine Inkompatibilität der Modelle, denn wenn ein Spiel zwingend den dritten und vierten Joystick voraus setzt, dann geht das auf dem XL/XE natürlich nicht mehr.

Zurück zum MiST: Das bedeutet wiederum, dass der MiST-Core ein XL/XE-Computer ist und nicht eines der frühen Modelle, was auch zu Kompatibilitätsproblemen bei einigen der Spiele führen kann. Die Chips sind zwar nahezu identisch aber nicht das Betriebssystem-ROM. Wenn Spiele da nun direkt irgendwo hinein springen und Routinen direkt beim 400/800er benutzen, liegen diese Routinen beim XL/XE natürlich woanders und das Spiel hängt sich auf. Evtl. könntest Du es mal mit einem der OS-ROMs probieren (wird meistens »OS-B« oder so genannt).

Das ist aber NICHT bei Alternate Reality der Fall, das wiederum einen XL/XE voraus setzt.

Probier mal folgendes: Kein Diskettenlaufwerk angeschlossen und dann mit »Option« das BASIC abschalten. Du solltest dann beim XL/XE in einer Selbsttest-Routine des Atari landen. Beim 400/800er erscheint dagegen einfach nur

ATARI COMPUTER - MEMO PAD

Noch ein Sache, die man beim Atari wissen muss: Um von einer »Kassette« (in einem Kassetten-Rekorder) zu booten, muss man beim Computerstart die »Start«-Taste gedrückt halten. Da ertönt dann ein »BRRRRT«-Sound und der Atari wartet. Dann die Kassette starten, eine beliebige Taste drücken und der Atari lädt ein Programm von der Kassette.

Zitat von »technetikum«

[...] Hast du dir schon einmal die C64-Version angeschaut? Zunächst sieht diese Version nach den ersten Screens zu urteilen zunächst sehr ähnlich aus. Allerdings hat der C64 eine feste Palette von 16 Farben, von der aber im Multicolor-Charset-Modus im ganzen Screen 3 feste Farben (Background $D021, Multicolor 1 $D022, Multicolor 2 $D023) und eine für jeden 8x8-Block variabel (Farb-RAM ab $D800) ist, wobei allerdings nur die ersten 8 Farben verwendet werden können, weil zum einen technisch bedingt nur auf die unteren 4 Bits zugegriffen werden kann und Bit Nr. 3 ein Schalter ist, der das Zeichen in dem betreffenden Block hochauflösend (nur mit 2 Farben) darstellt oder eben in Multi-Color.

Man hat letztlich 2 fixe Slots für den ganzen Screen aus einer Palette von 16 Farben und einen Slot pro Block mit 8 Farben. Der Hintergrund bleibt schwarz. Die Farbvielfalt über mehrere Screens hinweg, also nicht bezogen auf einen einzelnen Screen, ist beim Atari ein klein wenig höher. Bei angezeigten Farben pro Screen tun sich da tatsächlich beide nichts. [...]

Nein, ich hatte mir Draconus [C64] nicht angesehen. Mich wundert das nur. Denn genau das von Dir beschriebene - nebenbei bemerkt in der Umsetzung extrem aufwändige - Ausloten der Hardware des C64, macht die Spiele - auf einen Screen bezogen - meistens bunter als beim Atari-Computer. Bei Draconus [C64] haben die das aber offensichtlich nicht gemacht.

Beim Atari gibt es so etwas übrigens auch, allerdings deutlich eingeschränkter. In den sogenannten »ANTIC Mode 4 & 5« gibt es so etwas wie einen »Multicolor Font« beim C64. Auch hier stehen pro Pixel nur zwei Bit zur Verfügung, so dass man damit vier beliebige Farben auf den Bildschirm zaubern kann. Allerdings gibt es hier den Trick, dass der Zeichensatz nur 7 Bit für die Auswahl des darzustellenden Zeichens verwendet. Mit dem achten Bit kann man noch einmal eine Farbe umschalten. Dadurch bekommt man 5 Farben auf den Bildschirm. Allerdings ist diese Farbe für alle Zeichen auf dem Bildschirm gleich.

Es gibt beim Atari-Computer dann noch den sogenannten »Display List Interrupt«, mit dem man abhängig von der vertikalen Position auf dem Bildschirm alles mögliche verbiegen kann (was die Hardware eben so hergibt). Und natürlich kann man auch die Farben verändern. Deswegen schaffen es einige Spiele viele Farben auf den Bildschirm zu zaubern. Aber eben nur vertikal, weil diese per DLI umgeschaltet werden.