JiffyDOS for the VIC-20

Es gibt 3 Antworten in diesem Thema, welches 1.823 mal aufgerufen wurde. Der letzte Beitrag (15. Januar 2006 um 16:55) ist von jackdaniels.

  • JiffyDOS for the VIC-20 is currently in the testing and debugging
    stage. The VIC-20 powers up fine for the first time today. However,
    I've either got to find a way to crunch or stuff 32 bytes somewhere
    or eliminate one of the features such as the screen dump feature.
    I'm pretty much maxed out on memory. I've been able to retain all
    of the other features of JiffyDOS including the built-in file
    copier.

    Any thoughts on if I should try to leave the screen dump feature
    in there? Personally, I've never used it myself. Any input from
    VIC-20 users would be appreciated.

    -Maurice

    --
    ** Maurice Randall - Click Here Software Co.
    ** High-Performance for your Commodore
    ** email: maurice@cmdrkey.com, support@cmdrkey.com
    ** web: Bitte melde dich an, um diesen Link zu sehen.


    !! Er weilt also noch unter uns !!

  • Schön, aber mal langsam mit der Begeisterung. Maurice hat schon so manches angefangen und nicht fertig bekommen (HD-DOS+ z.B.). Außerdem haben wir erstmal gar nichts davon, denn wie ich schon in comp.sys.cbm darauf schrieb, hat der PAL-VC20 eine höhere Taktfrequenz und er müsste wohl die Übertragungsroutinen anpassen. Bei NTSC konnte er die fast 1:1 übernehmen. Und da er wohl keinen PAL-VC20 hat, wird das so schnell sicher nichts werden. Man erinnere sich: auch der PAL-C128DCR macht bei Jiffydos Probleme und was ist passiert? Auf jeden Fall keine Lösung von Maurice ... Ich werde ihn bei Gelegenheit mal dran erinnern, wenn die Sprache wieder darauf kommt.

    Code: Floppy Fehlerkanal abfragen - Ausserdem kann ich bei "drive not ready" den I: und N: Befehl verwenden und notfalls den Kopf manuell zurückschieben. Und Finger weg vom Stepper!
    10 open1,8,15                   : rem 8 ist die Geräteadresse und das kann man bei Bedarf natürlich anpassen
    20 get#1,a$:?a$;:ifst<>64goto20 : rem Das CLOSE 1 am Ende kann man sich sparen, weil beim RUN automatisch ein CLOSE ALL ausgeführt wird.
    RUN
  • Es ist zumindest ein Lebenszeichen und auch noch von sich aus :)

    Allerdings kann man sich so dann auch das relativ große Chaos um seine CMD-Geräte erklären - zu viele Projekte für einen alleine.