Jump to content
Have You Played Atari Today?
2600|5200|7800|Lynx|Jaguar|Forums|Store  

pksw

New Members
 View Profile  See their activity

  • Content Count

    6

  • Joined

  • Last visited

Posts posted by pksw

  2. Posted

    Always possible that my apple iic floppy from 1987, or my floppy disk drive from 1990 are the culprits. 

     

    Here is the SCP for disk 2 of carmen sandiego as well as the DSK image from the ASIMOV repository that I wrote to floppy. There are exactly 5 bytes different in disk after the conversion from SCP to DSK, as I actually played a game, and saved a game onto the disk (so some zero bytes changed to the name "LIAM")

     

    eg

    Comparing files carmen2.dsk and CARMENW2.DSK
    000220A0: 4C 00 L
    000220A1: 49 00 I
    000220A2: 41 00 A 
    000220A3: 4D 00 M
    000220AF: 01 00 (01=completed 1 case in the game)
     

    carmen2.zip carmenw2.dsk

  3. Posted

    I think it was probably bad media. Used a fresh disk, and downloaded "Where in the World is Carmen Sandiego" from the apple ii asimov FTP repository, then read it back using my PC.

     

    You are welcome to SCPs, links to the original DSK images - let me know whatever you need - I can't thank you enough for your utility.

     

    Here's the log:

    C:\gw\a8>a8rawconv.exe -d auto carmen2.scp carmen2.dsk
    A8 raw disk conversion utility v0.94
    Copyright (C) 2014-2020 Avery Lee, All Rights Reserved.
    Licensed under GNU General Public License, version 2 or later.

    Reading SuperCard Pro image: carmen2.scp
    Writing Apple II disk image (DOS 3.3 ordering): carmen2.dsk
    WARNING: Track  0, sector 12: 1/14 bad sector reads discarded at position 0.06.
    WARNING: Track  0, sector  4: 1/14 bad sector reads discarded at position 0.57.
    WARNING: Track  0, sector  3: 2/14 bad sector reads discarded at position 0.51.
    WARNING: Track  1, sector 13: 1/14 bad sector reads discarded at position 0.34.
    WARNING: Track  1, sector  6: 4/14 bad sector reads discarded at position 0.92.
    WARNING: Track  1, sector  3: 5/14 bad sector reads discarded at position 0.73.
    WARNING: Track  2, sector 14: 2/14 bad sector reads discarded at position 0.62.
    WARNING: Track  2, sector  7: 5/14 bad sector reads discarded at position 0.20.
    WARNING: Track  2, sector  6: 1/14 bad sector reads discarded at position 0.14.
    WARNING: Track  2, sector  3: 7/13 bad sector reads discarded at position 0.95.
    WARNING: Track  3, sector 13: 1/14 bad sector reads discarded at position 0.78.
    WARNING: Track  3, sector 11: 1/14 bad sector reads discarded at position 0.66.
    WARNING: Track  3, sector  7: 1/14 bad sector reads discarded at position 0.42.
    WARNING: Track  4, sector  1: 2/14 bad sector reads discarded at position 0.27.
    WARNING: Track  5, sector 12: 1/14 bad sector reads discarded at position 0.16.
    0 missing sectors, 0 sectors with errors

  4. Posted

    On 8/16/2020 at 11:22 AM, phaeron said:

     

    • New decoded format support: Atari XFD (read/write), Apple II 5.25" ProDOS order (read/write), Apple II / Mac 3.5" 400/800K DSK (write only), PC 160K-1.44M VFD/FLP (write only), Amiga 880K ADF (write only).

    Thank you. I can finally confirm that I have been able to image a PRODOS disk, and compared the final converted disk with the original file, and they are exactly the same. I will post this method on some Apple II forums, as it is an easy way to backup non copyprotected disks, without needing an Apple II, and a greaseweazel assembled device cost me less than $AUD30.

     

    Method:

     

    1. Transferred a downloaded PRODOS DSK image using ADTPro from my Windows PC to my Apple iic. Wrote the disk using the Apple iic drive

    2. Used a Greaseweazle device connected to a 1.2Mb 5.25 HD disk drive on my Windows PC

    command line used: gw.exe read --double-step --revs=14 --ecyl=35 --single-sided --rate=250 --rpm=300 "C:\gw\mydiskgreen.scp"

    I read the disk 14 times, as there was a persistent error in one sector, and this finally yielded a good result

    3. Used your program: a8rawconv.exe -d auto mydiskgreen.scp mydiskgreen.dsk

    4. Binary compare of the original DSK file and the final file identical.

     

    So the image was transferred from INTERNET -> WINDOWS PC -> APPLE IIC -> FLOPPY DISK -> WINDOWS PC, and is identical.

     

    log:

    C:\gw\a8>a8rawconv.exe -d auto mydiskgreen.scp mydiskgreen.dsk
    A8 raw disk conversion utility v0.94
    Copyright (C) 2014-2020 Avery Lee, All Rights Reserved.
    Licensed under GNU General Public License, version 2 or later.

    Reading SuperCard Pro image: mydiskgreen.scp
    1 invalid GCR bytes encountered
    1 invalid GCR bytes encountered
    2 invalid GCR bytes encountered
    1 invalid GCR bytes encountered
    1 invalid GCR bytes encountered
    1 invalid GCR bytes encountered
    1 invalid GCR bytes encountered
    1 invalid GCR bytes encountered
    1 invalid GCR bytes encountered
    Writing Apple II disk image (DOS 3.3 ordering): mydiskgreen.dsk
    WARNING: Track  0, sector 15: 1/14 bad sector reads discarded at position 0.36.
    WARNING: Track  0, sector 10: 2/14 bad sector reads discarded at position 0.05.
    WARNING: Track  0, sector  8: 1/14 bad sector reads discarded at position 0.93.
    WARNING: Track  0, sector  1: 4/14 bad sector reads discarded at position 0.50.
    WARNING: Track  1, sector  0: 3/14 bad sector reads discarded at position 0.66.
    WARNING: Track  1, sector 15: 4/14 bad sector reads discarded at position 0.58.
    WARNING: Track  1, sector 14: 4/14 bad sector reads discarded at position 0.51.
    WARNING: Track  1, sector 13: 5/14 bad sector reads discarded at position 0.45.
    WARNING: Track  1, sector 10: 2/14 bad sector reads discarded at position 0.27.
    WARNING: Track  1, sector  9: 6/14 bad sector reads discarded at position 0.21.
    WARNING: Track  1, sector  3: 13/14 bad sector reads discarded at position 0.85.
    WARNING: Track  1, sector  2: 1/14 bad sector reads discarded at position 0.78.
    WARNING: Track  1, sector  1: 2/14 bad sector reads discarded at position 0.72.
    WARNING: Track  2, sector  0: 2/14 bad sector reads discarded at position 0.88.
    WARNING: Track  2, sector 13: 1/14 bad sector reads discarded at position 0.67.
    WARNING: Track  2, sector  7: 5/14 bad sector reads discarded at position 0.31.
    WARNING: Track  2, sector  5: 7/14 bad sector reads discarded at position 0.19.
    WARNING: Track  3, sector  0: 3/14 bad sector reads discarded at position 0.10.
    WARNING: Track  3, sector 13: 6/14 bad sector reads discarded at position 0.89.
    WARNING: Track  3, sector 12: 1/14 bad sector reads discarded at position 0.83.
    WARNING: Track  3, sector 11: 8/14 bad sector reads discarded at position 0.77.
    WARNING: Track  3, sector  9: 2/14 bad sector reads discarded at position 0.65.
    WARNING: Track  3, sector  7: 4/14 bad sector reads discarded at position 0.53.
    WARNING: Track  3, sector  2: 5/14 bad sector reads discarded at position 0.22.
    WARNING: Track  3, sector  1: 3/14 bad sector reads discarded at position 0.16.
    WARNING: Track  4, sector  0: 1/14 bad sector reads discarded at position 0.32.
    WARNING: Track  4, sector 14: 2/14 bad sector reads discarded at position 0.17.
    WARNING: Track  4, sector 12: 2/14 bad sector reads discarded at position 0.05.
    WARNING: Track  4, sector  7: 7/14 bad sector reads discarded at position 0.75.
    WARNING: Track  4, sector  5: 1/14 bad sector reads discarded at position 0.63.
    WARNING: Track  4, sector  2: 8/14 bad sector reads discarded at position 0.44.
    WARNING: Track  5, sector 15: 3/14 bad sector reads discarded at position 0.45.
    WARNING: Track  5, sector  9: 2/14 bad sector reads discarded at position 0.09.
    WARNING: Track  6, sector 11: 12/14 bad sector reads discarded at position 0.43.
    WARNING: Track  6, sector  8: 1/14 bad sector reads discarded at position 0.25.
    WARNING: Track  6, sector  1: 3/14 bad sector reads discarded at position 0.82.
    WARNING: Track  7, sector 10: 2/14 bad sector reads discarded at position 0.59.
    WARNING: Track  7, sector  9: 1/14 bad sector reads discarded at position 0.53.
    WARNING: Track  7, sector  2: 3/14 bad sector reads discarded at position 0.10.
    WARNING: Track  8, sector  4: 3/14 bad sector reads discarded at position 0.44.
    WARNING: Track  8, sector  1: 3/14 bad sector reads discarded at position 0.26.
    WARNING: Track  9, sector 12: 2/14 bad sector reads discarded at position 0.15.
    WARNING: Track 10, sector  0: 4/14 bad sector reads discarded at position 0.64.
    WARNING: Track 10, sector  6: 3/14 bad sector reads discarded at position 0.01.
    WARNING: Track 10, sector  5: 1/13 bad sector reads discarded at position 0.95.
    WARNING: Track 11, sector  5: 1/14 bad sector reads discarded at position 0.16.
    WARNING: Track 32, sector  1: 7/14 bad sector reads discarded at position 0.53.
    0 missing sectors, 0 sectors with errors
     

  5. Posted · Edited by pksw

    5 hours ago, phaeron said:

    Yes, this is the issue. Currently, a8rawconv only writes out disk images in DOS 3.3 sector ordering and you need ProDOS ordering. The sector order lists you found are the pertinent ones, but the one in diska2.cpp is the reverse mapping, which can be produced from the above mappings with a little Python: 

    >>> [[0, 7, 14, 6, 13, 5, 12, 4, 11, 3, 10, 2, 9, 1, 8, 15].index(x) for x in range(0,16)]
