Vektorgrafik-Spiele gesucht

Zitat von TeSoto

Wenn man den MACH130 auslesen könnte wäre es möglich, denn der Rest sind bei der Flash 8 nur TTL-Bausteine.

Die Entwicklungsunterlagen sind ja komplett verloren gegangen.

Es gibt hier doch den der die CT 65816 nachgebaut hat. Die A1K Leute hauen eine Turbokarte nach der anderen für den Amiga raus. Ist das am C64 so schwer?

Torben

- Space Rogue

Nebenbei: Die Spiele mit der Freescape-Engine ("Driller" etc) sind deswegen so langsam, weil sie soweit ich weiß

a) für Multiplikationen keine Tabellen und nicht einmal loop-unrolling verwenden, sondern alles schön brav in einer gemütlichen Schleife erledigen,

b) kein echtes Double-Buffering betreiben, sondern die Grafik zwar in einen linear aufgebauten Hintergrundpuffer zeichnen, aber diesen dann umständlich in die Anzeigebitmap kopieren.

Hätte man die einzelnen Orte auf Diskette ausgelagert und bei Bedarf nachgeladen, hätte man ausreichend Platz gehabt für schnelle Multiplikationsroutinen und Double Buffering. Aber nein, das Spiel mußte ja unbedingt wieder ein Onefiler sein und komplett in den Speicher geladen werden...

Und noch was nebenbei:

Die meisten der hier genannten Spiele werden mit einer Beschleunigerkarte nicht zurecht kommen, d. h. sie sind mit der Flash8 (oder SCPU) praktisch nicht spielbar. Das hat hauptsächlich zwei Gründe:

a) Die Spiele werden zu schnell, besonders in der Steuerung. Die Schrittweiten in der Drehung sind angepaßt an die niedrige Framerate bei 1 Mhz. Erhöht man die Prozessorgeschwindigkeit, drehen sich die Objekte (besonders das eigene) viel zu schnell. Die wenigsten Spiele (wie "Test Drive II") wurden so entwickelt, daß sie intern über eine Bremse verfügen oder andere Maßnahmen, um die Prozessorgeschwindigkeit so zu verteilen, daß allein die Grafik beschleunigt wird, aber nicht die Spielmechanik. Das Grundprinzip der alten Spiele lautet in der Regel: "abwechselnd malen und Objektbewegungen berechnen" und nicht "einmal pro Frame Objektbewegungen durchführen und die Grafik irgendwie so schnell wie möglich parallel ausgeben".

b) Bei Spielen mit Rasterinterrupt (z. B. "Mercenary") werden diese ebenfalls beschleunigt, was zu unschönem Flackern auf dem Bildschirm führt. Bei "Test Drive II" verschwinden gar Sprites vom Bildschirm. In solchen Fällen sollte man die Beschleunigung per Rasterinterrupt nur innerhalb des vertikalen Rahmens anschalten. Bei der SCPU ist dies über $c070 möglich, und die verbleibende Zeit reicht immer noch für einen starken Geschwindigkeitszuwachs. Sollte dies mit der Flash8 nicht möglich sein (kenne die Karte leider nicht), muß man in vielen Fällen kaputte Anzeigen in Kauf nehmen.

Daneben gibt es natürlich auch das Problem, daß Programme illegale Opcodes enthalten können, die dann auf einem 65816 nicht mehr funktionieren. "Test Drive II" z. B. ist voll davon. Und zuletzt ist der 65816 auch bei "legaler" Nutzung im Kompatibilitätsmodus nicht wirklich 100% kompatibel zum 6502. All dies sollte man mitbedenken, wenn man eine Beschleunigerkarte auf Basis des 65816 am C64 einsetzen möchte.

Zitat von Ernie76

Komm schon und gib dir nen Ruck, du weißt das du es fertig machen willst.

Ja, ich würde es gerne fertig machen wollen, aber habe momentan leider gar keine Zeit dazu, da ich meine Freizeit nahezu vollständig darauf verwende, ein für mich wichtiges Projekt durchzuführen. Ich will daher nicht ausschließen, daß ich mich irgendwann noch einmal mit dem Elite-Code beschäftige, halte es aber für die nächste Zeit für nicht wahrscheinlich.

