Jump to content

DjayBee

+AtariAge Subscriber
  • Posts

    1,668
  • Joined

  • Last visited

Posts posted by DjayBee

  1. 4 minutes ago, SoulBuster said:

    I just downloaded it and it is fine.  Try again.

    Downloaded it three times with no success.

    7Zip tells me about header errors and creates all files but all except three with 0 bytes size.
    Windows Explorer also gives an error.

     

    Linux unzip:

    # unzip hi.zip
    Archive:  hi.zip
      inflating: Home Inventory Box Back.jpg
      inflating: Home Inventory Box Bottom.jpg
      inflating: Home Inventory Box Front.jpg
    file #4:  bad zipfile offset (local header sig):  5985911
    file #5:  bad zipfile offset (local header sig):  6697359
    file #6:  bad zipfile offset (local header sig):  7365044
    file #7:  bad zipfile offset (local header sig):  7877376
    file #8:  bad zipfile offset (local header sig):  10595726
    file #9:  bad zipfile offset (local header sig):  10639361
    file #10:  bad zipfile offset (local header sig):  10685204
    file #11:  bad zipfile offset (local header sig):  10732390
    file #12:  bad zipfile offset (local header sig):  10773952
    file #13:  bad zipfile offset (local header sig):  10804883
    file #14:  bad zipfile offset (local header sig):  37833260
    file #15:  bad zipfile offset (local header sig):  37875434
    file #16:  bad zipfile offset (local header sig):  64734047
    file #17:  bad zipfile offset (local header sig):  64734187
    file #18:  bad zipfile offset (local header sig):  65358397

     

  2. 11 minutes ago, thefox1980 said:

    If I attach the disk image directly to D1 Altirra it boots to the DOS screen.

     

    Can anyone replicate these steps and if they have the same results. Setup is noted in my first post.

    Perhaps you are holding F4 (=OPTION) not long enough to disable BASIC when booting from FujiNet because first FujiNet needs F4 to mount/boot and while the Atari is booting the emulated Atari needs F4 as well to disable BASIC.

     

    You might also disable BASIC from Altirra's config:

    System -> Configure System... -> Firmware -> Remove the tick from "Enable BASIC ..."

    image.png.6fb5b1c3d61c91a6279671c2d4027084.png

    If you do the latter you can later on, when you need BASIC mount it manually:

    File -> Attach Special Cartridge -> BASIC

    or select a specific BASIC ROM in File -> Attach Cartridge...

     

  3. 20 hours ago, SoulBuster said:

    Here is a Re-Record.  Copymate XE still shows 1 bad sector.

     

    BackTalk 1.2.zip 4.79 MB · 3 downloads

    This was expected.

    That mastering error is on the disk and therefore it doesn't matter how you dump it. There will always be a second t30 sector 16 and thus a missing sector 18.

    I suspect that my comment in this posting confused you (as it did ijor).
    I did not question the missing sector 18 but only saw a very small chance that the duplicate sector 16 was caused by the "splice-read" - which meanwhile is proven to be wrong.

    Inline with your latest dump from 4h ago, a fixed ATX which reflects the differences in track alignment between the "slice-dump" and the new "index-dump":

    Backtalk v1.2 (1985)(Antic Software)(US)(Side A)[f].atx

    (Sector data is identical to my first fix and thus also the derived ATR.)

    • Like 3
    • Thanks 1
  4. 2 hours ago, SoulBuster said:

    this is the contents of my batch file.

     

    a8rawconv scp1:96tpi:com3 %1.scp
    a8rawconv %1.scp %1.atx
    a8rawconv %1.scp %1.atr

     

    Does a8rawconv default to indexed mode?  If so, then that is what was used

    Rescue.scp 17.35 MB · 2 downloads

    Thanks.

    This dump also has these combinations of duplicate sectors 16 and missing sectors 18.

     

    Unless somebody did an incredibly bad copy-job in overwriting the disk with its own data, this is proof that the disk has a mastering error and can never have worked.

    The error is the same as with your dump of Back Talk v1.2.

    • Thanks 1
  5. 1 hour ago, SoulBuster said:

    I have started using a8rawconv for recording. I just did Rescue using it and it has the same problem as before.

    Can you please post the SCP file?

     

    The old dump might suffer from two problems:

    • These three sectors 18 are really gone bad and therefore missing.
      This makes the game fail.
    • Sectors 16 are at the end of a revolution and due to splice mode seen twice while decoding into the ATX.
      This has no influence on the game because both instances of each sector contain identical data.

    The latter then should no longer be in the "indexed" dump.

  6. 6 hours ago, BillC said:

    Now that you have the COM port working you can use a8rawconv.exe, instead of the Supercard Pro software, for flux dumping. I believe a8rawconv is also supposed to be able to write to floppy from ATR/ATX in most cases.

    I strongly second that.

     

    Everybody using an SCP says that dumping Atari images should be done using a8rawconv instead of the (at least for Atari disks) cappy original software of the SCP. It seems that even the guy who programs the original SCP software admits that his implementation is not good for Atari disks.

  7. 4 hours ago, SoulBuster said:

    5 revs on this ATX

    You should always do five revs.
    It increases the chance for a good read of borderline sectors and usually also to detect weak sectors.

     

    In this case it did not help.

    I have no idea why a8rawconv does not detect it here because it sees "5 different sectors found at the same position" but then "Keeping the most popular one" which makes no sense at all when all reads were bad.

     

    Fixed:

    Rebel Charge at Chickamauga[f].atx

     

    Plus a fixed image for Rescue (needs OS-B):

    Rescue Try 1[f].atx

    Rescue Try 1[f].atr

     

    Does the Rescue disk boot on hardware?
    If so then you have a problem in your dumping gear.

    If not then this disk has mastering errors (tracks 7, 18 and 24 miss sector 18 but each has a duplicate of sector 16). Track 7 is needed. The other ones are in unused areas and also not fixed by me.

     

    • Thanks 1
  8. 9 minutes ago, SoulBuster said:

    Rescue (1983)(ALA Software)(US)[BASIC][disk]

     

    I cannot figure out how to boot it. If someone does, please post back with instructions.

    This unfortunately is a bad dump. Sector 18 on track 7 is needed but missing. Some others as well but these are not needed.

     

    I compared it to Atarimania's dump and can use that dump's sector data to repair it.

    Stay tuned.

    • Like 2
    • Thanks 1
  9. 15 minutes ago, SoulBuster said:

    Rebel Charge at Chickamauga (1987)(SSI)(US)[BASIC][disk]

     

    Sector 41 is bad and I could not get it to load.  I am not sure if that sector is copy protection or not.

     

    Yep, this is protection but the sector is "only" stable bad-CRC instead of weak.
    Can you give it another try with some more revolutions of the disk?

  10. 25 minutes ago, SoulBuster said:

    EduFun! Battling Bugs + Concentration (1982)(Miliken Publishing Company)(US)[BASIC][disk]

     

    This disk has two errors on it.  One is not in the data but the other is. With -p 104 I can get rid of the one NOT in the data.  The programs seem to work, so I am guessing that the error in the data is copy protection?

    Yep, this sector is protection.

    • Thanks 1
  11. 8 minutes ago, woj said:

    I do have a question here, I have close to zero experience with disk drives and floppies on these things (I never owned a disk drive in my younghood, only the Turbo 2000 cassette player), how common / usable are ED 130k disks? Is it reasonable to make this a distribution ATR file format, or just go directly to 180K DD ATR? (I am now certain the game will fit in 130K).

    Go with ED 130k.

     

    The only drive which cannot read this format is the 810.

     

    If you use real DD 180k, unmodified 1050 cannot read it anymore.

     

    • Like 3
  12. 6 hours ago, nsinav said:

    @Irgendwer I am a member of ABBUC and I have not been able to find the schematics or the files to build the Snack Adapter.

    First you must register for the forum at https://abbuc.de/forum/ucp.php?mode=register (in the upper right you can switch language to English).

     

    Then request access to the members' area of forum and website by sending your membership no. and your forum username via email to vorstand@abbuc.de.

     

    • Like 1
×
×
  • Create New...