Disk reading problems

[Galahad/FLT]

I'm using the latest BETA of WinUAE, and before I installed it, I was able to use plain Atari ST .ST disk images and be able to read the format through Action Replay III so I could edit the disks and do what I liked as they are stored in the same way as ADF files, except obviously slightly shorter in length.

Now with the latest BETA, whenever I try and read from a .ST disk, I no longer can, the drive just reports back errors.

Is this some kind of new detection that if the image is below 901K in size then its automatically assumed not to be an Amiga disk?

[NewDeli]

I think this threads belongs to "new to Amiga scene"

[Toni Wilen]

If size matches known PC/Atari ST style images, data is encoded as PC/Atari ST MFM format. (betas added single sided support, previously they most likely were inserted as truncated Amiga formatted disk)

Old behavior was wrong, now it works correctly

[Galahad/FLT]

Originally Posted by Toni Wilen

If size matches known PC/Atari ST style images, data is encoded as PC/Atari ST MFM format. (betas added single sided support, previously they most likely were inserted as truncated Amiga formatted disk)

Old behavior was wrong, now it works correctly

any chance of having an option to change automatic PC/ST format on/off?

As .ST format disks are stored in the same way as ADF files and its quite useful.

[Toni Wilen]

No plans currently. You can add extra byte to end of image file or fill it up to 880k as a workaround..

[Galahad/FLT]

Originally Posted by Toni Wilen

No plans currently. You can add extra byte to end of image file or fill it up to 880k as a workaround..

Pretty please

I don't know about others, but i've used shortened Amiga ADF files in the past where the entire disk wasn't needed, which means I no longer can.

I'm sure someone with your more than excellent skills would find it in his heart to add one tickbox option, seeing that you are an all round great bloke

Did I say how great and excellent you are yet?

[Toni Wilen]

GUI option: "No". Some other solution: "Maybe".

[Galahad/FLT]

Originally Posted by Toni Wilen

GUI option: "No". Some other solution: "Maybe".

I like the sound of "maybe", its positive, much like yourself Toni

[Toni Wilen]

What about: "If file extension is .adf, always mount as amiga formatted"? (does not include extended adfs, of course)

[Galahad/FLT]

Originally Posted by Toni Wilen

What about: "If file extension is .adf, always mount as amiga formatted"? (does not include extended adfs, of course)

That would be a super compromise

[thomas]

Originally Posted by Toni Wilen

What about: "If file extension is .adf, always mount as amiga formatted"? (does not include extended adfs, of course)

So a 720k file named pc_disk.adf will be mounted as Amiga floppy with tracks 65 - 79 being unreadable ? I don't like this.

Why don't you just use mfm.device instead of trackdisk.device to edit the ST/PC disks ? Or why don't you use an image-processing program like xfs/file.device or diskimage.device to access the file directly instead through emulated hardware ?

[Galahad/FLT]

Originally Posted by thomas

So a 720k file named pc_disk.adf will be mounted as Amiga floppy with tracks 65 - 79 being unreadable ? I don't like this.

Why don't you just use mfm.device instead of trackdisk.device to edit the ST/PC disks ? Or why don't you use an image-processing program like xfs/file.device or diskimage.device to access the file directly instead through emulated hardware ?

Because I can directly then access them in Action Replay III without mucking about, and that same disk image can be used in STEEM so I don't have to screw around with a load of renaming and faffing about.

Tonis idea is an excellent idea, because there are people that use shortened disk images where they know that the latter part of the disk is never accessed.

quite common for some WHDLoad installs to use this method, and the disk images can still be used in WinUAE.

[Toni Wilen]

Hmm.. Ok.. I think I can't do above change because it seems it will break more common cases than it fixes. (AR or WHDLoad + programming = rare stuff, sorry)

Perhaps there is better solution but it is getting too late for big 2.0 changes.

[Galahad/FLT]

i'll stick to older versions then, its too handy a feature for me to lose.

[Toni Wilen]

Only autodetect format if extension is "known"? (adf, st, ima etc..). This is my last offer

[Galahad/FLT]

Originally Posted by Toni Wilen

Only autodetect format if extension is "known"? (adf, st, ima etc..). This is my last offer

Ok, that sounds like an even better compromise.

[thomas]

That's ok, but please don't break the autodetection of Amiga exe files, independently of the file name extension.

BTW, would it be possible to keep the name of the exe file instead of "runme.exe" ?

[Galahad/FLT]

Originally Posted by thomas

That's ok, but please don't break the autodetection of Amiga exe files, independently of the file name extension.

BTW, would it be possible to keep the name of the exe file instead of "runme.exe" ?

I would imagine Toni has code to detect the headers of files it loads and then decides if its an exe file or a disk image.

[Toni Wilen]

Originally Posted by thomas

That's ok, but please don't break the autodetection of Amiga exe files, independently of the file name extension.

exe detection has nothing to do with adf size detection. (it checks file contents, not extension)

BTW, would it be possible to keep the name of the exe file instead of "runme.exe" ?

Yes but what if the PC-side name has "weird" characters or is too long? Not worth the trouble to autofix it. It is only made to run singlefile demos and intros quickly.

You can "mount" exes (any files) as a harddrive with original name intact by right mouse dragging to WinUAE window. (right mouse = do not autodetect file type and insert as a floppy image)