512k hatten wirklich nur die ganz armen Menschen. Kaum einer mit Amiga, der sich ohne Speichererweiterung noch getraut hätte, irgendwo das Wort zu erheben. Die war einfach Pflicht.

Dieses Rennspiel hier macht einen geilen Krach! Irgendwie noch gute Rennsounds. Überhaupt gehörte das Spiel zu den guten. Ist auch ziemlich flott.

Das war einfach nur toll und grafisch wirklich fantastisch damals. Einfach unfassbar für mich als 12-jährigen, dass man da Replays von anschauen konnte. Da hatte man quasi seine eigene Crash-Sandbox.

Natürlich nur, wer 1MB Speicher hatte. Bei 512k musste man glaube ich sogar auf den tollen Titeltrack verzichten. Aber vielleicht erinnere ich das falsch.

Das mit den Bitplanes halte ich fuer ein Geruecht. Schwieriger zu programmieren? Ja. Aber hauptsaechlich, weil sich Amerikaner nicht viel Muehe gaben beim Amiga (im Grunde bei PCs auch nicht, es wurde in US meistens in Hochsprachen programmiert, soll man sich halt 'nen schnelleren PC kaufen).

Viel eher ausschlaggebend ist doch die reine Rechenpower. Doom laeuft ja auch erst auf einem guten 486 fluessiger, also warum wunderten sich die Leute, dass es kein gescheites Doom fuer Amigas gab, das war doch kein Vergleich einfach von der rohen CPU-Power her.

Es gibt doch auch sehr gute 3D-Sachen auf dem Amiga, aus Europa. No Second Prize, Epic, etc
Kommentar wurde am 05.10.2025, 15:06 von Grumbler editiert.

Dennoch kann man 3D-Grafik schlecht oder gut programmieren. Siehe Red Baron in der Amiga Version. Man könnte wohl auch in Basic ausgefüllte Flächen in respektabler Geschwindigkeit programmieren, wenn man einen 68060 voraussetzt.

Die einzigen Ruckelmomente hatte man allenfalls bei den herrlichen Massenkarambolagen, und selbst da nicht mal sonderlich arg.

Für gewöhnlich verliert der Amiga gegenüber dem PC allgemein, was die Geschindigkeit von 3-D-Grafik anbelangt. Das liegt an den Bitplanes, die Vorteile bei 2-D-, aber Nachteile bei 3-D-Grafik haben. Einigermaßen kompensieren konnte das der Amiga nur durch stärkere Hardware (Turbokarten etc.) oder so was wie dem Chunky-Modus. Interessant gewesen wäre so etwas wie dem Akiko-Chip in allen AGA-Rechnern. Allerdings wurde der Chip m.W. auf dem Amiga CD32 eher selten eingesetzt.

Eben, ich habe das auch als flott in Erinnerung.

Mindestens 1MB im A500 war für dieses Rennspiel eh Pflicht. Deshalb lief es auch recht flott darauf. Ich jedenfalls kann mich an keinerlei Ruckelorgien oder dergleichen erinnern (nicht mal im Replay/Video-Modus, mit dem ich auch gerne herumspielte).

Hat jemand von euch schonmal identische Detailgrade zwischen Amiga und PC verglichen? Ist die Amiga-Version wirklich "schlecht programmiert"?

Jupp! Sowohl in der DOS- als auch in der Amiga-Version.

Echt, man kann da was einstellen? Ich habe nie was eingestellt.

Auch auf dem Amiga gibt es Detailstufen. Für die höchste würde ich persönlich eine Turbokarte empfehlen (14 Mhz reichen völlig aus). Auf einem nackten Amiga 500 hilft nur, die Details zu reduzieren - sonst verkommt das Spiel wirklich zu einer lahmen Ruckelhölle.

Ok, ja, mehr Details. Doch der Dude1977 formulierte das so, als sei das Spiel am Amiga eine lahme Ruckelhölle vom Schlage eines Hard Drivin mit mieser Steuerung. Gar so schlimm habe ich es nicht in Erinnerung.

Zumindest sieht man, dass das Spiel auf der höchsten Detailstufe läuft (erkennt man an den Wolken).


Das ist Adlib. Die Karte halte ich bis heute für unterschätzt. Beispielsweise gehört die FM-Musik von Wizardry VII zu meinen Lieblings-DOS-Soundtracks. Indianapolis 500 unterstützt aber auch Roland-Karten.

Hier ein Video der PC-Fassung, wobei leider keine genauen Daten angegeben werden, auf welcher Leistungsstufe der PC läuft.

https://www.youtube.com/watch?v=3fuQV5tmjoQ

Unnötig zu erwähnen ist wohl, dass ein Video-Mod hier ganze Arbeit leisten darf.


Also wesentlich besser oder schöner finde ich die PC-Version nicht, die Musik klingt schlecht, wobei ich auch hier nicht weiß, welche abgrundtief hässliche Soundkarte hier mal wieder am Start war.
Kommentar wurde am 04.10.2025, 14:25 von Edgar Allens Po editiert.