Beiträge von enthusi im Thema „Fragen zu Exomizer“

    Hilft das? :)Bitte melde dich an, um diesen Link zu sehen.
    Oooder, man schaut wie gesagt einfach in den decruncher.
    Da man wenn man nicht grade sfx benutzt ja ohnehgin ein 'putbyte' bereitstellt, duerfte das kein Thema sein.

    DER depackercode ist typisch, wie sauhund schon schrieb.
    D.h. exomizer SFX benutzt quasi immer den gleichen (aber vorsicht bei checksums vonwegen -n und so).
    Wenn man von sehr grossen Dateien Histogramme erstellt kann man auch roh von exomizer von zip unterscheiden ;-))

    Gute Spiele beduerfen ja nicht explizit einer 'technischen Brillianz'.
    Schoenes Interview in der RG uebrigens :wink:
    Aber mit nen eigenem exo-decruncher spart man sich wirklich Probleme. Man muss ja auch nix neu erfinden. Der source liegt dem Exomizer-Paket fertig bei - nur auf seinen eigenen Assembler muss man den anpassen.

    Wird nicht einmal der Wert aus $01 vom Anfang am Ende zurück geschrieben?

    Warum sollte er?
    Das gilt ja nur fuer den selfextract-code, der ja immer aus BASIC gestartet wird.
    Lediglich faule coder nutzen SFX-mode und verschieben das dann von Hand und starten es fein bei $080d statt sauber selbst zu entpacken via exoraw :wink:

    Ja, genau. Ausblenden geht :)
    In dem von mir eben geposteten Link sieht man das sehr schoen.
    So wie eben auch das BASIC-ROM kann man natuerlich das CART-ROM genauso ausblenden.
    Wie beschrieben, muss man dann aufpassen wenn routinen wie z.B. Exomizer an $01 rumzupfen. :wink:

    über $01 vorher das Cartridge abgeschaltet hatte

    Ueber $01 kann man lediglich das ROM ausblenden, abschalten laessts ich das Cart dadurch nicht.
    Exomizer selbst hat keine Probleme damit ins RAM unter dem ROM zu schreiben, wohl aber damit in welchem Zustand es $01 laesst beim letztendlichen Programm start.
    Intern arbeitet der exomizer-depacker mit inc $01 und dec $01, daher muss man da entweder etwas aufpassen, oder das exomierte File patchen, oder am besten eine eigene Entpackroutine verwenden.
    Hier findet sich eigentlich alles noetige:
    Bitte melde dich an, um diesen Link zu sehen.

    Ich glaube der aktuelle vice-warp ist gut genug :wink:
    Aber alle 'statistischen' Fehler treten dann natuerlich haeufiger auf, wenn Du z.B. nen IRQ mit falschem $d011 bit oder alle 100 IRQs nen Stack-Verlust hast und so weiter.
    Das kachelt Dir bei Warp dann eben rein...

    Ich hab schon so manches mal gedacht, der gute Exomizer haette bugs :wink: Lag bisher aber immer an 'mir'.
    IRQ, Stack, ZP waere auch meine Vermutung.
    Das hier ist nicht aktuell, aber mal ein Start:
    Bitte melde dich an, um diesen Link zu sehen.
    In Vice siehst Du ja sehr sauber, wann, vonwo und wieso Speicherstellen beeintraechtigt werden.
    Kassettenpuffer ist da von allem noch das Harmloseste.
    Viel Erfolg!

    Du kannst einfach den Anfang des depackers aendern.
    Also einfach ein JSR MYCODE rein.
    Dann HINTER dem exomizer-filer den eigenen code und den dann mit RTS beenden (bzw. vorher evtl. noch den ein oder anderen Opcode um sich die drei Bytes fuer den JSR freizuschaufeln).