[0, 13, 11, 9, 7, 5, 3, 1, 14, 12, 10, 8, 6, 4, 2, 15]
>>> [[0, 8, 1, 9, 2, 10, 3, 11, 4, 12, 5, 13, 6, 14, 7, 15].index(x) for x in range(0,16)]
[0, 2, 4, 6, 8, 10, 12, 14, 1, 3, 5, 7, 9, 11, 13, 15]

    Replace the kLogicalToPhysicalA2DOS array in diska2.cpp with the last mapping and see if that does the trick. If so, I can update the code to switch to that for .PO files.

    I did try that, and managed to get the source to compile under the free download Visual Studio 2019 (I've never used it - I haven't programmed since turbo pascal 6 in the 90s, and never learnt C). However, the DSK file still doesn't seem to be right. Viewing the original disk and the converted one with a hex editor does find some blocks that are the same, and in the correct offsets. But there is a lot of junk data too, and text that I can see in the original disk, that just isn't in the converted DSK.  I'll do a bit more testing using different media, to ensure it's not a bad read.

     

    I did find a reference to PRODOS encoding at https://www.bigmessowires.com/2011/10/02/crazy-disk-encoding-schemes/

    and a manual for PRODOS at http://www.apple-iigs.info/doc/fichiers/beneathprodos.pdf

     

  6. Posted

    I have succesfully used a8rawconv to convert apple ii DOS 3.3 16 sector, SCP images (made using a greaseweazle device) to DSK.

     

    Thank you for writing this tool.

     

    I have not been able to make usable ProDOS disks though. I suspect this may be due to the different sector layout from Dos 3.3, as alluded to here

     

    snip:

     

    Specifically, on-disk sectors 0 to 15 of a DOS 3.3 image (ordinarily having the extension DSK or DO) should contain the contents of the image sectors at offsets: 0, 7, 14, 6, 13, 5, 12, 4, 11, 3, 10, 2, 9, 1, 8, 15 — i.e. increase by 7 at each step, and take the modulo by 15 if out of bounds. The on-disk sectors 0 to 15 of a Pro-DOS image (ordinarily PO) should contain the sectors at offsets 0, 8, 1, 9, 2, 10, 3, 11, 4, 12, 5, 13, 6, 14, 7, 15 — i.e. increase by 8 each step, and take the modulo by 15 if out of bounds.

     

    Unfortunately my ability to manipulate the source code to a8rawconv to allow for the different offsets above isn't good enough to make a usable ProDOS disk.

AtariAge
Forums
Store
General
Follow AtariAge

Copyright ©1998-2021 AtariAge

×
×
  • Create New...