Beiträge von Retrofan im Thema „Fix-It Felix Jr. wird für den C64 umgesetzt!“

    Ich gehe mal davon aus, dass die Sprachausgabe auch einiges an Speicher gefressen hat. Von daher dürfte es eng geworden sein.

    Ja, aber das ist doch eine Design-Entscheidung. Ein Sample oder Sprite weniger und schon wäre Platz für dutzende Gebäude (im sparsamen Charmode) gewesen (wenn der Platz dafür nicht ohnehin vorhanden war). Es war den Machern wahrscheinlich nicht wichtig, Gebäude-Varianten zu basteln, weil sie in der Vorlage nicht vorkamen. Daraus dann hier künstlich eine Pro- und Contra-Abwägung bzgl. Nachladen zu konstruieren, finde ich etwas gewagt.

    Es ist immer eine Entscheidung der Entwickler, welche Assets wichtig sind für ein Spiel – ungeachtet irgendwelcher Nachlade-Routinen. Ich habe z.B. bei BJDX mehrfach die Grafik überarbeitet, um immer mehr Platz für Musik zu schaffen. Das war uns einfach wichtig für das Spiel. Dadurch ist die Grafik aber nicht schlechter geworden, eher im Gegenteil. Hätten wir auf Nachlader gesetzt, wäre höchstens die Entwicklungszeit gesunken (was sicherlich für viele wünschenswert gewesen wäre), weil wir bei Grafik und Sound hätten schludriger sein können und Endurion auch nicht so viel Gehirnschmalz in die Komprimierung etc. hätte stecken müssen.

    Ich glaube nicht, dass ein IRQ-Fastloader Fix-it-Felix "besser" gemacht hätte. Das Spiel ist gut so, wie es ist. Und wenn die Entwickler ein paar Stein-Farben-Varianten hätten haben wollen, wäre das wahrscheinlich nicht am C64-RAM gescheitert.

    Die SD2IEC-Junkies mit ihrem "Onefiler sind eh besser" freuen sich jetzt sicher, aber das hier ist ein gutes Beispiel für das in einem anderen Thread lange diskutierte "Nachladen ja oder nein". Ohne Nachladen gibt es eben nur ein Gebäude und immer dieselbe Musik.

    Dann hat also beispielsweise Bomb Jack DX auch nur einen Hintergrund und eine Musik? ;)

    Ich denke, es wäre technisch kein so großes Problem gewesen, noch ein paar unterschiedlich eingefärbte Stein-/Fenster-Chars zu integrieren und daraus verschiedenen Gebäude zu bauen. Das ist wahrscheinlich eher eine Design-Entscheidung statt ein Speicherproblem gewesen, es nicht zu tun. Und sollte es doch auf Speicherknappheit zurück zu führen sein, dass es keine Gebäude-Varianten gibt, dann bin ich froh, dass nicht wegen des Nachladens von ein paar "Steinen" eine Fastloader-Nachlade-Orgie daraus wurde, sondern es ein sauberer Arcade-Onefiler geblieben ist.

    Und das danken dann nicht nur SD2IEC-, sondern auch EasyFlash-, Tapecart-, Sidekick- (und was es sonst noch so gibt-) User und auch Modul-Selbstbauer.