Zitat von TeSoto

Also ich hatte zumindest Stunt Car Racer mal auf der Flash 8 laufen, das hat auch keine Grafikfehler gezeigt.

Spezifisch zu "Stunt Car Racer" könnte ich nichts sagen, weiß nicht einmal, ob es davon nicht inzwischen eine speziell angepaßte (gepatchte) Version gibt. Gut also, daß Du von Deinen Erfahrungen berichtest (s.u.).

Zitat von TeSoto

Auf YouTube gibt es auch ein Video von Test Drive auf der SuperCPU, und die müßte ja mehr als doppelt so schnell sein wie die Flash 8.

Nicht unbedingt. "Test Drive" bzw. "Test Drive II" gehört zu den wenigen Spielen, die intern über eine Bremse verfügen, d. h. egal wie schnell der Prozessor läuft, das Spiel an sich (d. h. die Spielmechanik) wird nicht schneller, sondern lediglich die Grafik flüssiger. Bei "Test Drive II", meine ich, braucht es 6 Interrupts um die Berechnungen für alle Objekte durchzuführen. Die Animation wird daher niemals schneller laufen als mit 50 / 6 = 8,333 fps.

Zitat von TeSoto

der Sound ist ja auch nicht acht mal schneller.

Sound wird standardmäßig über den Interrupt abgespielt. Dafür sind folglich von Natur aus keine Anpassungen notwendig. Es geht tatsächlich nur um das Verhältnis zwischen Animation und Grafikmalen. Diese beträgt (bis auf wenige Ausnahmen wie das erwähnte "Test Drive") in der Regel 1:1, d. h. auf eine Animationsphase folgt eine Grafikphase immer schön brav abwechselnd. Beschleunigt man das Programm, wird die Animation eventuell so stark beschleunigt, daß das Spiel unspielbar wird. Bei extrem langsam programmierten Titeln wie "Driller" mag das nicht auffallen, bei anderen wie "Elite", "Mercenary", "Space Rogue"... aber schon. So kann ich mit Hilfe meines AppleII-Emulators z. B. ein Spiel wie "Elite" oder "Space Rogue" stufenweise beschleunigen auf 2, 4 oder 8 Mhz usw. Schon bei 2 Mhz wirkt die Steuerung im Weltraum leicht hektisch und überdreht. Bei 4 Mhz läßt sich das eigene Schiff nicht mehr vernünftig spielbar kontrollieren.

Zitat von TeSoto

Ich habe eine Liste von Spielen gefunden die illegale Opcodes verwenden sollen.

Die Liste kann so eigentlich nicht stimmen, denn die Spiele "Arctic Fox", "The Bard's Tale", "Rescue on Fractalus" laufen bei gleicher Codebasis auch auf einem 65c02 AppleII. Sollte sie dennoch illegale Opcodes aufweisen, würde ich eher darauf tippen, daß diese bei der Portierung in C64 spezifische Routinen eingebaut wurden oder in Crackerintros, -Packern oder sonstigen Crackerpatches Verwendung finden. (Den Code für "Arctic Fox" und "The Bard's Tale" hatte ich mir außerdem vor Jahren mal angeschaut und keine illegalen Opcodes darin gefunden.)

Nebenbei: Wenn ich mich recht erinnere, verwendete "Test Drive II" noch mindestens einen anderen illegalen Opcode (LAX?) und das leider völlig unnötig. Man hätte die Grafikroutinen mit legalen Opcodes sogar schneller gestalten können.

Eine Bitte: Wenn Du die diversen Programme austestet, wäre es vielleicht möglich, daß Du hier im Forum von den Ergebnissen berichtest? Es wäre nämlich gut, wenn es eine verläßliche Zusammenfassung gäbe, was auf realer Beschleunigungshardware gut läuft und was nicht, anstelle von Spekulationen.