Brume wrote:update done, thank you Jim
What happens if we format a defect floppy? Is there a warning box during the formatting process or do we need to format it, then test it?
JimDrew wrote:I just tried a PC 1.44MB disk with 5 revs, and I get the expected error message of "ReadLength > RAM Capacity!". I can cancel or retry without any issues. Retry shows the same error message again, and cancel aborts the operation and then another disk can be imaged. No unplugging of SCP required. Are you using firmware v0.8?
Check the FTP site... a 5 rev version is there for you.
JimDrew wrote:Ah... ok, I did not try that. I will look into it. Because you are making these giant image files (when almost always just a single revolution is needed), I am adding the ability to the analyzer to reduce the number of revolutions and re-save the image.
JimDrew wrote:KF only verifies programs that it knows about, which is a fraction of what exists. I am adding a flux level read verification routine that will re-read if multiple reads have a bit cell time that changes from the window comparator (example, bitcell should be 4us, but it is now 8us). This is primarily for 5.25" drives that do not support the reading of weakbits. I have dumped thousands of disks, and i have never once yet seen a case where the data actually changes from read to read that was not deliberate (weakbits). I have seen several cases where a disk is dirty, but the read is the same every time. I think what I might do is make a note during the copying process about the status of the data when multiple revolutions are read. Perhaps change the color of the grid for the track from green to yellow, red, etc. to indicate a potential issue.
Visually, you can look at the flux display and immediately know if there is a read issue or not based on the flux pattern.
JimDrew wrote:New version of the software has been released! This adds a lot of changes to the interface and functionality. The introduction of a "Preservation" mode (previously always enabled) now lets you disable this mode to obtain images that compress significantly better. These images probably will not work well with Aufit for converting to an STX image since the flux is normalized. Images generated with the mode disabled do work perfectly with all of the Amiga emulators as well as converting to a G64 image file. The only advantage of disabling the Preservation mode is allow for better compression of the image files. If you are wanting to make real disk later on from images, don't disable the Preservation mode.
Changes can be seen in our forum area.
I did make one change to the SCP image file format - I added a new IFF_FLAGS bit, bit 4 = TYPE. With this bit set, the Preservation mode was disabled when the image was made. This lets the program using the image know that this is not an exact flux image, and can disallow it from being used if necessary.
JimDrew wrote:A new version of the software has been released. Lots of fixes/enhancements made.
What image file format (.???) do the Atari ST emulators use that contains just a straight dump of all of the sectors (or is there even such a thing)?
Users browsing this forum: Bing [Bot] and 2 guests