Beiträge von enthusi im Thema „Ton kratzt/verzerrt bei BluREU Demo“

    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

    Jens: bei der REU reicht (mir) vollkommen wenn sie kann was andere koennen. Was sie nicht kann ist da wurscht. Wenn aus solchen bugs mal nen super-trick(tm) gebastelt wird, interessiert (mich) das wenig.
    Der Begriff 'REU' wird eh als synonym fuer RAM+DMA verwendet... Soweit ich weiss unterscheiden sich da Reu, CMD-Reu, c1541u-Reu ohnehin schon in solchen Punkten...
    Bloss keine Lebensenergien daran verschwenden :)