Hallo Besucher, der Thread wurde 4,4k mal aufgerufen und enthält 23 Antworten

letzter Beitrag von Diddl am

MeGALoDOS - 10 Sekunden Copy

    Anbei der **BETA** Release des "10 Sekunden Copy".



    Dies ist eine erste Version, also bitte nicht für wichtige Disketten verwenden!

    Ich bin gespannt auf euer Feedback.


    Das kopieren würde auch in 8 Sekunden funktionieren.

    Aber dann geht es sehr an die mechanischen Grenzen der 1541.

    Ich habe es verlangsamt, so dass es auf jeder 1541 funktionieren sollte.

    Aber die 1541 muss wirklich tadellos, also sehr gut funktionieren.


    Es braucht natürlich ein MeGALoDOS Floppy Laufwerk.

    Der Modus muss "Super RAM DD" sein.


    Es ist gedacht für einwandfrei lesbare Disketten.

    Sie sollten in dieser Version nicht kopiergeschützt sein.

    Aber es folgt auch eine Nibble Copy Version ...


    Jeder Track wird in einer Umdrehung gelesen und dekodiert.

    Daher habe ich mir eigentlich höhere Geschwindigkeit erwartet.

    Leider ist nun der Spurwechsel das "Nadelöhr" beim Durchsatz.

    Die Spurwechselzeit ist knapp bemessen mit 7ms pro Halb-Spur.

    Bei einem meiner Alp Laufwerke geht es auch noch mit 5ms tadellos.

    Sollte es Probleme geben, kann man die Schienen ganz leicht schmieren.

    Wenn sich heraus stellt dass 7ms zu knapp sind, werde ich in es in der nächsten Version auf 10ms erhöhen.



    Bitte testen und feedback geben ...





       

    Zitat von DerSchatten

    Läßt sich da noch eine Format bzw. Unformat Funktion einbauen?

    Formatieren tut es automatisch beim Write.


    Unformat?

    Ja das könnte man schon machen.

    Aber das wäre ein eigenes Tool.

    Passt nicht zum Kopierprogramm.


    Und im übrigen geht das schneller mit dem "Bügeleisen".

    Freund von mir hat so eines.

    Sieht tatsächlich ein bisschen aus wie ein Bügeleisen.

    Ein Gehäuse mit einem großen Elektromagneten.

    Einmal kurz über die Diskette fahren, und sie ist "jungfräulich". :D

    Heiliger Brotkasten, 10 Sekunden zum kopieren und dann ruckizucki weitere Kopien erstellen. DAS wäre daaaamals (tm) der absolute Brüller gewesen.

    Sind die 10 Sekunden disk-2-disk oder disk-2-ramdisk?

    Wie lange braucht das einlesen einer vollen Disk?

    Und wie lange jede neue geschriebene Kopie?

    Vermutlich ist dann der limitierende Faktor, wie schnell man die Disk wechseln kann, beschriften kann, einsortieren kann...

    Ich erwarte ja schon fast ein Dimensions-Portal, wenn ihr damit mal komplett fertig seid.

    Zitat von strik

    Wieso dekodierst du die Tracks? Für eine Kopie ist das doch überflüssig.

    Weil ich sonst die CRC nicht prüfen kann.


    Natürlich kann die CRC auch "absichtlich" nicht stimmen.

    Um einen Read Error zu provozieren.

    Aber es kann ja auch ein Lesefehler sein ...



    Im Trackbuffer RAM des MeGALoDOS speichere ich die GCR Rohdaten, die ich dann 1:1 wieder schreibe.

    Die Sector Header liegen als GCR und dekodiert vor.

    Zitat von Sossenfetischist

    Wie lange braucht das einlesen einer vollen Disk?

    Einlesen dauert 10 Sekunden, wenn keine Lesefehler sind.


    Es ist völlig egal ob die Disk voll ist oder halbleer.

    Die BAM wird nicht ausgewertet in dieser Version.



    Zitat von Sossenfetischist

    Und wie lange jede neue geschriebene Kopie?

    Auch so um den Dreh herum.

    Bisschen mehr weil ich glz. formatiere und ein paar hundert GAP Bytes schreibe ...


    Mit Verify dauert das schreiben 7 Sekunden länger.



    Zitat von Sossenfetischist

    Vermutlich ist dann der limitierende Faktor, wie schnell man die Disk wechseln kann, beschriften kann, einsortieren kann...

    Naja, eigentlich kopiert man ja keine Disketten mehr heutzutage.

    Es ist mehr eine Machbarkeit-Studie ... :D



    Und wenn uns Tommi_nrw schon so viel RAM beschert, dann will man den auch ordentlich nützen.

    Interessanter wird es erst jetzt.


    Ich bastle an einer Kopierroutine, die jede Spur exakt abbildet.

    Exakte Anzahl SYNC und GAP's und natürlich auch sonst exakt GCR Byte für GCR Byte.

    Auch die Density wird automatisch ermittelt.

    Und natürlich Halbspuren ...



    Das lesen dauert da natürlich wesentlich länger.



    Zur Zeit arbeite ich an einem OpenCBM Tool, mit dem man das RAM sehr schnell übertragen kann.


    Das "CBMCTRL DOWNLOAD" läuft leider sehr träge.

    Was bei einer normalen 1541 völlig egal ist.

    Aber wenn man 260KB übertragen will ...

    Zitat von Sjaak74

    can you also enlighten more on the technical side of it?


    I was too young at the time to fully comprehend the commodore, but now it is fascinating and more understandable for me.

    Do you mean the technical side of -

    - MeGALoDOS?

    - 10 Seconds Copy?


    Yes of course.

    You are Welcome.

    Will answer your questions.

    For the MeGALoDOS I've made a WIKI page, sorry it is in german only ...

    https://oe7twj.at/index.php?title=FremdeProjekte/MeGALoDOS


    I also had a RAM/ROM board for my 1541 (bevore MeGALoDOS) with 8KB RAM and 32KB EPROM.



    Simply said the MeGALoDOS it is also a RAM/ROM board for the 1541.

    But Tommi_nrw has made many other features for this wonderful board:

    • 1024K RAM
    • 512K Flash memory (as EPROM but programmable from the 1541 itself)
    • a CPLD make possible to have many Memory Configurations (switchable)
    • an Arduino
    • OLED display
    • rotary encoder for User Input
    • some very good hardware tricks nessecary to emulate old Speeder hardware


    So it is possible to switch between many DOS variants:

    • Professional Dos (RAPI DOS)
    • Prologic DOS 1.6 (nicht classic)
    • Dolphin DOS 2.0
    • SpeedDOS Expert
    • QuickDOS
    • SpeedDOS
    • S-Jiffy DOS
    • Jiffy DOS
    • CBM DOS 2.6 mit Fix-Patches
    • Turbo Access 2.7
    • Turbo Trans 3.4 mit 512kb RAM-Disk


    ==========


    The 10 second copy is a utility running on a Floppy drive with MeGALoDOS.


    It can read a whole disk into the MeGALoDOS RAM.

    After this you can write this back to another disk.


    Cause a whole disk is in RAM, you dont need to change disks often for copiing.

    And you can write it on more than one disk (for multiple copy).


    This is done with a programm written for the 1541 called "trackload".

    The 1541 can LOAD and execute "trackload" simply by sending the filename to channel #15.


    You don't need the BASIC program for executing "trackload".

    You can simply use it by sending commands to your 1541:


    1. @&trackload
    2. @u3
    3. @u4


    Line (1) loads the code.

    Line (2) read a disk into RAM.

    Line (3) write from RAM to a new disk.


    U4 does also format a Disk, so you can use a new disk without need to format it.

    Zitat von Diddl

    Zur Zeit arbeite ich an einem OpenCBM Tool, mit dem man das RAM sehr schnell übertragen kann.

    Siehe opencbm/sample/libtrans. Ist zwar kein fertig funktionierendes Tool mit Kommandozeilenparametern, macht aber letztendlich das. Bislang transferiert es Daten nur für Tests der Übertragungsmodi.

    Zitat von strik
    Zitat von Diddl

    Zur Zeit arbeite ich an einem OpenCBM Tool, mit dem man das RAM sehr schnell übertragen kann.

    Siehe opencbm/sample/libtrans. Ist zwar kein fertig funktionierendes Tool mit Kommandozeilenparametern, macht aber letztendlich das. Bislang transferiert es Daten nur für Tests der Übertragungsmodi.

    Oh dann habe ich das falsch angepackt.


    Ich habe D64COPY kopiert und modifiziert.

    Der Code auf $700 läuft eins zu eins (s1,s2,p).

    Der Code auf $500 ist modifiziert von turbo Code.

    Und nur ein Code, für lesen und schreiben.

    Falsch angepackt und dennoch ein Glücksgriff?

    Evtl lässt sich durch Einblicke in libtrans ja noch was perfektionieren, stabilere Daten bei höherem Speed?

    Das von mir erwartete Dimensionsportal durch die Raum-Zeit-Verzerrung im MeGALoDOS?


    Einfach der Hammer!!!

    My RAMROM implemention is a bit alike megalodos. It features a 2 Mbit flashrom and 256K SRAM and the CPLD supports mapping ROM and RAM at various location in the addressing space of the 6502. It is lacking the bit shuffling of profidos, but for now Dolphin DOS is good enough. It lacks the arduino, OLED and rotary encoder, which is fine for my as it is fitted into a SX64 and i don;t think an OLED would fit into a vintage device. Probably gona use bubble display or 7 segment display with a rotary with vintage knob :)


    Will post pictures if it ever gets into a more polished state. Unfortunately the SX has a white screen and it is nonworking at the moment so nothing much happening here soon :).


    the 10 seconds copy is a nice addition to the megalodos. Nice work. It is kinda the turbotrans ramdisk clone? Prolly using a trackread from an other speeder?

    Zitat von Sossenfetischist

    Evtl lässt sich durch Einblicke in libtrans ja noch was perfektionieren, stabilere Daten bei höherem Speed?

    libtrans ist leider alles andere als fertig. Mir fehlt da leider nur die Zeit für.

    Unvollständigkeiten von libtrans:

    • s1, s2 und pp werden vom PC gemacht. Das funktioniert bei einem XA1541 und XM1541-Kabel ganz gut, bei einem XU1541 oder XUM1541 fährt das aber zu einem schnarch-langsamen Verhalten. Es müssten die Routinen in den Atmel-uC benutzt werden.
    • Transfer per SRQ funktioniert, allerdings nur mit einer 1570/1571. Die 1581 ist noch nicht unterstützt, weil ich meine zur Zeit nicht finden kann.
    • Ich hatte früher Race-Conditions zwischen PC und Floppy gefunden. Die wollte ich in libtrans beheben. Ich kann nicht sicher sagen, ob ich es bei den aktuellen Routinen schon erledigt hatte oder nicht.


    Ziel ist:

    • libtrans ausbauen
      • muss stabile schnelle transfer Routinen für alle Laufwerke haben
      • muss es erlauben, ähnlich insmod/rmmod Module in die Floppy zu laden
      • zur Zeit nur mit einem Laufwerk vorgesehen; später käme eine Erweiterung auf mehrere Laufwerke
    • dann wollte ich Tools d64copy/imgcopy/cbmcopy umschreiben, damit sie das nutzen. Funktionalitäten von cbmctrl könnten dort auch integriert werden (z.B. zum Up-/Download)

    Leider fehlt mir hier schon seit Jahren die Zeit. Die Arbeit habe ich 2006 noch ohne USB begonnen. Dann kamen andere Sachen (xu1541, xum1541, ...), die meine Zeit in Anspruch nahmen. Jedesmal, wenn ich Zeit für OpenCBM habe, hänge ich leider eher an anderen Sachen, insbesondere USB-Problemen fest als an diesen inhaltichen Sachen.

    Zitat von Sossenfetischist

    Falsch angepackt und dennoch ein Glücksgriff?

    Evtl lässt sich durch Einblicke in libtrans ja noch was perfektionieren, stabilere Daten bei höherem Speed?

    Das von mir erwartete Dimensionsportal durch die Raum-Zeit-Verzerrung im MeGALoDOS?


    Einfach der Hammer!!!

    Nee, die Sourcen von OpenCBM sind umfangreich.

    Ich kenne nur einen Bruchteil davon.

    Die libTrans kannte ich gar nicht.


    Ich hab halt da angefangen so ich dachte es geht am besten.


    Und, es ist ja noch nicht fertig ...