Kultboy Forum
Kult-Bereich => Kult-Spiele => Thema gestartet von: Bömpf am 14.01.2022, 19:12
-
Hi!
Das original Tomb Raider gibt es nun (bald) auch auf dem Game Boy Advance.
Was für ein verrückter, aber brillianter Coder...!
https://www.youtube.com/watch?v=igEUjEci-eg
-
Das sieht ja echt gut aus, sogar noch besser als auf dem 3DO. Da sieht man mal wie mieß die damalige PC Konvertierung war, da hatte mein 486 nichtmal das Menü überstanden.
-
Allerdings...!
Ganz schön peinlich eigentlich, denn die GBA version läuft auf 100% software rendering.
Keinerlei hardware-Grafik-Unterstüzung. Und es gibt sogar (software) Gouraud Shading!
Eine 16MHz Arm7 CPU (mit 256kb + 32kb RAM) allein schlägt das
3DO mit 12,5MHz Arm60, Mathe-Copro, 3D Grafikchips und insgesamt 3MB RAM.
Rein technisch ist der GBA wirklich ein Wunderwerk.
-
Wahnsinn, wer hätte das von dem kleinen Gerät gedacht. Ich bewundere diese Programmierer wirklich.
-
Die spannende Frage ist:
Wenn das technisch möglich ist, warum gab es früher nie eine offizielle Tomb Raider Version?
Sondern nur diese Hüpfspiele?
Vermutlich, weil niemand sicher wusste, ob es befriedigend funktionieren würde und man
daher die Entwicklungskosten für einen Versuch scheute.
-
Ist das nicht klassisch so ?
Wenn ich mal den C64 nehme, haben darauf Jahre nach seiner Zeit, auch ohne Zusatzhardware wie die Super CPU, Cracks Spiele programmiert, die man in den 80ern nicht für möglich gehalten hätte.
Übrigens.....Nachträglich willkommen bei Kultboy, Bömpf.
Ich mag deinen Namen. :)
-
Danke, danke! :)
Ja, das ist schon erstaunlich. Vor allem sind das ja auch größtenteils "nur" Hobby-Coder. Und diese
Leute haben keine teuren Dev-Stations zur Verfügung gestellt bekommen, mit umfangreichen Dokumentationen.
Selbstgebastelte Compiler, ein paar Infos hier und da - das war's!
Schon beeindruckend.
Grade bezüglich Demos muss man aber auch sagen, dass mittlerweile auch viel "geschummelt" wird.
Sofern man es "schummeln" nennen kann. Der Trick ist Vorberechnung. Ein Großteil von 3D Grafik kann
vorberechnet werden und die betagte Grafik-Hardware erledigt dann nur noch einen kleinen Rest.
Das geht natürlich auf Kosten von Speicherplatz, der damals in der Form nicht zur Verfügung stand - aber
heutzutage kostet Speicher nüscht mehr, gerade in diesen vergleichsweise mickrigen Dimensionen (6 Megabyte
für ein Atari Jaguar Cartridge? Damals unbezahlbar.).
Ein schönes Beispiel ist dieses Demo für das Atari Lynx. Absolut beeindruckend, ohne Frage, aber es wird
größtenteils einfach vorberechnet aus dem Speichermedium gestreamed. Die Grenzen zu Full Motion Video sind
also irgendwann fließend.
https://www.youtube.com/watch?v=I0ImNUH0PZc
-
Ich habe mal das Rom angeschaut, das ist grade mal 12MB groß. Das größte Modul für den GBA war Kingdom Hearts Chain of Memories, also wäre zumindest diese Demo möglich. Das ganze Spiel wäre aber sicherlich viel zu groß, aber wenn man vielleicht drei Level auf ein Modul bekäme, wäre das mehr als bewundernswert.
Wieso das damals nichts wurde hat sicherlich verschiedene Gründe. Hauptsächlich natürlich die vermeintliche Größe des Spiels. Dann sind 3D Spiele an sich nicht grade optimal steuerbar auf dem GBA und man sollte nicht vergessen, dass besonders Tomb Raider 1 mit seinen Innenlevel eher suboptimal wäre wegen Dunkelheit und keiner Hintergrundbeleuchtung. Zudem war die Lebenszeit des GBAs auch zur düstersten Tomb Raider Zeit als Lara offiziell tot war und das gruselige Angel of Darkness rauskam. Da war allein wegen der allgemeinen Übersättigung Tomb Raider 1 keine gute Idee.
Andererseits, die NGage Fassung kam auch 2003 (https://www.youtube.com/watch?v=4JUKAOoHj9k) auf den Markt und ist auch grade mal 8MB groß.
-
32MB sind das offiizielle GBA Romsize Limit für Spiele. Gibt aber auch einige GBA Filme auf Cartridge, die durch Bankswitching dann 64MB belegen. Sollte für Spiele dann auch machbar sein.
-
Der Coder sagte, er will das komplette Tomb Raider auf ein 32 MegaByte Modul bekommen, inklusive FMVs.
Warum er nicht einfach ein 64MB Modul mit Bank-Switching nehme, wurde er gefragt.
"Nun", sagte er, "er ist Sportler. Und das wäre kein Sport." :-)
Witzig übrigens, viele Konsolen-Lager haben ihn schon angesprochen, weil sie auch eine Konvertierung
wollen. Jaguar (hat mit Z-Buffer und Gouraud-Shading Vorteile gegenüber 3DO und GBA, dafür allerdings
mit Texture Mapping Schwierigkeiten) und Nintendo 64 insbesondere.
-
Mmh, ja. Solche Aussagen sind immer zweischneidig. Bin immer der Meinung, wenn man das technische beste abliefern kann sollte man auch die beste Vorrausetzung in Betracht ziehen. Aber wie ich sehe unterstützen die vorhandenen GBA Flashcarts auch nur 32MB.
-
Zwei Fragen.
1. War Sprachausgabe auf dem GBA schon die Regel ?
2. Würde ein Spiel mit aufwendigerer Grafik schneller die Batterie leer saugen, oder tut sich das nichts ?
-
Beides gute Fragen - vor allem die zweite!
Zum Thema Sound kann ich zumindest berichten, dass bei OpenLara für den GBA einige Ambient-Sounds
gezielt weggelassen wurden. Grund dafür ist die Tatsache, dass Frequenzen ab einer gewissen Tiefe (z. B.
das Rauschen von Lava) in 8 Bit Auflösung zu knarzig klingen.
Sprachausgabe ansich gab es bereits auf dem SNES: Rock'n Roll Racing, Mortal Kombat, ...etc.
"Solche Aussagen sind immer zweischneidig. Bin immer der Meinung, wenn man das technische beste abliefern kann sollte man auch die beste Vorrausetzung in Betracht ziehen."
Kommt drauf an. Ich glaube, sein Ziel ist es, Tomb Raider exakt genau so abzuliefern, wie es zu der Zeit des GBA
hätte erscheinen können. Und ja, heutzutage wären 64MB dank Bankswitching wohl möglich und auch nicht so
kostenintensiv, aber es wäre einfach auch nicht authentisch.
Es gibt - gerade bei solchen Projekten - auch soetwas wie den Reiz der Limitation.
Früher limitierte die Hardware (Man hatte z. B. einen Amiga 500, und da gab es nichts dran zu rütteln. Die Hardware war,
wie sie war, Coder mussten optimieren.).
Im PC Bereich fiel diese Limitation irgendwann weg. Selbst wenn man das maximal Mögliche hatte, war es ein paar Monate
später schon nicht mehr das maximal Mögliche. Programmierer brauchten nicht mehr so viel zu optimieren, im Zweifelsfalle
schrieben sie einfach 200MHz mehr auf die Verpackung.
Zu einem gewissen Grad gilt das auch für Konsolen. Sich die Mühe antun, oder mit einem fertigen Game-Konzept lieber
einfach auf die nächsten Konsolengeneration warten? Nintendo hat das oft gemacht - einige für das N64 angedachte Titel
kamen dann erst auf dem GameCube. War bequemer.
Im PC Bereich setzen Coder sich mittlerweile Limitationen selbst, weil es sonst einfach witzlos würde.
32kb Demos sind ein schönes Beispiel.
Lange Rede, kurzer Sinn: Ich glaube, auch wenn 64Megabyte theoretisch möglich wären, kommen all diese
ganzen Gründe zusammen, warum der Coder sich dafür entschieden hat, das Spiel auf 32Megabyte zu optimieren.
-
2. Würde ein Spiel mit aufwendigerer Grafik schneller die Batterie leer saugen, oder tut sich das nichts ?
Nach allem was ich in Erfahrung bringen konnte, sind die Taktfrequenzen des GBA nicht variabel.
Heißt: Der GBA läuft immer auf 100% und verbraucht demnach durch rechenintensivere Spiele nicht mehr Strom.
-
Dieses heute veröffentlichte Video beleuchtet ein wenig die Hintergründe des GBA ports von Tomb Raider:
Seine Geschichte sowie technische Hintergründe / Schwierigkeiten beim GBA.
https://www.youtube.com/watch?v=_GVSLcqGP7g
-
Als der GBA entwickelt wurde, war CPU/GPU throttling noch sehr selten, ich glaube selbst der NDS hatte noch kein echtes Throttling (konnte zumindest die GBA CPU mitnutzen). Solange kein Extraschnickschnack wie Sensoren (zB gab es ein Quecksilber WarioWare) drauf sind, sollte sich da nicht viel tun. Und selbst 64MB wären heutzutage ja nur arbiträre Limitierungen, da Flashcarts ja stark verbreitet sind.
Der GBA hat echt ne miese Soundausgabe, da er keinen dedizierten Audiochip hatte (kein Vergleich zu den glorreichen Sony Chips auf dem SNES). Aber wie schon gesagt, man konnte sogar Videos drauf abspielen (https://www.youtube.com/watch?v=W2laHPpRkwQ). Trotzdem bezweifle ich, dass es lohnenswert wäre. Digisound und Zwischensequenzen sind hier nun wahrlich das erste, was ich bei der Version opfern würde.
-
(...)
Warum er nicht einfach ein 64MB Modul mit Bank-Switching nehme, wurde er gefragt.
"Nun", sagte er, "er ist Sportler. Und das wäre kein Sport." :-)
(...)
Und da haben wir den Punkt, warum es zu seiner Zeit keine kommerzielle GBA Fassung.
Man hätte an den Dev.-Sets vorbei entwickeln müssen, mit Hardwarehacks u.Ä. Also programmieren wie in den 1980'er bis Anfang der 1990'er Jahre. Das klappt nicht mehr, auch nicht mehr Anfang der 2000'er Jahre.
-
Alle Sounds bei Tomb Raider sind Digisounds / Samples. Sie wegzulassen, würde bedeuten, es bliebe komplett still.
Die FMVs erzählen die Geschichte zwischen den Levels, sind also für die Dramaturgie nicht ganz unwichtig. Im Zweifelsfalle
könnte man sie natürlich mit Standbildern + Text ersetzen.
Summa summarum, soweit ich mich erinnere, sind es insgesamt rund 340 Sekunden FMV für das gesamte Spiel. Mit MotionJPEG
Kompression und in der GBA Auflösung 240x160 sind die Datenmengen wohl vertretbar.
-
(...)
Warum er nicht einfach ein 64MB Modul mit Bank-Switching nehme, wurde er gefragt.
"Nun", sagte er, "er ist Sportler. Und das wäre kein Sport." :-)
(...)
Und da haben wir den Punkt, warum es zu seiner Zeit keine kommerzielle GBA Fassung.
Man hätte an den Dev.-Sets vorbei entwickeln müssen, mit Hardwarehacks u.Ä. Also programmieren wie in den 1980'er bis Anfang der 1990'er Jahre. Das klappt nicht mehr, auch nicht mehr Anfang der 2000'er Jahre.
Wie meinst Du das?
Wenn er es auf ein 32MB Modul bekommt, wäre es doch vollkommen Dev-Set konform gewesen.
EDIT: Jetzt verstehe ich was Du meinst. Nun, das was er da tut ist im wesentlichen kein Hexenwerk. Was jetzt
nicht bedeuten soll, dass es einfach ist, im Gegenteil. So wie ich seinen Dev-Blog verstanden habe, hat er im
wesentlichen den Code vereinfacht, indem er alle Floating Point operations durch integer operations ersetzt hat.
Da insbesondere floating point auf alten Systemen ein Problem ist, waren die Tore somit grundsätzlich schonmal
offen. Nun hat er komplett in Arm-Assembler programmiert, und das bemerkenswert effizient.
Sicherlich bietet der GBA auch den ein oder anderen "Hardware-Trick" - aber ob die kommerziellen Developer
von soetwas damals komplett die Finger gelassen haben...?
-
Man sollte mal schauen wie die BlueRoses Engine (https://www.mobygames.com/game-group/3d-engine-blueroses) von Raylight genau gebaut wurde, aber Wing Commander (https://www.youtube.com/watch?v=2kf21ShX9B4) ist definitiv auch beeindruckend.
-
Asterix & Obelix ist auch recht beeindruckend. Zumindest technisch.
https://www.youtube.com/watch?v=VBv8FoQxSnc