Yes, writing of G64 images forces double stepping. But raw dumps could be written with single stepping on 360k drives! I guess it's the reading only where 360k drives have problems with GCR (due to AGC filtering etc.).
David
Search found 369 matches
- Wed Apr 14, 2021 5:16 pm
- Forum: Support
- Topic: Mastering C64 Disks: How-To?
- Replies: 4
- Views: 114
- Mon Apr 12, 2021 6:13 pm
- Forum: Support
- Topic: Mastering C64 Disks: How-To?
- Replies: 4
- Views: 114
Re: Mastering C64 Disks: How-To?
The Teac FD-55GFR is a 80 track drive with 96tpi. The commodore drives have 40 tracks with 48tpi. That doesn't fit well...
Details are described in this thread:
viewtopic.php?f=10&t=1653&p=14810&hilit ... ive#p14810
David
Details are described in this thread:
viewtopic.php?f=10&t=1653&p=14810&hilit ... ive#p14810
David
- Wed Apr 07, 2021 6:00 pm
- Forum: Support
- Topic: "could not communicate with kryoflux hardware"
- Replies: 19
- Views: 1491
Re: "could not communicate with kryoflux hardware"
I'm not that familiar with MacOS but this should help to find which driver is loaded:
https://stackoverflow.com/questions/381 ... -on-darwin
David
https://stackoverflow.com/questions/381 ... -on-darwin
David
- Tue Apr 06, 2021 9:14 pm
- Forum: Support
- Topic: Weird disk format
- Replies: 8
- Views: 281
Re: Weird disk format
Try writing the attached raw stream to a 3" floppy and look if the clipper can read it...
David
David
- Tue Apr 06, 2021 5:59 pm
- Forum: Support
- Topic: Weird disk format
- Replies: 8
- Views: 281
Re: Weird disk format
There is another notable anomaly! The first valid track of the raw data you provided starts with ID01 (usually ID00) and the last track is ID40 (usually ID39). But the floppy head will always start physically at track 00 whatever ID it has. So I guess it will not find anything there because that tra...
- Tue Apr 06, 2021 5:43 pm
- Forum: Support
- Topic: Weird disk format
- Replies: 8
- Views: 281
Re: Weird disk format
If you have a valid mfm sector dump of a known geometry you can always read that to the HxC tool and export that again as kryoflux raw stream. That (exported) raw stream will be perfectly alligned again and chances are great that written back to a floppy everything works. https://hxc2001.com/downloa...
- Sat Mar 27, 2021 9:56 am
- Forum: Support
- Topic: Drive speed problem
- Replies: 5
- Views: 360
Re: Drive speed problem
Most of the time it is the disc that stucks in the sleeve because it has deformed over the years. If you dare and just want to dump the data on it, you can put the disk into another sleeve. If there is nothing of value on them (e.g. you just want to use them for general purpose), I would throw them ...
- Fri Mar 26, 2021 6:47 pm
- Forum: Support
- Topic: Weird disk format
- Replies: 8
- Views: 281
Re: Weird disk format
The 3" floppy of the PDC Clipper was doublesided 500kB. So, there is no chance to get it converted to d64! The Clipper had it's own OS in proprietary roms on the c64 motherboard and in the IEC/shugart converter... But it should be possible to connect a XU1541 to the IEC and read or write standa...
- Sun Mar 21, 2021 9:37 pm
- Forum: Support
- Topic: Error: Side number found is different from what it should be
- Replies: 5
- Views: 282
Re: Error: Side number found is different from what it should be
Yes, the diskdefs with 40 tracks would mean singlesided 48tpi. Doublesided floppies with 48 tpi are 80 tracks and doublesided floppies with 96 tpi are 160 tracks in cpmtools diskdefs (Tracks = Cylinders * Sides)! For me it looks as if a 80 tracks drive was connected to the tatung einstein. But the e...
- Sun Mar 21, 2021 7:31 pm
- Forum: Support
- Topic: Error: Side number found is different from what it should be
- Replies: 5
- Views: 282
Re: Error: Side number found is different from what it should be
No matter if it's DOS or CPM it should switch from side0 to side1 and give you no yellow "S"! It looks as if you read side 0 twice instead of both sides! You can check that if you dump the sides separately ("File/Settings/MFM Sector Image/Side Mode" from GUI menu). Both images sh...