Hallo Besucher, der Thread wurde 30k mal aufgerufen und enthält 51 Antworten

letzter Beitrag von Starkiller am

S-JiffyDOS für 1541

  • Zitat

    Ah super, könntest du das bitte oben in den ersten Post mit einfügen?

    Ich kann den ersten Post nicht editieren; deshalb hier:


    - kann 40 Tracks benutzen: zuerst '@"et+' <return> dann '@"n:<diskname>,<id>' eingeben (!formatiert Disk!).
    - '@"el:<filename>' / '@"eu:<filename>' lock/unlock von Files. Vorteil gegenüber JD: man kann mehrere Files bearbeiten mittels Jokern
    - '@"el:$' / '@"eu:$' lock/unlock der Disk
    - '@"v' validiert GEOS Disks richtig
    - '@"vg-' validiert normal (GEOS Disks falsch)
    - '@"sg+:<filename>' scratcht GEOS VLIR Files richtig
    - '@"nv-:<diskname>,<id>' formatiert eine Disk ohne Verify


    - '@"e' erweiterter Floppy Status (+ ist ein, - ist aus)
    . 02,sj+ ic+ dt- mb- em- .tk.gp,35,00
    . sj = S-JiffyDOS-Features ein (+) / aus (-)
    . ic = IEC-BUS: JD-Speed (+) / CBM-Speed (-)
    . dt = erlaubt (+) / verhindert (-) das Schreiben von Files (nicht des Dirs) auf den Dir-Track 18. Beim Belegen von Blöcken auf Track 18 werden vorher sicherheitshalber die Dir-Blöcke in der BAM belegt. Das Dir kann immer (unabhängig von DT) auf Track 18 geschrieben werden. Bei DT geht es nur darum, dass, wenn eine Disk nicht mehr genügend freie Blöcke hat, damit ein File noch daraufpassen würde, man dieses File dann noch auf die freien Sektoren auf Track 18 schreiben kann (diese sind normalerweise nur für das Dir reserviert und können von normalen Files nicht belegt werden). Dies kann manchmal eine Möglichkeit sein, das letzte File gerade noch auf einer Disk unterzubringen. !Es besteht Datenverlustgefahr bei der Verwendung von Dir-Editoren!
    . mb = mechanical bump = harter CBM-Bump (+) / fast weicher SJD-Bump (-)
    . em = execution of MB = MB bereits (+) / noch nicht (-) ausgeführt (nur falls MB-)
    (MB und EM sind mehr für interne SJD41 Routinen. An diesen Werten braucht nichts geändert werden)
    . tk = 35/40 Tracks
    ./! = Track automatisch (nach Disk ID)/fixiert
    ... .tk.gp,35,00 eine 35-Track-Disk, erkannt an Filenamen-Disk-ID (xy 2a) / (xy 2<)
    ... .tk.gp,40,00 eine 40-Track-Disk, erkannt an Filenamen-Disk-ID (xy 4a) / (xy 4<)
    ... !tk.gp,35,00 eine auf 35-Tracks fixierte Disk (nach '@"et-')
    ... !tk.gp,40,00 eine auf 40-Tracks fixierte Disk (nach '@"et+' )


    . gp = Gap, Interleave (00 bedeutet, dass SJD41 selbst den optimalen Interleave bestimmt)
    Der Befehl zum Ändern der Gap ist kein Floppy-Befehl, sondern ein JD-/SJD-Befehl des C64
    ! kein Anführungszeichen direkt nach dem Klammeraffen !
    @g0 setzt Gap 0: SJD-1541 bestimmt selbst den optimalen Interleave
    @g10 setzt Gap 10: SJD-1541 benutzt den original CBM-Interleave 10 (warum auch immer)


    Beispiel:
    - '@"e+' Defaults für EIN setzen ( 02,sj+ ic+ dt- mb- em- .tk.gp,35,00 oder 02,sj+ ic+ dt- mb- em- .tk.gp,40,00)
    - '@"e-' Defaults für AUS setzen ( 02,sj- ic- dt- mb- em- !tk.gp,35,00)


    - '@"es+' schaltet SJD-Features ein
    - '@"es-' schaltet SJD-Features aus
    - '@"ei+' schaltet JD-IEC-Bus-Routinen ein
    - '@"ei-' schaltet JD-IEC-Bus-Routinen aus (=> CBM-IEC-Bus-Routinen)
    - '@"ed+' erlaubt das Schreiben von Files auf den Dir-Track 18
    - '@"ed-' verbietet das Schreiben von Files auf den Dir-Track 18
    - '@"em+' harter mechanischer Original-CBM-Bump (nicht empfohlen)
    - '@"em-' weicherer SJD-Bump (empfohlen)
    - @"et automatische Track Erkennung: Erkennt eine 40 Track Disk an "4a" oder "4<"
    - @"et+ fixiert 40 Tracks
    - @"et- fixiert 35 Tracks


    - '@"eh:<diskname>,<id>' ändert Disk-Name und ID
    - '@"e<Zahl (4-30)>' ändert die Device-Nummer
    - '@"ec' checkt eine Disk nach fehlerhaften Blöcken
    - '@"eca+' check&allocate checkt eine Disk nach fehlerhaften Blöcken und belegt sie in der BAM
    - '@"ec <Zahl (1-41)>' checkt beginnend mit angegebenem Track


    Zitat

    PS: ich weiss, dass es vom Speed her nicht wirklich was bringt s-jiffy für die 1571 zu machen, aber die vielen tollen zusätzlichen Funktionen wären in einer 1571 mal so richtig knorke

    Stimmt schon, aber es gibt zwei Probleme: Zum einen Zeit und das andere ist Speicherplatz: Die SJD-Routinen belegen den Großteil des Bereichs $8000-$bfff. Dieser ist bei der 1541 unbenutzt. In der 1571 steht er aber nicht für die SJD-Routinen zur Verfügung.

  • Ich habe noch eine Frage zum Einbau und Brennen der ROMs für die 1541alt (braunes Gehäuse mit langer Platine, das DOS ist in 2 8kb ROMs untergebracht).


    In der Beschreibung liest sich das so, dass man sich Brennfiles mit 3 Betriebssystemen herstellen kann. S-Jiffy, Jiffy sowie das original DOS.
    Nachdem ich dem ganzen Prozeß erfolgreich gefolgt bin und die beiden Programme EP-GEN/41OLD-HIG sowie -LOW ausgeführt habe, sind auf der zweiten Diskette zwei Files mit dem Namen (C)CMD/E41OLD/00 sowie (C)CMD/E41OLD/80 zu je 32kb = 130 Blocks.


    Jetzt frage ich mich habe ich einen Fehler gemacht? Denn wie soll ich die brennen? Laut Anleitung benötige ich für die alte n 128er und ein 512er.

  • Hab mir auch mal ein S-Jiffy gepatcht. Leider habe ich sehr schnell bemerk, dass es nicht so kompatibel ist wie Jiffy. Katakis stürzt beispielsweise beim Nachladen ab.


    Also zurück zu Jiffy :(

  • Zitat

    Ich habe noch eine Frage zum Einbau und Brennen der ROMs für die 1541alt (braunes Gehäuse mit langer Platine, das DOS ist in 2 8kb ROMs untergebracht).


    In der Beschreibung liest sich das so, dass man sich Brennfiles mit 3 Betriebssystemen herstellen kann. S-Jiffy, Jiffy sowie das original DOS.

    Das stimmt.

    Zitat

    Nachdem ich dem ganzen Prozeß erfolgreich gefolgt bin und die beiden Programme EP-GEN/41OLD-HIG sowie -LOW ausgeführt habe, sind auf der zweiten Diskette zwei Files mit dem Namen (C)CMD/E41OLD/00 sowie (C)CMD/E41OLD/80 zu je 32kb = 130 Blocks.

    Die Brennfiles sind zum Brennen am C64 gemacht. Hier kann ein Brennfile maximal 32kB gr0ß sein, mehr passt einfach nicht in den C64-Speicher. Du musst
    (C)CMD/E41OLD/00 in den Bereich $0000-$7fff eines 27C512-EPROMs und
    (C)CMD/E41OLD/80 in den Bereich $8000-$ffff eines 27C512-EPROMs brennen.
    Das 27C512 kommt in UB4


    Du müsstest noch das File (C)CMD/E41OL/UB3 haben. Diese musst du in ein 27C128 brennen und es ist für UB3.

  • Interssant wäre ja auch mal die Frage, welche Seite das Problem verursacht: 1541 oder C64. Gibt ja für beide ein S-Jiffydos. Ja, ich weiß, der Threadtitel, jedoch besteht eine Gefahr, dass das eine Überinterpreation wäre.

  • Sorry, das tut mir leid. Hast du mal einen Link auf das Katakis-Diskimage?

    Stammt aus der GameBase 14

  • NLQ, Du kannst Dich geadelt fühlen, LordCrass ist ja nicht irgendwer :)



    LordCrass zu JiffyDos (from lemon64) zu Funktionsweise von S-Jiffy:


    "Why does it seem that virtually nobody on this forum (other than maybe Hurminator) uses, or ever mentions, S-JiffyDOS drive ROM? I only ever see it mentioned on forum64.de.


    The original JiffyDOS is nice, but it's really quite simple. It only replaces the IEC transfer routines, and a few small other niceties, like faster format and faster track step. This is why it is so compatible.

    S-JiffyDOS drive ROM goes a step further and improves GCR decode/encode speed, which allows for 50-100% faster loads, much faster directory seeks, 100% faster saves, super-fast disk error-check (and option to allocate bad-blocks in the BAM so they aren't used), validate and scratch (which even DolphinDOS and Professional DOS can't match!), soft head-bump feature, 40-track storage option, option to store files in directory track, and as per usual JiffyDOS, always verifies sector checksums.

    Sorry to sound like an advertisement, but this really is the pinnacle of serial DOS ROMs, and it's such a shame that nobody seems to use it. Maybe because it's somewhat awkward to get working, as the ROM(s) also require some resistors and a connection back to the 6502. The result is a 3-way ROM setup: CBM DOS, JiffyDOS, S-JiffyDOS, so this offers the best of compatibility."

  • Here's some real-world examples with some games that have horrible load times and contain a medium to large number of files to deal with. S-Jiffy improvements range from a mere 2.5 seconds to 22 seconds.

    These were done with original versions, not cracked copies, so the sector interleave is left untouched. None of these games had their own built-in fast loaders.


    CBM Jiffy S-Jiffy DolphinDOS 2.0

    Dolphin’s Rune 3:26.4 1:05.3 0:43.3 0:33.7

    Infiltrator 4:03.5 1:01.3 0:50.7 0:29.9

    Bop‘n Wrestle 3:51.0 0:48.0 0:37.1 0:19.5

    Spelunker 2:20.0 0:29.8 0:24.0 *0:27.5 *Would not load unless @XF- issued to disable fast load

    Kane 2:49.8 0:37.2 0:34.6 0:16.1

    Hydrax 4:13.7 1:41.8 1:19.7 0:57.6






  • Danke!


    Ich habe die drei Bilder mal hier hochgeladen, um es potentiell Interessierten einfacher zu machen sich zu entscheiden, ob sie den S-JiffyDOS-Mod sich bzw. ihrer Floppy antun möchten. Ich hoffe das ist in Ordnung, sonst werde ich sie natürlich wieder löschen.