DjayBee

Is there no TACO-member with a spare one? He maybe could literally send it by trebuchet.

A cartridge of the weaving software showed up on eBay: https://www.ebay.com/itm/195892965783

The fresh upload from 50 minutes ago is OK.

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

The ZIP archive is broken.

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 ..." 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...

Errrm, booting a DOS 2.5 disk with BASIC enabled will end up at a READY prompt by design. (Boots DOS and jumps to BASIC.) It does not matter if booted from a physical floppy, a SIO2SD or now a FujiNet.

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.)

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.

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.

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.

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.

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.

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?

Yep, this sector is protection.

Errm, never seen a square cassette before, like in the photo. 🤪

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.

Dunno if Ihor talked about it but you might listen to Kay's interview with him and find out: https://ataripodcast.libsyn.com/antic-interview-13-the-atari-8-bit-podcast-ihor-wolosenko or (but audio-only) https://youtu.be/ShK0NPcKwiw Several titles fell back to their Authors like Steve Hales or Mike Silva.

Coincidentally, ben Eater uploaded a video to YouTube over the weekend that explains WozMon's inner workings in detail. There a some nifty tricks used.

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.

Wow, this one looks nnnnice.

Another contender for online play in the FujiNet Game Lobby.

It could be a dongle which will return something via the other pins of the joystick port.

Particularly in regularly finding imperfection in perfection.

His personal practice is the exact opposite.