Bitte melde dich an, um diesen Link zu sehen.
Beiträge von enthusi im Thema „Bomberland 64 - Exklusives Cartridge Spiel“
-
-
wodurch sie dem Original (Bomberman/Dynablaster) nicht mehr so ähnlich sehen
vermutlich genau das
-
bisher immer Custom 16 K Rom
es hat 64 KB. -
Ja, die CRTs von RGCD sind alle im MD Format.
Das ist NICHT das native Format auf der RGCD hardware (aber fast).
MD wiederum ist Ocean sehr aehnlich, vor RGCD war das allerdings so selten dass es vermutlich daher keine Unterstuetzung in Easyprog fand.
Ausser fuer MD selbst, kam das kaum zu tragen. -
Grade so wie es ist, ist es ja eigentlich nur sinnvoll. Naemlich ein echtes Kill.
Wenn der code stimmt ist damit 100% garantiert, dass nichts mit dem cart kollidiert.
Es stoert bei einem RESET gebe ich zu
Aber wer selbst programmiert, hat den ROM Bereich ja idR ohnehin nie drin, dann braucht man auch nichts zu killen. -
Ja, fast identisch, siehe codebase64:
Bitte melde dich an, um diesen Link zu sehen.Das predige ich seit Jahren rauf und runter

Der eigentlich einzige Unterschied ist das KILL.
D.h. das RGCD cart bleibt bis zum powercycle aus und wird zudem via $08 statt $80 gekillt.
Ansonsten identisch.
Ist also in 95% der Faelle ein 1 Byte patch zumindest vom RGCD zum MD. -
ich kann versichern, dass das Format fuer die 64KB hardware weder Magic Desk noch mit Absicht ist

-
Ob die downloads alle ein digitales Wasserzeichen haben?

-
Ja, mit einem wunderhuebschem tape loader

Und auch nur davon gibt es einen 'crack/freeze/dump'.
Aber vom Modul bzw dem crt-image welches auf PAL und NTSC lief nicht.Edit: 2 Wochen haben sie immerhin gebraucht
Und ist dann auch eher gedumpt aus vice oder modul heraus.ByteBoiler, unpacker=$014e
Entry point: $080b
pass1, find unpacker: $014e
pass2, return to mem: $1b00
saved $0801-$bc81 as jarsrevenge++_gp.1b00Daher ""mussten"" die DOCs fuer das 16KB Spiel wohl auch in ein separates file.
-
RGCD competitor
dieses Jahr wohl leider nicht...

-
Klar dann muss man gar nichts kaufen ;-))
-
bei dem spiel wird wohl ähnlich auf den cartridge-speicher zugegriffen wie bei prince of persia, von daher wird es wahrscheinlich keine flüssig spielbare diskettenversion geben.
Wie kommst Du darauf?
Vergleichbar waere es eher mit Jars' Revenge das ebenfalls explizit das Modul als Speicher nutzt und von dem es trotz 16 (!!) KB keinen sauberen crack gibt uebrigens. -
Naja, pro Modul verdient der coder ~ 1 pound. eher weniger.
Und anscheinend brauchst Du doch exakt ein physikalisches Modul
Zumindest loest das exakt Dein Problem.
Das EF Format ist anders bzw es gibt kein EF-Format, sondern EF bzw Easyprog kann sehr viele gaengige crt-formate nutzen, aber eben nicht das welches RGCD fuer 64KB Spiele benutzt.
Da steckt aber keine Absicht dahinter.
Und klar, frueher oder spaeter werden das Leute auseinandernehmen und ein d64 draus basteln, DANN wohl auch EF evtl.
Das ist in diesem Fall gar nicht sooo trivial und in 2013 haelt sich die Liste der Leute die sowas machen eher in Grenzen, dabei ist der code sehr schoen strukturiert.
Ich fand's nur lustig zu bemaengeln man koenne das Spiel jetzt nicht am echten C64 auf Modul/EF spielen wenn es doch explizit ein Modulspiel ist (und davon auch durchaus Gebrauch macht). -
Ich versteh den Zweck nicht ganz.
Man will eine EF version um ein MODULSPIEL auf Modul spielen zu koennen?
Aber man will dafuer nicht mehr ausgeben und statt dessen sollen andere das fuer einen fixen?
So geht's natuerlich auch ;-))