IPF creation and disk writing via Kryoflux

[keir]

Twinworld is now handled, along with some other Blue Byte releases (Great Courts and Pro Tennis Tour).

Blue Byte's track loader doesn't validate a checksum, so I'm unable to check for data corruption in the raw disk image.

There are a few extra bytes of stuff after the track data, which the track loader ignores. Possibly this is a checksum, possibly for the use of the original disk duplicator. I may have to investigate the purpose of those bytes, both for track validation, and for better re-generating the original MFM data stream from my library's encoding.

[keir]

IK+ also now handled.

By random luck it also helps with Twinworld, since they use identical validation methods, but IK+ actually bothers to check it in the track loader.
So now I can validate (and generate) CRC-CCITT at the end of a track, and I do that for IK+ and the relevant Blue Byte releases. Hurrah!

[keir]

Sensible Software releases now handled.

And I can reconstruct severely damaged Copylock tracks.

[Giants]

Hi !

On my PC, floppy 3p (amstrad) connect with a special 'cable'
For example, connect on my motherboard it work good with SAMdisk
I connect this cable to my Kryoflux and enter in command ligne :

dtc -fcpc/ -l15 -i0 -i4 -d0 -p -e39

This generated a kryoflux flux to my disk

I import this directory to my linux computer when I compiled mfmparse
And enter :

mfmparse CPC cpc.ipf
mfmparse: CPC/40.0.raw: No such file or directory

It's logic because... they don't have track after 39 on CPC, so my dump jave only 40Track '0 to 39')

I think the solution is in the mfmparse config file
So in the /usr/local/share/mfmparse/mfmparse_formats I created a config like this

"cpc"
0-79 sensible
80-159 ignore


mfmparse --format="cpc" cpc cpc.ipf
Found format "cpc"
T0-79: Unformatted*
T80-159: Unformatted
** WARNING: 80 tracks are damaged or unidentified!


It's correct ?

Thks a lot

[keir]

Hi there,

Well, I'm afraid the clue is in the name of the source repository: *Amiga*-Disk-Utilities. I don't support Amstrad CPC.

However, in this forum there is another thread "Convert i4 dump files to Amstrad DSK" which is probably going to be more useful to you! In summary you get kryoflux to do a raw sector dump for you, and then this other guy has written a small utility that then converts that raw dump into a DSK format usable by CPC emulators.

He actually has a webpage on it here:
http://www.weedoorsbanging.com/archives ... c-dsk.html

[Giants]

ahhh sh..

Yes, I know also this solution but I would have preferred another solution like yours,
a linux binarie programme.

it's shame.

[urlordfu]

keir,

This is great software. I have been able to use your software after some tweaking on my ubuntu 12.10 virtual machine. I know this is for Amiga. However, would it be difficult to take the raw stream data and just write it back to ipf for use on the DTC via the Windows version of DTC? Disk-Analyse seems to need a specific format identified before it will re-create an IPF with any volume of data. The ability to write the raw stream transcends formatting and as the as-yet-vaporware Draft format is presented when it is released as being device-agnostic, this format of re-burning the stream via a stop as an IPF file would also be 'format agnostic' if the magnetic information could be merely passed back to the IPF to be re-imaged to a floppy. My need is related to very strange and old phone systems of all things that have no recognizable format but appear to have data on all tracks of an MFM image. CatWeasle was able to copy this disk using 'arjuna' http://arjuna.sourceforge.net/. Strictly from the results (Which means I could be completly incorrect based on merely my perceptions here) of your software it appears that you are analysing the raw data to compare it against a known format list and then dumping it to IPF and your 'dsk' format via your own library and the IPF library respectively. Is it possible to bypass the format evaluation and just dump the raw data to .ipf then?

Thank you for your efforts in this!

[ARA]

Hello!


I just tried out disk-analyse via Cygwin, worked great!

Since I wanted to try the software I read through the "format" list file and
picked about ten games to test.
Most games seems to work, but I had trouble getting JumpingJackson to work.
When I tested the game, it ran at a much higher speed, like if you were fast forwarding a vhs tape
(can´t really think of another way to explain it ). Strange...

I also tried a few games not in the list, with the "probe_amiga" parameter,
most didn´t work however the game Jaws did!

Since I really liked your program, I thought I might give some feedback...
Anyway,
Thanks alot!!

/ARA

[Massi cadenti]

Hi ARA it's possible to attach here the binaries for Win32?

[ARA]

Hi Massi cadenti,

See attached zip file.

Quick guide:
unzip all files in the same directory.
Say you want to analyse Rick Dangerous,
first use DTC to make streamfiles in directory called RickD.
You now have directory called RickD with lots of files called track00.0.raw, 00.1, etc
use windows command line:
disk-analyse -v --format "Rick Dangerous" RickD/track RickD.ipf

"Rick Dangerous" is the format found in the format file, open with text editor to see formats available
RickD/Track is foldername "RickD" filename "track"
RickD.ipf is the name of the destination file

Hope this helps
/ARA