Hm, diesen Ansatz in Ehren, aber das wird letzten Endes immer am coder haengen bleiben.
Beispiele:
Ueber meine Grey-dot-demo- sind alle hergefallen, dennoch ist der Effekt glasklar und nervt (wenn auch nicht auf allen C64), siehe GianaSisters & Co.
ZIG Demos haben den Effekt-Sid-Sync in vice gemacht -> buffer-lag. DAS sieht man in der Tat (LAME).
Tape-loader fuer/in vice coden ist auch NOGO^10. Dennoch schaffen es Leute das sauber zu machen. Wer meint nen schnelleren Loader/streamer gecodet zu haben der dann nur in vice laeuft -> lame.
Vice (und NeoRAM) setzt die address-register auf 0 bei reset, GeoRAM nicht.
Vice setzt RAM auf 00,ff pattern bei init -> so mancher code crasht dann am echten C64 mit etwas pech -> lame.
BluREU laeuft ja eben nicht auf 'echter' REU (wenn auch nicht auf Grund von bugs natuerlich), sondern (bisher) nur auf 1541u.
Klar sollte das Cham. eher die echte REU als die 1541u-implementierung unterstuetzen aber naja.
Meine Aussage "bugs stoeren mich nicht" ist nicht schoen und auch gefaehrlich. Da die REU aber SOWEIT ausserhalb des Stock C64 liegt und wahrlich nicht sonderlich weit verbreitet ist (echte REU meine ich jetzt),
finde ich, dass es das Cham. damit nicht uebertreiben sollte.
Tape, grey-dots stehen _bei mir_ viel weiter oben... =D