Ah ja, also Handbetrieb. Hab' es befürchtet ![]()
Ich habe mich da aus Faulheit auf sfx verlassen, dann muss eben mem ran. Naja, das kenne ich ja schon von Bomb Jack DX.
Danke!
Ah ja, also Handbetrieb. Hab' es befürchtet ![]()
Ich habe mich da aus Faulheit auf sfx verlassen, dann muss eben mem ran. Naja, das kenne ich ja schon von Bomb Jack DX.
Danke!
Blöde Frage: Wenn man mehrere Blöcke an verschiedene Speicheradressen platziert, dann scheint der Entpacker die freien Bereiche dazwischen auszunullen. So zumindest meine Feststellung nach Debuggen mit Store-Breakpoints auf der Suche nach dem verschwundenen Loader-Code.
Kann man das irgendwie abstellen?
Die Zieladresse war kannst du beim zu packenden File mit angeben, wie im Beispiel hinten. Mit Komma und Adresse. Das ist dann aber im gepackten File auch so fest drin.
exomizer mem level1colors.bin,$e000 -l none -o level1col.pak
Cool, danke ![]()
Ich meine, der SFX-Code hat auch noch kleine Unterschiede in der Behandlung von $01, je nachdem, ob Zieldaten unter dem ROM plaziert werden sollen.
Man muss nur wrap.s anpassen: angeben wo der decruncher hin soll und unter 'opbase: lda $ffff'
letztes byte+1 der gecrunchten daten eintragen. Wrap.s mit dasm kompilieren, fertig.
Genau so was habe ich gemeint, danke! ![]()
Das war in meiner alten Version noch nicht bei.
Den hab ich mir mal kurz angesehen, mir fehlt etwas ein So-gehts-zum-Einsetzen-Beispiel. Da sind gleich komplett kryptische Code-Blöcke, wo eine Routine get_next_byte erwartet wird.
Oder meine Doku ist zu alt.
Ich oute mich hiermit als faul ![]()
Und ja, es muß natürlich 101 (für $35) sein.
Laut Bitte melde dich an, um diesen Link zu sehen.) und Vice lässt sich das Cartridge mit z.Bsp. $35 (110) ausblenden? Das habe ich auch bei Get ´em DX gemacht und das klappt soweit auch auf der echten Hardware.
Sprich, ich meinte das Cartridge Rom ausblenden, nicht deaktivieren.
Weil hier grade was los ist:
Gibt es eigentlich ein bekanntes Problem, wenn der Exomizer mit eingestecktem Cartridge verwendet wird?
Ich hatte da Probleme, wenn die zu entpackenden Daten quer über $8000 gingen. Auch wenn ich über $01 vorher das Cartridge abgeschaltet hatte, Exomizer hat es wieder aktiviert.
Lösung war bei mir, die Daten nach $8000 als einzelnen Datenblock dahin zu exomizen.
Hmm, ich habe auch immer wieder Probleme mit $01, wenn ich da irgendwas schräges reinpflanze. Setz da doch mal einen fixen Wert rein, verlaß dich nicht auf was Brauchbares nach dem entpacken.
Den Vice würde ich ziemlich komplett ausschließen, es sei denn, du gehst dermaßen brutal mit dem C64 um, wie Edge of Disgrace o. Ä ![]()
Kannst du es denn mit einem abgespeckten Code nachstellen? Sprich, nur den Init-Teil, der absemmelt, und dann nach und nach Teile rausnehmen bzw. dazupacken.
Würde mir nur Reindebuggen einfallen. Ich hatte so ein Problem bei Get ´Em auch, aber zum Glück lässt sich da relativ einfach der Debugger anwerfen (Vice, [werb]C64Studio[/werb]).
Es ist meistens eh nur ganz am Anfang was simples, er springt nicht dorthin, wo man es erwartet (einige Bytes daneben gehauen, und schon fehlen ein paar Opcodes). Oder eben IRQ-Initialisierung bzw. Nicht-Deaktivieren desselben.
Blöde Frage: Ohne Exomizer hast du keine Absturzprobleme? Nicht daß du in der falschen Richtung forschst.
Also unregelmässiges Verhalten klingt verdächtig nach Initialisierungs-Problem. Je nach Timing hast du wahrscheinlich irgendwo andere Werte drin, daher die Crashes. Oder ein IRQ rutscht dir dazwischen.
Grade beim C64 kann einem ja nicht so fatal viel in die Quere kommen wie auf heutigen PCs.