@Kratznagl: Formatierung beim KERNAL Writer

Es gibt 11 Antworten in diesem Thema, welches 2.109 mal aufgerufen wurde. Der letzte Beitrag (3. Februar 2007 um 19:01) ist von Kratznagel.

  • Hallo,
    Muss leider das lahme KERNAL PlUGIN (D64Writer) nehmen (C128D-CR)

    Aber warum nimmt er keine leeren Disks? Wenn ich eine leere Disk einlege und was draufschreibe ists nachher nicht drauf. Ich muss immer zuerst formatieren, dann gehts komischerweise...???

    Woher weiß der C64, dass ich die Disk grad formatiert habe und wieso nimmt er keine leeren Disks?

    Könnte man nicht eine funltion einbauen, die das auto. macht??? Oder wo ist das Problem, das ich da hab?


    MfG C=+A USER

  • Also wenn dieser Thread nur an Kratznagel gerichtet ist, dann hättest du ihm auch ne PN schicken können....
    Also an meinem C128 BlechDiesel hat das PlugIn super gefunzt...

  • @C=+A USER:
    Die Diskette muss tatsächlich formatiert sein. Das ist beim schnellen Plugin aber genauso.
    Aber deswegen die Diskette vor jedem Schreibvorgang automatisch zu formatieren, wäre unnütz, da die Disk nur einmal vor der ersten Benutzung formatiert weden muss. Eine Formatierung würde jeweils zusätzliche 80 Sekunden dauern. Bereits bespielte Disketten müssen nicht neu formatiert werden.

    @Daffy:
    Auf meinem Blechdiesel läuft das schnelle Plugin auch nicht, nur das Kernal-Plugin. Ich denke das liegt an dem anderen Laufwerk im DCR.
    Bist Du sicher, dass Du auch das *schnelle* Plugin ausprobiert hast und nicht das langsame? Dass das auf einigen DCRs läuft, ist mir nämlich bisher noch nicht zu Ohren gekommen.

    CU
    Kratznagel

  • Wir haben doch in Stiepelse das schnelle Plugin an meinem Blechdiesel benutzt?
    Oder war ich so Müde (war ja schon spät) das es mir nur so schnell vorkam? War ja dein oder Crazys MMC64.

  • Ich war der Meinung, es lief dort nicht, was eigentlich auch normal ist.

    Läuft es denn nun oder nicht?? ;) Würde mich echt mal interessieren.

    CU
    Kratznagel

  • Hallo,
    @daffy: da ich das PM System hier hasse und ich daher keine PMs empfangen will. Außerdem könnte es noch mehr Leute interessieren, doch Kratznacgel sollte reinschauen... ;)

    Kratznagel:
    Also ich hatte eine Disk, die war leer (wäre sie nicht formatiert, würden ja nicht die freien Blocks und die Liste angezeigt werden, sondern ein ERROR, oder????

    Hatte auf jedem Fall schon 2 Mal auf zwar C64-Disks, jedoch leer oder mit was anderem bespielt, nach dieser ewig langen zeit wieder dasselbe drauf wie vorher (keine Änderung an der Disk). Deswegen die Frage, da es ja sonst nciht geht, bei mir zumindest... :(
    Ich versteh es aber nciht, liegts am C128 D CR? Ist da was hin? Hab das Laufwerk, das beim aufmachen die Disk autom. auswirft...???

    MfG C=+A USER

  • Eine Frage: Blinkt die Floppy-LED, nachdem das Plugin beendet ist?

    Das Problem beim Schreiben kann auch auftreten, wenn die Magnetschicht der Diskette nicht mehr in Ordnung ist. Oder eben, wenn die Disk gar nicht formatiert wurde bzw. ein schlechter Fast Formatter verwendet wurde.

    Probiere bitte noch ein paar andere Disketten aus und formatiere diese auch sicherheitshalber vorher nochmal (mit Vergabe einer ID!), am besten direkt von BASIC aus, also keinen Fast Formatter verwenden.

    CU
    Kratznagel

  • macht der writer eigentlich ein verify? ich glaube nicht ... ich hatte den neulich mal benutzt (geiles teil übrigens!) aber ein schreibversuch lieferte ein schlechtes ergebnis, die disk war nicht lauffähig. ein zweiter versuch führte dann zum erfolg.

    auch führte der r/w kopf etwas hektische bewegungen aus, die nicht direkt in die richtige richtung führten. das kenne ich von programmen, die die IRQ Rate zu hoch setzen, und so der kopf der programmierten Bewegung nicht hinterherkommt. das vertragen nicht alle floppies (habe eine 1541-I, allerdings mit TEAC LW anstatt dem original eingebauten ALPS).

    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
  • Zitat

    Original von x1541
    macht der writer eigentlich ein verify?


    Nein, ein Verify wird in der Tat nicht durchgeführt. Das Schreiben über die Kernal-Routine dauert ja so schon alleine 10 Minuten für eine Disk. Ich wollte die Wartezeit nicht noch weiter hochtreiben. Und in den meisten Fällen wird ja auch fehlerfrei geschrieben (meine Erfahrung).

    Allerdings war das Teil ein Schnellschuss, da Oliver ja irgendwann den BIOS-Writer rausgenommen hatte, und so alle User, auf denen das schnelle Plugin nicht läuft, in die Röhre geguckt hätten. Da habe ich den Kernal-Writer schnell nachgeschoben, ohne noch groß was zu optimieren. ;)
    Aber ich werde beizeiten mal ein paar kleine Absicherungen einbauen, die die Laufzeit nicht allzusehr erhöhen und zumindest dann greifen, wenn das CBM-DOS einen Fehler erkannt hat. :)

    CU
    Kratznagel

  • Zitat

    Original von Kratznagel


    Nein, ein Verify wird in der Tat nicht durchgeführt. Das Schreiben über die Kernal-Routine dauert ja so schon alleine 10 Minuten für eine Disk. Ich wollte die Wartezeit nicht noch weiter hochtreiben. Und in den meisten Fällen wird ja auch fehlerfrei geschrieben (meine Erfahrung).

    Ich meinte eigentlich ob der schnelle writer ein verify macht. den kernal writer musste ich zum glück noch nicht bemühen :) In diesen 10min kann ich doch auch meinen 486er booten und die disk per Starcommander auf Floppy schreiben ;)

    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
  • Hallo,
    Ich formatiere die Disks immer mit FC3...

    Hab nun ne Disk mit vorhergen Format überspielt und es funktionierte. Keine blinkende LED!

    (siehe auch den Thread mit dem Format Tool)

    MfG C=+A USER

  • Zitat

    Original von x1541
    Ich meinte eigentlich ob der schnelle writer ein verify macht.


    Der schnelle Writer arbeitet mit PlushDOS. Ob das nach dem Schreiben eines Blocks noch ein Verify macht...ganz sicher nicht. Es liefert zwar jedesmal einen Rückkehrwert zurück, ein Fehler wird aber nur bei ganz gravierenden Sachen angezeigt, z.B. wenn mittendrin das Laufwerk ausgeschaltet wird. Also nicht wirklich hilfreich. ;)

    CU
    Kratznagel