home *** CD-ROM | disk | FTP | other *** search
/ Go64! / Go64_1999-06_1999_CSW_Side_A.d64 / 1581cp50.zip / 1581COPY.TXT < prev    next >
Text File  |  1999-05-13  |  20KB  |  395 lines
  1. 1581cp50.zip            1581-cOPY, VERSION 0.50                1999-05-13
  2.  
  3.  
  4.  
  5. (c) cOPYRIGHT 1998, 1999 wOLFGANG mOSER,
  6.  
  7.     PUBLISHED UNDER THE gnu PUBLIC LICENSE
  8.  
  9.  
  10.  
  11.  
  12.  
  13. 1. iNTRODUCTION
  14.  
  15. 2. tROUBLESHOOTING
  16.  
  17. 3. pARAMETER DESCRIPTION
  18.  
  19. 4. sOME DETAILS ABOUT THE SECTOR LAYOUT OF mfm ENCODED cOMMODORE DISKS
  20.  
  21. 5. tHE cREDITS
  22.  
  23. 6. aDDITIONAL AND DISTRIBUTION INFO
  24.  
  25. 7. cONTACT
  26.  
  27.  
  28.  
  29.  
  30.  
  31. 1. iNTRODUCTION
  32.  
  33.  
  34.  
  35.    tHIS IS VERSION 0.50 OF THE cbm 1581 FLOPPY DISK COPY UTIL FOR dos. iT
  36.  
  37.    SHOULD BE ABLE TO IM- OR EXPORT A cbm 1581 DISK WITHIN 39 SECONDS ON A
  38.  
  39.    pc BASED 3.5" FLOPPY DRIVE AND DISK CONTROLLER.
  40.  
  41.  
  42.  
  43.  
  44.  
  45.    iF YOU DON'T HAVE SOME 3.5" dd DISKS ANYMORE, BUT WANT TO TEST THIS
  46.  
  47.    TOOL YOU CAN DO THE FOLLOWING: gET A NORMAL 1,44 mb 3,5" hd DISK AND
  48.  
  49.    CLOSE THE SECOND DETECTION WHOLE (IT'S ON THE OTHER SIDE OF THE WRITE
  50.  
  51.    PROTECTION SWITCH) ON THE FLOPPY DISK BY PUTTING SOME ADHESIVE TAPE
  52.  
  53.    OVER IT. tAKE NOTICE, THAT WRITING WON'T WORK WITH THIS METHOD ON
  54.  
  55.    DRIVES THAT CONTAIN A dd MECHANIC ONLY (720 kb).
  56.  
  57.    bUT SOME cbm 1581 DISK DRIVES AND MOST OF THE pc FLOPPY DRIVES CONTAIN
  58.  
  59.    hd MECHANICS (1,44 mb), THAT ARE ABLE TO WRITE "TAPED" hd DISKS. i
  60.  
  61.    DON'T KNOW, WHAT HAPPENS, IF YOU REPLACE YOUR cbm 1581 DRIVE MECHANIC
  62.  
  63.    BY A pc BASED hd DRIVE MECHANIC (1,44 mb DISK DRIVE), BECAUSE i NEVER
  64.  
  65.    TESTED IT, i DO OWN ONLY SOME cbm 1541 DISK DRIVES MYSELF. dON'T ASK,
  66.  
  67.    HOW i WAS ABLE TO WRITE THIS UTILITY WITHOUT HAVING A cbm 1581,
  68.  
  69.    OTHERWISE YOU MAY THINK, THAT i'M VERY CRAZY OR SIMPLY MINDLESS!
  70.  
  71.  
  72.  
  73.    iNCLUDED WITHIN THIS PACKAGE IS A USER MENU CONFIGURATION FILE FOR
  74.  
  75.    tHE sTAR cOMMANDER. iT SUPPLIES THE cOMMANDER WITH SOME VERY SIMPLE
  76.  
  77.    METHODS FOR IMPORTING AND EXPORTING DISK IMAGES FROM AND TO DRIVE a:
  78.  
  79.    (PRESS f2, WHEN BROWSING THE STANDARD FILE SYSTEM). iMPORTING DISKS
  80.  
  81.    WITHOUT OVERWRITE TAKES ONLY THE FIRST PART OF THE FILENAME (WITHOUT
  82.  
  83.    EXTENSION) AND GENERATES A NEW FILENAME WITH THE APPROPRIATE EXTENSION
  84.  
  85.    (d81 OR d2m). bE SURE TO SELECT A FILE WITH THE CORRECT EXTENSION, IF
  86.  
  87.    YOU WANT TO USE IMPORTING WITH OVERWRITE. iF YOU WANT TO IMPORT INTO
  88.  
  89.    A COMPLETELY NEW GENERATED FILE, YOU HAVE TO CREATE A NEW EMPTY IMAGE
  90.  
  91.    FIRST (sHIFT-f1) FOLLOWED BY RENAMING IT TO THE CORRECT EXTENSION. iT
  92.  
  93.    DOESN'T MATTER, IF THE FILE HAS THE WRONG FILE SIZE, 1581-cOPY
  94.  
  95.    CORRECTS THIS, IF OVERWRITE IMPORTING IS SELECTED.
  96.  
  97.  
  98.  
  99.    tHERE'S A MODIFIED FLOPPY DISK PARAMETER TABLE FOR lINUX INCLUDED INTO
  100.  
  101.    THIS PACKAGE. tHIS WAY YOU SHOULD BE ABLE TO DO IMAGE FILE TRANSFERS
  102.  
  103.    UNDER lINUX, TOO. fIRST THE gap SIZES FOR THE cbm1581 PARAMETER HAVE
  104.  
  105.    BEEN ADJUSTED TO A BETTER WORKING VALUE, SECONDLY A PARAMETER FOR cmd
  106.  
  107.    fd2000 SUPPORT HAS BEEN ADDED. tRY IT OUT, IF YOU ARE lINUX'ED.
  108.  
  109.  
  110.  
  111.  
  112.  
  113. 2. tROUBLESHOOTING
  114.  
  115.  
  116.  
  117.    yOU MAY ENCOUNTER SOME PROBLEMS, IF YOUR FLOPPY DISC CONTROLLER IS OF
  118.  
  119.    SOME UNUSUAL TYPE OR IF YOU RUN THIS TOOL UNDER MULTITASKING
  120.  
  121.    ENVIRONMENTS. tHERE ARE TWO PARAMETERS NOW, SO THAT YOU CAN CONTROL,
  122.  
  123.    HOW THE TRACKS OF THE FLOPPY ARE ACCESSED. pLEASE TRY OUT THE
  124.  
  125.    FOLLOWING SEQUENCE, IF YOUR DRIVE DOESN'T REACH THE IM-/EXPORT SPEED
  126.  
  127.    OF LESS THAN 40 SECONDS PER DISC:
  128.  
  129.  
  130.  
  131.      1. eNABLE THE MULTIPLE SECTOR FEATURE AND SPECIFY AN INTERLEAVE OF
  132.  
  133.         TWO (/p /i:2). aTTENTION, ON SOME RARE SYSTEMS, THE MULTIPLE
  134.  
  135.         SECTOR FEATURE MAY CRASH THE SYSTEM (HANGUP). iF THE TRANSFER
  136.  
  137.         GETS A BETTER PERFORMACE NOW, YOU MAY TRY TO CHOOSE THE DEFAULT
  138.  
  139.         INTERLEAVE OF 1 (ONLY SELECTING /p).
  140.  
  141.  
  142.  
  143.      2. iF THE MULTIPLE SECTOR FEATURE DOESN'T WORK ON YOUR SYSTEM OR
  144.  
  145.         DOESN'T HELP, YOU SHOULD SPECIFY AN INTERLEAVE OF 2 ONLY (/i:2),
  146.  
  147.         BUT THIS WILL SLOW DOWN THE DISK TRANSFER TIME TO 70 SECONDS.
  148.  
  149.  
  150.  
  151.      3. tRY OUT HIGHER INTERLEAVES, BUT BE WARNED, THIS WILL DECREASE
  152.  
  153.         THE TRANSFER PERFORMANCE HEAVILY. nEVERTHELESS, IT MAY BE HIGHER
  154.  
  155.         THAN WITHOUT ANY PARAMETER.
  156.  
  157.  
  158.  
  159.      4. iF YOU CAN'T OPTIMIZE THE PERFORMANCE ON YOUR SYSTEM AND WANT TO
  160.  
  161.         TRANSFER ONLY A SINGLE FILE, YOU SHOULD DELETE ALL UNUSED FILES
  162.  
  163.         FROM THE DISK OR THE DISK IMAGE. tHEN TRY OUT THE bam COPY SWITCH
  164.  
  165.         (/b), THIS TRANSFERS ONLY TRACKS WHICH ARE ALLOCATED BY THE FILE.
  166.  
  167.  
  168.  
  169.  
  170.  
  171. 3. pARAMETER DESCRIPTION
  172.  
  173.  
  174.  
  175.    1581copy [/f[:X]][/v][/b][/m][/p][/i:N][/t:NNN] [source] destination
  176.  
  177.  
  178.  
  179.       source
  180.  
  181.          - tHIS IS THE SOURCE DISK OR IMAGE FILE. iF YOU READ A DISK, IT
  182.  
  183.            MUST BE A FILENAME. iF YOU WRITE OR FORMAT AND WRITE A DISK,
  184.  
  185.            THIS MUST BE A DISK DRIVE (a: OR b:). wHEN YOU WANT TO FORMAT
  186.  
  187.            DISKS ONLY, THIS PARAMETER MUST NOT BE SPECIFIED.
  188.  
  189.  
  190.  
  191.       destination
  192.  
  193.          - tHIS IS THE DESTINATION DISK OR IMAGE FILE. iF YOU READ A
  194.  
  195.            DISK, IT HAS TO BE THE DISK DRIVE (a: OR b:). iF YOU WRITE OR
  196.  
  197.            FORMAT AND WRITE A DISK, IT MUST BE A FILENAME. wHEN YOU WANT
  198.  
  199.            TO FORMAT DISKS ONLY, THIS PARAMETER SELECTS THE DISK DRIVE,
  200.  
  201.            WHICH DOES THE FORMATTING.
  202.  
  203.  
  204.  
  205.  
  206.  
  207.      /f[:X]
  208.  
  209.          - tHIS SWITCH ENABLES FORMATTING. iF YOU ARE IN THE WRITE MODE,
  210.  
  211.            THE DISK IS FORMATTED BEFORE WRITING ANY CONTENTS TO IT. iF
  212.  
  213.            THE DISK IS NOT IN WRITE MODE, THIS SWITCH SELECTS FORMATTING
  214.  
  215.            ONLY. yOU MUSTN'T SPECIFY THE source PARAMETER THEN. iF
  216.  
  217.            FORMATTING ONLY IS SELECTED, AN EMPTY DEFAULT bam IS WRITTEN
  218.  
  219.            TO THE DISK AND A SYSTEM PARTITION ON cmd fd2000 DISKS, TOO.
  220.  
  221.            wITH THE ADDITIONAL PARAMETER 'X' YOU ARE ABLE TO SPECIFY THE
  222.  
  223.            DESTINATION FORMAT; 2 SELECTS THE cmd fd2000 DISK FORMAT, 1
  224.  
  225.            SELECTS THE cbm 1581 FORMAT. iF THIS PARAMETER IS NOT
  226.  
  227.            SPECIFIED AND YOU AREN'T WRITING AN IMAGE TO THE DISK, ALWAYS
  228.  
  229.            THE cbm 1581 IS SELECTED.
  230.  
  231.      /f:w  tHIS SWITCH LET'S 1581-cOPY USE A VERY SPECIAL FLOPPY DISK
  232.  
  233.            CONTROLLER COMMAND, THAT IS AVAILABLE ON INTEL'S 82078
  234.  
  235.            CONTROLLER. tHIS MAKES IT POSSIBLE TO FORMAT AND WRITE A TRACK
  236.  
  237.            AT ONCE. bUT BECAUSE i COULDN'T FIND A COMPUTER OR MAINBOARD
  238.  
  239.            THAT CONTAINS SUCH A CONTROLLER, THIS FEATURE COULDN'T BE
  240.  
  241.            TESTED. tHEREFORE IF YOU SELECT THIS SWITCH AND 1581-cOPY
  242.  
  243.            DETECTS THE CONTROLLER AS "INTEL 82078 COMPATIBLE", VERIFY IS
  244.  
  245.            ENABLED TO MAKE SURE, THAT THIS COMMAND WORKS AS EXPECTED. iF
  246.  
  247.            YOU THINK YOU OWN SUCH A WORKING CONTROLLER PLEASE
  248.  
  249.            (please !!! :-) SEND ME A REPORT WITH THE fdc TYPE AND
  250.  
  251.            VERSION, THE COMMAND LINE SWITCHES AND SOMETHING ELSE YOU DID.
  252.  
  253.  
  254.  
  255.      /v  - tHIS SWITCH ENABLES THE VERIFY MODE. iT CAN BE USED, IF YOU
  256.  
  257.            WRITE AND/OR FORMAT DISKS. iT DOESN'T COMPARE THE DISK
  258.  
  259.            CONTENTS WRITTEN WITH THE SOURCE BUFFER AGAIN, BUT DOES A crc
  260.  
  261.            CHECK OF THE WRITTEN DATA ONLY.
  262.  
  263.  
  264.  
  265.  
  266.  
  267.      /b  - eNABLES _SIMPLE_ bam COPYING. oNLY TRACKS WITH ALLOCATED
  268.  
  269.            BLOCKS ON IT ARE TRANSFERRED. tAKE NOTICE, THAT bam COPYING IS
  270.  
  271.            CURRENTLY ONLY SUPPORTED ON cbm 1581 DISKS. i DIDN'T DO THIS
  272.  
  273.            FOR cmd fd2000 DISKS, BECAUSE OF THEIR MUCH MORE COMPLEX
  274.  
  275.            PARTITIONING SYSTEM. iF SOMEONE INSTALLS DIFFERENT PARTITIONS,
  276.  
  277.            i WOULD HAVE TO CHECK ALL THE bamS OF ALL THESE PARTITIONS.
  278.  
  279.  
  280.  
  281.      /m  - eNABLES MASS IMPORTING OR FORMATTING WITH LEAST USER
  282.  
  283.            INTERACTION. yOU CAN READ OR ONLY FORMAT MULTIPLE DISKS, IF
  284.  
  285.            YOU ENABLE THIS SWITCH. aFTER A DISK HAS BEEN PROCESSED,
  286.  
  287.            1581-cOPY PROCEEDS AUTOMATICALLY AFTER A DISK CHANGE HAS BEEN
  288.  
  289.            DETECTED. iF READING IS SELECTED, NEW FILENAMES ARE GENERATED
  290.  
  291.            AUTOMATICALLY WITH jOE fORSTER'S INDEXING ALGORITHM. mULTIPLE
  292.  
  293.            DISK WRITING IS _NOT_ POSSIBLE.
  294.  
  295.  
  296.  
  297.      /p  - eNABLES THE "READ/WRITE MULTIPLE SECTORS" fdc FEATURE. oN SOME
  298.  
  299.            CONTROLLERS (E.G. aDAPTEC 2842), THIS CAN HELP FIXING SPEED
  300.  
  301.            PROBLEMS. pAY ATTENTION, THAT THIS SWITCH COULD CAUSE A HANGUP
  302.  
  303.            OF YOUR COMPUTER SYSTEM AND MANY OTHER PROBLEMS.
  304.  
  305.  
  306.  
  307.  
  308.  
  309.      /i:N
  310.  
  311.          - sPECIFY AN INTERLEAVE FACTOR FOR HIGHER TRANSFER SPEED ON VERY
  312.  
  313.            SLOW fdcS. iF YOUR SYSTEM IS NOT ABLE TO READ SECTORS
  314.  
  315.            CONTINOUSLY FROM THE DISK, YOU SHOULD SPECIFY AN INTERLEAVE
  316.  
  317.            FACTOR OF 2. tHE TRANSFER WILL NEED 70 SECONDS THEN, BUT THIS
  318.  
  319.            MAY BE FASTER THAN WITHOUT SPECIFYING AN INTERLEAVE. vALUES
  320.  
  321.            FROM 0 TO 9 ARE POSSIBLE, 1 IS THE DEFAULT. iF YOU SPECIFY THE
  322.  
  323.            /p PARAMETER TOO, THE SELECTED INTERLEAVE IS ONLY USED, IF
  324.  
  325.            VERIFY IS ENABLED OR A MULTIPLE SECTOR TRANSFER FAILS, SO THAT
  326.  
  327.            THE NORMAL TRANSFER IS USED.
  328.  
  329.  
  330.  
  331.      /t:NNN
  332.  
  333.          - sPECIFIES THE NUMBER OF RETRIES TO DO, IF AN ERROR OCCURS. tHE
  334.  
  335.            DEFAULT ARE 3 RETRIES ON EVERY ACCESS.
  336.  
  337.  
  338.  
  339.  
  340.  
  341.      sOME PARAMETER EXAMPLES:
  342.  
  343.            1581copy a: 1581img.d81 /t:999  - READ AN ERRORNOUS 1581 DISK
  344.  
  345.            1581copy a: /f:2 /m             - FORMAT MULTIPLE fd2000 DISKS
  346.  
  347.            1581copy testdisk.d81 b: /b     - bam COPY AN IMAGE TO a:
  348.  
  349.            1581copy newdisk.d2m a: /f /v   - FORMAT, WRITE AND VERIFY
  350.  
  351.            1581copy /f a:                  - FORMAT A d81 IN DRIVE a:
  352.  
  353.            1581copy a: newdisk /m /p       - READ MULTIPLE DISK FROM a:
  354.  
  355.  
  356.  
  357.  
  358.  
  359. 4. sOME DETAILS ABOUT THE SECTOR LAYOUT OF mfm ENCODED cOMMODORE DISKS
  360.  
  361.  
  362.  
  363.    eACH SECTOR OF A mfm ENCODED DISK CONTAINS A SECTOR HEADER LIKE THE
  364.  
  365.    gcr ENCODED DISKS, TOO. eACH SECTOR HEADER CONTAINS A CYLINDER NUMBER
  366.  
  367.    AND A DISK SIDE DESCRIPTOR BYTE THAT NORMALLY CORRESPONDS TO THE
  368.  
  369.    MECHANICALLY SELECTED TRACK AND HEAD NUMBER. tHE THIRD BYTE HOLDS THE
  370.  
  371.    SECTOR NUMBER AND THE FORTH BYTE DESCIBES HOW MANY BYTES ARE STORED
  372.  
  373.    WITHIN THIS SECTOR.
  374.  
  375.    bUT THERE IS A LITTLE DIFFERENCE BETWEEN ibm-pc FORMATTED DISKS AND
  376.  
  377.    cbm RELATED FORMATTED DISKS. oN ibm-pc DISK LAYOUTS SECTORS OF THE
  378.  
  379.    LOGICAL SIDE 0 ARE STORED TO THE PHYSICAL SIDE 0 (ACCESSED BY HEAD 0),
  380.  
  381.    SECTORS OF THE LOGICAL SIDE 1 ARE STORED TO THE PHYSICAL SIDE 1.
  382.  
  383.    oN cbm RELATED DISK FORMATS (E.G. cbm 1581, fd2000 NATIVE) THE BOTH
  384.  
  385.    SIDES ARE SWAPPED. sECTORS OF THE LOGICAL DISK SIDE 0 ARE STORED ONTO
  386.  
  387.    THE PHYSICAL DISK SIDE 1 (HEAD 1), SECTORS OF THE LOGICAL SIDE 1 ARE
  388.  
  389.    STORED ONTO THE PHYSICAL DISK SIDE 0 (HEAD 0). tHIS IMPLIES, THAT THE
  390.  
  391.    SECTOR HEADER DISK SIDE DESCRIPTOR BYTES ARE "WRONG", TOO. a PHYSICAL
  392.  
  393.    DISK SIDE 0 CONTAINS ONLY SECTOR HEADERS, WHERE ALL THE DISK SIDE
  394.  
  395.    DESCRIPTORS CONTAIN THE VALUE 1.
  396.  
  397.  
  398.  
  399.     tHE cbm 1581 DISK SECTOR LAYOUT:
  400.  
  401.  
  402.  
  403.       nUMBER OF CYLINDERS:          80, PHYSICALLY NUMBERED FROM 0 TO 79,
  404.  
  405.                                         LOGICALLY NUMBERED FROM 1 TO 80
  406.  
  407.       nUMBER OF SIDES PER CYLINDER:  2, PHYSICALLY STORED ON SIDE 1 AND 0
  408.  
  409.       (ALSO DESCRIBED AS TRACKS)        LOGICALLY NUMBERED 0 AND 1
  410.  
  411.       nUMBER OF SECTORS PER TRACK:  10, PHYSICALLY AND LOGICALLY NUMBERED
  412.  
  413.                                         FROM 1 TO 10
  414.  
  415.       nUMBER OF BYTES PER SECTOR:  512
  416.  
  417.  
  418.  
  419.  
  420.  
  421.     tHE cmd fd 2000 DISK SECTOR LAYOUT:
  422.  
  423.  
  424.  
  425.       nUMBER OF CYLINDERS:          81, PHYSICALLY NUMBERED FROM 0 TO 80,
  426.  
  427.                                         LOGICALLY NUMBERED FROM 1 TO 81
  428.  
  429.       nUMBER OF SIDES PER CYLINDER:  2, PHYSICALLY STORED ON SIDE 1 AND 0
  430.  
  431.       (ALSO DESCRIBED AS TRACKS)        LOGICALLY NUMBERED 0 AND 1
  432.  
  433.       nUMBER OF SECTORS PER TRACK:  10, PHYSICALLY AND LOGICALLY NUMBERED
  434.  
  435.                                         FROM 1 TO 10
  436.  
  437.       nUMBER OF BYTES PER SECTOR: 1024
  438.  
  439.  
  440.  
  441.       nOTE: tHE LOGICAL NUMBERING OF THE CYLINDERS MAY NOT BE CORRECT.
  442.  
  443.             bUT AT LEAST _i_ WILL DO NUMBER THE CYLINDERS FROM 1 TO 81,
  444.  
  445.             BECAUSE THE ANALYSIS OF AN IMAGE i GOT SHOWED ME, THAT THE
  446.  
  447.             LOGICAL SECTOR CHAINING USES THE SAME NUMBERING MECHANISM.
  448.  
  449.             bECAUSE i DON'T KNOW NOTHING ABOUT cmd PARTITIONS, THAT MAY
  450.  
  451.             BE WRONG.
  452.  
  453.  
  454.  
  455.  
  456.  
  457.    wHENEVER THE DISK SECTOR SIZE CONTAINS MORE THAN 256 BYTES, cbm DRIVES
  458.  
  459.    DIVIDE SUCH BIG PHYSICAL SECTORS INTO SEVERAL LOGICAL SECTORS, THAT
  460.  
  461.    ALL CONTAIN 256 BYTES. tHEREFORE THE PHYSICAL SECTOR SIZE MUST BE A
  462.  
  463.    MULTIPLE OF 256.
  464.  
  465.  
  466.  
  467.    cURRENTLY i DON'T KNOW ANY UTILITY, THAT CAN HANDLE OTHER DISK IMAGES
  468.  
  469.    THAN cbm 1581 ONES (d81). wHEN i ADD DISK IMAGE TRANSFER SUPPORT FOR
  470.  
  471.    OTHER cbm RELATED mfm DISK FORMATS, IT MAY BE OF NO USE FOR YOU,
  472.  
  473.    BECAUSE YOU CAN'T HANDLE THE FILE CONTENTS OF THESE IMAGES. iT'S UP
  474.  
  475.    TO YOU TO FIND OUT, HOW THE FILE CONTENTS OF THESE IMAGES CAN BE
  476.  
  477.    HANDLED, BECAUSE i DON'T WANT AND NEVER WILL IMPLEMENT FILE BASED
  478.  
  479.    SUPPORT INTO 1581-cOPY. iT MAY BE THE JOB OF pETER sCHEPERS (64 cOPY),
  480.  
  481.    bERNHARD sCHWALL (tRANS64) AND jOE fORSTER/sta (tHE sTAR cOMMANDER) TO
  482.  
  483.    INTEGRATE FILE ACCESS SUPPORT INTO THEIR UTILITIES. yOU CAN SUPPORT
  484.  
  485.    THEM BY SENDING REPORTS OF ANY INFORMATION YOU KNOW OR FIND OUT ABOUT
  486.  
  487.    UNKNOWN cbm DISK FORMATS. yOU CAN SEND ME SUCH REPORTS, TOO, i'LL
  488.  
  489.    FORWARD THEM, BUT PLEASE WRITE IN ENGLISH, i DON'T WANT AND AM
  490.  
  491.    ABSOLUTELY UNABLE TO BE A TRANSLATION MACHINE FOR YOU. aND YOU SHOULD
  492.  
  493.    WAIT UNTIL THE DESIRED DISK FORMAT IS SUPPORTED BY 1581-cOPY, BECAUSE
  494.  
  495.    IT MAY BE OF NO USE, WHEN WE KNOW HOW TO HANDLE FILES OF A DISK IMAGE,
  496.  
  497.    THAT CANNOT BE TRANSFERRED TO AND FROM REAL DISKS.
  498.  
  499.  
  500.  
  501.  
  502.  
  503. 5. tHE cREDITS, GREETS GO TO (AM i WRITING AN INTRO OR DEMO??? :)
  504.  
  505.  
  506.  
  507.    tHIS LIST IS CREATED IN MORE OR LESS CRONOLOGICAL ORDER TO DESCRIBE
  508.  
  509.    THE HISTORY OF 1581-cOPY.
  510.  
  511.  
  512.  
  513.  
  514.  
  515.      wOMO AKA wOLFGANG mOSER <WOMO@MINDLESS.COM>
  516.  
  517.        iF HE WOULDN'T HAVE BORN 1969-07-27-22:03, i WOULD NEITHER KNOW
  518.  
  519.        WHAT OR WHO i AM, NOR WHY i LIKE SUCH SOPHISTICATED THINGS LIKE
  520.  
  521.        PROGRAMMING CALCULATORS.
  522.  
  523.        
  524.  
  525.      nICOLAS wELTE <WELTE@CHEMIE.UNI-KONSTANZ.DE>
  526.  
  527.        a MAN LIKE ME, VERY HARDWARE INTERESTED. aFTER i JOINED tHE sTAR
  528.  
  529.        cOMMANDER BETA TESTING CREW, WE HAD HUNDREDS OF EMAIL DISCUSSIONS
  530.  
  531.        ABOUT ALL THESE HARDWARE BASED DESIGN QUESTIONS. oUR GREATEST WORK
  532.  
  533.        WAS THE DESIGN OF THE xe1541 CABLE, i THINK. dON'T THINK, THAT
  534.  
  535.        ONLY 4 DIODES CAN IMPOSSIBLY CAUSE ANY TROUBLE.
  536.  
  537.  
  538.  
  539.      jOE fORSTER/sta AKA kOV CS bAL ZS <STA@LUDENS.ELTE.HU>
  540.  
  541.        iF i WOULDN'T HAVE HAD SO MANY DISCUSSIONS WITH jOE ABOUT SO MANY
  542.  
  543.        DIFFERENT c64 RELATED THINGS, THIS PROJECT WOULD HAVE NEVER BEEN
  544.  
  545.        STARTED. iT WAS THE tHE sTAR cOMMANDER, THAT HAS LET ME START
  546.  
  547.        THINKING ABOUT SUCH A SMART TECHNOLOGY, LIKE DIRECT cbm 1581 DISK
  548.  
  549.        ACCESS.
  550.  
  551.  
  552.  
  553.      mARKO mKEL <MSMAKELA@CC.HUT.FI>
  554.  
  555.        i THINK HE IS ONE OF THE REAL GURUS OF THE cbm SCENE, THANKS FOR
  556.  
  557.        SIMPLY BEEING THERE.
  558.  
  559.  
  560.  
  561.      jENS-mICHAEL gROSS <GROSSIBR@BURAN.FB10.TU-BERLIN.DE>
  562.  
  563.        hE WROTE read81, THE FIRST ibm-pc/dos TRANSFER UTILITY, THAT WAS
  564.  
  565.        AND IS ABLE TO READ cbm 1581 FORMATTED DISKS. hE SHOWED ME, THAT
  566.  
  567.        IT MUST BE POSSIBLE TO DO THE SAME MYSELF. tHE DIFFERENCE IS, THAT
  568.  
  569.        HIS UTIL IS SHAREWARE AND HE DOESN'T DISTRIBUTE THE SOURCES OF IT.
  570.  
  571.        sO THERE WAS NO POSSIBILITY TO INTEGRATE HIS ROUTINES INTO tHE
  572.  
  573.        sTAR cOMMANDER. hIS UTIL IS ABLE TO DO DIRECT FILE ACCESSES ON cbm
  574.  
  575.        1581 DISKS. tO PROTECT HIS WORK AND TO PREVENT ME FROM
  576.  
  577.        IMPLEMENTING TOO MUCH UNINTERESTING STUFF, i DECIDED, THAT
  578.  
  579.        1581-cOPY SHOULD BE A DISK IMAGE TRANSFER UTILITY ONLY WITHOUT ANY
  580.  
  581.        FILE HANDLING SUPPORT.
  582.  
  583.  
  584.  
  585.      zENITH dATA sYSTEM
  586.  
  587.        tHEIR tECHNICAL rEFERENCE mANUAL TEACHED ME IN ACCESSING AND
  588.  
  589.        PROGRAMMING DIFFERENT HARDWARE COMPONENTS OF THE ibm-pcS (LIKE
  590.  
  591.        THE lpt PORTS, THE irq AND THE dma CONTROLLER).
  592.  
  593.  
  594.  
  595.      dAN fANDRICH <DAN@FCH.WIMSEY.BC.CA>
  596.  
  597.        hE WROTE A cbm 1581 DISK DRIVER AND FILESYSTEM ACCESS UTILITY FOR
  598.  
  599.        lINUX AND SOME WONDERFUL DOCUMENTATION, THAT COULD EXPLAIN ME,
  600.  
  601.        WHY IT IS SO DIFFICULT (IS IT REALLY?) TO ACCESS cbm 1581 DISKS
  602.  
  603.        WITH ibm-pc BASED OPERATING SYSTEMS (THE DISK SIDE SWAP).
  604.  
  605.  
  606.  
  607.      cHRISTOPH h. hOCHSTTTER <CHRISTOH@MICROSOFT.COM>
  608.  
  609.        hIS dos UTILITY fdformat WAS MY FIRST STEP INTO LEARNING HOW TO
  610.  
  611.        DO DIRECT FLOPPY DISK CONTROLLER PROGRAMMING.
  612.  
  613.  
  614.  
  615.      cIRIACO gARC{CBM-K}A DE cELIS <CIRI@GUI.UVA.ES>
  616.  
  617.        tHE "SON" OF cHRISTOF hOCHSTTTER, HE WROTE THE TOOLS 2m, 2mgui
  618.  
  619.        AND 765debug. wITHOUT THE SOURCES OF 765debug, i WOULDN'T HAVE
  620.  
  621.        BEEN ABLE TO IMPLEMENT THE LOW LEVEL fdc ROUTINES. iF YOU COMPARE
  622.  
  623.        THE SOURCES, YOU WILL SEE, THAT i DERIVED THE WHOLE LOW LEVEL fdc
  624.  
  625.        ACCESSING ROUTINES FROM THE SOURCES OF 765debug. wELL, IN THE
  626.  
  627.        MEANTIME i DID SO MANY RESTRUCTURES, THAT YOU WON'T SEE ANYTHING
  628.  
  629.        ANYMORE :-)
  630.  
  631.  
  632.  
  633.      rALF bROWN <RALF+@CS.CMU.EDU>
  634.  
  635.        hIS INTERRUPT LIST AT HTTP://WWW.POBOX.COM/{$7e}RALF/FILES.HTML IS THE
  636.  
  637.        GREATEST RESOURCE FOR ibm-pc BASED LOW LEVEL PROGRAMMING PEOPLE,
  638.  
  639.        THAT HELPED ME VERY MUCH IN IMPROVING DIFFERENT ROUTINES AND
  640.  
  641.        ESPECIALLY IN LEARNING HOW TO PROGRAM THE dma CONTROLLER.
  642.  
  643.  
  644.  
  645.      sOREX/wow AKA gEERT vERSCHUEREN <sOREX@SKYNET.BE>
  646.  
  647.        oNE OF MY FIRST TESTERS. hE OWNS A VERY SOPHISTICATED TEST
  648.  
  649.        PLATFORM, A 386dx RUNNING wINDOWS 95.
  650.  
  651.  
  652.  
  653.      pONTUS bERG <bACCHUS@fAIRlIGHT.oRG>
  654.  
  655.        tHE MAINTAINER OF THE BEST SORTED AND COMMENTED cbm RELATED TOOLS
  656.  
  657.        PAGE. tHANKS FOR PUBLISHING 1581-cOPY ON YOUR PAGE.
  658.  
  659.  
  660.  
  661.      aNDREAS bOOSE <BOOSE@lINUX.rz.fh-hANNOVER.de>
  662.  
  663.        hE SUPPORTED ME WITH INFORMATIONS FROM THE ibm pc/at TECHNICAL
  664.  
  665.        REFERENCE MANUAL AND JUST INFORMED ME, THAT HE PLANS TO INTEGRATE
  666.  
  667.        DIRECT cbm DISK ACCESS SUPPORT INTO A FUTURE VERSION OF vice FOR
  668.  
  669.        dos, THIS IS REALLY A GREAT IDEA, ISN'T IT.
  670.  
  671.  
  672.  
  673.      nEAR lETTER qUANTITY AKA jOCHEN aDLER <daDLER@T-ONLINE.DE>
  674.  
  675.        tHIS IS THE AUTHOR OF SEVERAL FLOPPY SPEEDER IMPROVEMENTS, LIKE
  676.  
  677.        sUPRAdos, sUPERjIFFYdos AND sUPERjIFFYdos FOR THE 1541. hE
  678.  
  679.        PROVIDED ME WITH SEVERAL INFORMATIONS ABOUT THE cbm 1581 AND
  680.  
  681.        ESPCIALLY SOME ANALYSES ABOUT THE EXACT TRACK FORMAT. wITHOUT HIM,
  682.  
  683.        i WOULDN'T HAVE BEEN ABLE TO SOLVE THE PROBLEM WITH THE DIFFERENT
  684.  
  685.        (WRONG) gap SIZES OF THE EARLIER VERSIONS.
  686.  
  687.  
  688.  
  689.      jOHANNES sCHULZE-oECHTERING <ST0159@AIXRS1.HRZ.UNI-ESSEN.DE>
  690.  
  691.      mARK sEELYE <MSEELYE@YAHOO.COM>
  692.  
  693.        tHESE BOTH PEOPLE WERE PUSHING ME FOR INTEGRATING cmd fd2000
  694.  
  695.        SUPPORT INTO 1581-cOPY. tHE ROUGH fd2000 SUPPORT OF 1581-cOPY IS
  696.  
  697.        MAINLY THEIR MERIT. mARK DID SOME SPECIAL TESTS, SO THAT i WAS
  698.  
  699.        ABLE TO IDENTIFY THE LOW LEVEL DISK LAYOUT FOR THE FIRST TIME.
  700.  
  701.        jOHANNES DID SEND ME SOME NATIVE cbm 1581 FORMATTED DISKS, SO
  702.  
  703.        THAT i COULD TEST THE NEW ADJUSTED gap SIZES.
  704.  
  705.  
  706.  
  707.      cREDO/scs*trc AKA rAY nEMES <CREDO@BIGFOOT.COM>
  708.  
  709.      pER oLOFSSON/mAGERvALP <CL3POLOF@CLING.GU.SE>
  710.  
  711.      fRANK rEICHEL <fRANK.rEICHEL@FORCHHEIM.BAYNET.DE>
  712.  
  713.        tHESE PEOPLE ARE ALSO IN THE 1581-cOPY TEST CREW AND HELPED ME
  714.  
  715.        DEBUGGING 1581-cOPY BY WRITING TEST REPORTS FROM TIME TO TIME.
  716.  
  717.  
  718.  
  719.  
  720.  
  721.  
  722.  
  723. 6. aDDITIONAL AND DISTRIBUTION INFO
  724.  
  725.  
  726.  
  727.    pLEASE READ THE HISTORY FOR FURTHER VERSION INFORMATIONS AND MUCH OF
  728.  
  729.    THE IMPLEMENTATION BACKGROUND. aND YOU SHOULD CHECK THE SOURCES OF
  730.  
  731.    COURSE, PERHAPS YOU WANT TO DERIVE YOUR OWN PROJECT FROM MY WORK.
  732.  
  733.  
  734.  
  735.  
  736.  
  737.    iF YOU ARE AN OWNER OR MAINTAINER OF A cbm RELATED SITE PLEASE DO
  738.  
  739.    PLACE THE UTIL ONTO YOUR SITE, IF YOU FIND IT USEFUL.
  740.  
  741.  
  742.  
  743.  
  744.  
  745.    tHIS, OLDER OR NEWER VERSIONS OF 1581-cOPY MAY BE FOUND ON THE
  746.  
  747.    FOLLOWING SITES:
  748.  
  749.  
  750.  
  751.    - tHE PRIMARY DISTRIBUTION SITE (wOMO'S DEVELOPER PAGE)
  752.  
  753.        HTTP://WWW.GM.FH-KOELN.DE/{$7e}WOMO/SOURCEN/SOURCES.HTML
  754.  
  755.    
  756.  
  757.    - tHE sTAR cOMMANDER SITE OF jOE fORSTER/sta
  758.  
  759.        HTTP://STA.C64.ORG/SCEXTPRG.HTML
  760.  
  761.    - tHE "tOOLS" PAGE OF bACCHUS/flt
  762.  
  763.        HTTP://WWW.FAIRLIGHT.TO/TOOLS/PC.HTML
  764.  
  765.    - mARKO mKELS ftp SITE
  766.  
  767.        FTP://FTP.FUNET.FI/PUB/CBM/TRANSFER/1541-TO-pc
  768.  
  769.  
  770.  
  771.  
  772.  
  773. 7. cONTACT
  774.  
  775.  
  776.  
  777.    pLEASE SEND ME BUG REPORTS, SO THAT i CAN FIX AS MOST BUGS AS
  778.  
  779.    POSSIBLE. pERHAPS i SHOULD DEFINE THIS SOFTWARE AS aNTI-sHAREWARE,
  780.  
  781.    WHERE i PAY _YOU_ FOR EVERY _NEW_ BUG YOU FIND AND REPORT TO ME :-)
  782.  
  783.  
  784.  
  785.    wOMO    <WOMO@MINDLESS.COM>
  786.  
  787.            WWW.GM.FH-KOELN.DE/{$7e}WOMO
  788.  
  789.