Genau, Dali/ZX0 ist DER Goldstandard bei aktuellen C-64-Crunchern. 
Der trifft da so einen Sweet Spot im Design-Space und ist wegen seiner hohen Entpack-Geschwindigkeit bei hoher Crunchiness fĂŒr Demos sehr beliebt.
ja, in der Tat very nice. Hab gleich mal ne Vergleichsmessung gemacht:
FilegröĂe vom ungepackten File: 61,0 kb
FilegröĂe nach tinycrunch-sfx: 23,1 kb - 1,53 Sekunden fĂŒrs decrunchen (depacker liegt von $0100 - $01BA)
FilegröĂe nach dali-sfx: 16,9 kb - 1,98 Sekunden fĂŒrs decrunchen (depacker liegt von $0003 - $00F6)
FilegröĂe nach exomizer-sfx: 16,8 kb - 3,3 Sekunden fĂŒrs decrunchen (depacker liegt von $0100 - $01E8
und die Tabellen liegen von $0334 - $03cf)
Die Decrunch-Zeiten wurden in Vice gemessen vom Einsprung in den Entpacker ($080d) bis zum Programstart (hier $0834)
Mein Punkt war, dass Dali/ZX0 auch sehr gut fĂŒr Deine Von-Cartridge-Entpack-Zwecke geeignet sein dĂŒrfte. 
naja, geht so ...
Was die crunch+depack-Leistung angeht: sicher !
Aber dafĂŒr crasht der sfx-decruncher (wie der TS-Crunch-sfx-decruncher auch) die gesamte Zeropage die man im Nachhinein wieder sauber initialisieren muĂ, um auf Nummer sicher zu gehn, dass der Modulcode am Ende universell fĂŒr ALLE Onefiler gut ist. Manche Onefiler setzen nĂ€mlich nach dem Kopieren aus der Cardridge einen bestimmten Stand der Zeropage (nĂ€mlich Den nach einem RESET + LOAD) voraus.
Oder man macht dafĂŒr gleich ein Dali-Levelcrunching und baut sich dafĂŒr eigene decrunch-Routinen die dann woanders liegen - ist wohl der der einzig sinnvolle Weg wie es auch bei den Loadern gemacht wird ...
Vielleicht setze ich das mal fĂŒr die UNIPROM64-Modulgeneratoren um.
Ist auf jeden Fall sehr eindrucksvoll der Dali/ZX0 !!