tomas-nestorovic / RIDE

Windows tool for low-level access to any floppy disks, and comfortable high-level access to some legacy filesystems (ZX Spectrum, MS-DOS, etc.).
https://nestorovic.hyperlink.cz/ride/html/index.html
56 stars 0 forks source link

Could you publish binary? Can't compile with new VS or just can not rum it! #74

Closed kaunomedis closed 1 year ago

kaunomedis commented 1 year ago

At last when I compiled, I received "CAPS library outdated, 5.1 or newer required!"

tomas-nestorovic commented 1 year ago

Hi,

binaries are under the Releases section (which is not so well visible here at GitHub - one has to switch to the Code tab and search for it in the middle of the page in column on the right).

Each release comes with all libraries - you may therefore want to place the CAPS library into Windows system folder so that you can run the app even from within Visual Studio :-)

Tomas

kaunomedis commented 1 year ago

Thanks, it is working. Still dos not recognized, but I know it is from ZX. On one disk there is visible marking "ST-DOS", other disks first sectors is with text "Simanauskas Darius VILNIUS 1989(C)", "53k CP/M", "D.S. 1989 Vilnius" - looks someone "hacked" strings.

I found disk labeled "system". Converted to binary. Could you check it? It is 5 sector @1K.

U00_scp.zip

tomas-nestorovic commented 1 year ago

Hi,

well, if the application doesn't recognize the content in an unstructured image (e.g. your *.IMA), it's always up to the user to specify the correct geometry.

I pondered your image. It's 407,552 Bytes long, too short for a double-sided 3.5" 2DD floppy, unlikely to be a single-sided 3.5" 2DD floppy. So I guess it's a double-sided single density 5.25" floppy.

You specified a sector should be 1024 Bytes big - that makes 407552/1024 = 398 sectors on the disk in total. May it be that two sectors are missing on the last track? For then it would be 400 sectors - with expected five sectors per track you specified, it would then make nice 80 tracks in total, aka a double-sided 40 tracks disk.

Such geometry is pre-defined in the Raw image settings dialog:

image

image

The question is if the side numbers (0 and 1, in this case) are correct?

I confirmed the settings - the "Cannot recognize the DOS" message appeared, which is expected. The disk was opened, in the Track Map tab I switched to data visualization (Ctrl+2) and immediately saw the root directory with CP/M-based directory entries in it (MS-DOS builds on them as well).

image

image

image

I tried to find the string "DOS" in the disk content:

image

The first occurrence (I haven't searched further) refers to BDOS which I have no previous experience with :-(

image

Anyway if you are certain with the geometry (40x2x5 รก 1024), then you may continue with dumping the image (see how).

Hope it helps somehow.

kaunomedis commented 1 year ago

Wow, thank you for your explanation. I need to learn everything you posted. Thanks. About the size of the disk... it is possible that I lost some of the data during conversion or by disk damage. I am trying to force greaseweazle to understand the format to use multiple reads on bad disks. Many of the disks are very "RED".

zx0-diskas This is disk I've send you.

About "DOS" string... it is a "system disk" with various installs. Text search reveals: "ST-DOS V3.3 V.Stanaitis,Kaunas,1992", "BDOS ERR ON d:BAD SECTOR"- this looks like some manual, It may be some multiple system installs in disk. I not very interested in "system" or game disks. I have some text files edited with some editor I need to extract them (there is a book inside disks) and also some very historical programs from university times. This is the goal.

kaunomedis commented 1 year ago

Yeap, binary image is not good for testing. zx0-diskas2

Here is the flux. If it will allow to attach... U00.zip

tomas-nestorovic commented 1 year ago

Hi,

oh man, this looks terribly! ๐Ÿ‘Ž

BUT (I've saved, or at least significantly improved, a couple of such disks):

  1. Did you try cleaning the FDD heads? I personally use isopropyl alcohol (which evaporates quickly and leaves no traces) that is sold in various stores under various names (e.g. in Hornbach as "Isopropanol"). Here a video tutorial for 3.5" drives - a basically the same procedure holds for any other drive.
  2. Did you try cleaning the disk? This is a must for any old floppies of unknown origin. I again use isopropyl alcohol, and this video tutorial shows virtually exactly how I do it.
  3. Does the disk spin constantly in the drive? If you right-click any track and select the Show track low-level command, a track viewer appears. image In it select the Helpers โ†’ Scatter plot command. The following is a typical example of a flux deformation due to disk spinning with obstacles in the drive - what should be straight lines is deformed to sort of sinusoids. (Eventually command to see only 99.85 percentile of the data via the Chart menu.) image If this is the case, simply very gently press the Eject button on the drive while the drive is working with such floppy - you this way release the pressure of both heads on the magnetic disk, making it spin more freely. This requires VERY calm hand :-) Edit: I've now taken a look at your attached U00.SCP image and can confirm that the disk spins without efforts in the drive. So we can exclude this point ๐Ÿ‘
  4. Did you try aligning Head 1 (upper head)? I can see an almost systematic error under Head 1 in the Track Map you shared which is often an indicator that the drive needs alignment. Don't worry, it's not a rocket science - the point is that the lower (fixed) and upper (adjustable) heads are offset by several tracks (I think eight, but am not sure). The screws of the upper adjustable head must be released and the head positioned so that it matches with the pressure cap underneath it. To correctly align the upper head will typically need several iterations of disconnecting the drive, releasing the screws, aligning the head, tightening the screws, and connecting the drive back to see the difference/improvement. This video shows what I mean - except the the guy is aligning Head 1 on-the-fly by using a dedicated software to immediately see the difference. I don't have such thing so I always have to stick to the iterative process.

Let me know how you are doing ๐Ÿ‘

tomas-nestorovic commented 1 year ago

With more than a month of no response, this problem seems to be resolved. If that's not the case, feel free to reopen this issue or create a new one.

kaunomedis commented 1 year ago

Sorry, I forgot you and your program. It give me good start and I wrote custom software for my purpose, especially I was in great need for the Disk Monitor images and less for CP/M from ZX clones. For low level reading, we made great cooperation with Greaseweazle author, as he updated his program with the custom disk format options. Now I can "grind" disk in bad sectors and salvage the data. The problem is not in the bad head alignment or head cleaning, just in the post soviet era many DD disks were written as HD. Some sectors were salvaged after 7 revolutions, 6 retries and 6 seeks! Now I am pushing Greaseweazle to make an option to collect bad sector data for statistical analysis- some sectors have readable data, but bad checksum. Maybe few bytes are lost and rest data in 1024 are good!