Creating your own IPFs

[Keir]

Originally Posted by Retroplay

This has probably been asked before elsewhere but are there any plans for CT RAW image support in the future for disk-analyse ?

Yes, if a CT RAW format specification is published, or if someone publishes sources for a CT RAW codec.

[Retroplay]

Thanks for the reply, I'll keep my fingers crossed then.

kaffer,
I'm trying to compile the source code on Debian 7.x (64 Bit) from your posting:

If you want to try it out, you can grab all my code from Github: http://github.com/keirf/Disk-Utilities

using:

git clone http://github.com/keirf/Disk-Utilities
cd Disk-Utilities
make

My command is:

LD_LIBRARY_PATH=libdisk disk-analyse/disk-analyse --format=ibm_pc_dd KP2/KP2 kp2.ipf

I have all my kp200.0.raw, kp200.1.raw, ....kp239.0.raw, kp239.1.raw files in subdirectory /home/larry/Downloads/kryoflux/kryoflux_2.20_linux/dtc/Disk-Utilities/KP2

The error I am getting is:

disk-analyse: could not open config file "formats"

Do you have any suggestions?

Thanks.

Larry

[dlfrsilver]

what is the disk format you try to process, an amiga game ?

Oh, I forgot to include that information along with what I am wanting to do.

I've purchased a KryoFlux Board to read several hundred SS/DD or DS/DD, 40 Track,
10 Sectors of 512 Bytes per Track, CP/M, 5.25" (non protected) Boot Floppy's
from Kaypro II, Ampro (Z80) Little Board, and Radio Shack Model 4 (Montezuma Micro
Ver 2.2x) CP/M floppy's. Some Floppy's are Data Files ONLY.

I've set the default format to "ibm_pc_dd" before I compiled the software, since
that is the closest type in the software.

The KryoFlux reads the floppy's Tracks into a Stream format (.RAW) for each track,
and those are saved in my ~/KP2 subdirectory for the complete Floppy.

But, the KryoFlux only writes four types of files to floppy, one of which is IPF (others
are Amiga ADF, CBM G64 Images, and Auto-Detect). And this software creates the
IPF format files from the KryoFlux Stream files (type 0), preservation files.

I've searched for days with Google, and this is the only software I've found so for that
will allow me to create a IPF format file, that the KryoFlux writes back to DS/DD Floppy's.

Any support is appreciated.

Thanks.

Larry

[Abaddon]

The formats file is in the disk - analyze folder so try making that the current directory and execute it from there and supply the full path to the raw stream.

UPDATE for Linux (64 Bit - Debian 7.x) test install without using "sudo make install":

disk-analyse: could not open config file "formats"

The file named formats located in: /path/to/file/Disk-Utilities/disk-analyse/ and
it doesn't get copied to: /usr/local/share/disk-analyse/
Just use the copy command to copy it to the proper Linux location.

sudo mkdir /usr/local/share/disk-analyse
sudo cp /path/to/Disk-Utilities/disk-analyse/formats /usr/local/share/disk-analyse

Then, as a test to see if the software is functional do:

cd Downloads/kryoflux/kryoflux_2.20_linux/dtc/x86_64/Disk-Utilities/
LD_LIBRARY_PATH=libdisk disk-analyse/disk-analyse

and you should see the following on the Terminal (Console):

Usage: disk-analyse [options] in_file out_file
Options:
-h, --help Display this information
-q, --quiet Quiesce normal informational output
-v, --verbose Print extra diagnostic info
-i, --index-align Align all track starts near index mark
-p, --pll=MODE MODE={fixed,variable,authentic}
-f, --format=FORMAT Name of format descriptor in config file
-c, --config=FILE Config file to parse for format info
Supported file formats (suffix => type):
.adf => ADF
.eadf => Extended-ADF
.img => IBM-MFM Sector Dump
.ipf => SPS/IPF
.dsk => Libdisk
.scp => Supercard Pro
Read-only support:
.dat => Diskread
.dfi => DiscFerret DFE2
.raw => Kryoflux STREAM

OR, use the following to do a complete install:

sudo make install

Then proceed with testing the software.

Thanks.

Larry

[Keir]

I thought I would add a note about a few features I added to disk-analyse in the last week.

1. For unrecognised track formats, raw bitcells can be dumbly passed through to the output image using the 'raw' format specifiers: e.g., disk-analyse --format=raw_dd input_stream output.ipf

2. Arbitrary well-formed IBM-MFM tracks can now be decoded by the ibm_mfm format handler. This is especially useful for a range of classic computers which use the IBM-MFM track format. e.g., disk-analyse --format=ibm_mfm_dd input_stream output.ipf

3. Extended (aka custom) ADF images are now better supported. Both EXT1 and EXT2 ADF images can now be used as input images to disk-analyse.

[Keir]

Also rather more mundanely, disk-analyse has new command-line options for specifying single-sided operation and start/end cylinders. This speeds up operation and (in the case of single-sided operation) neatens up the analyser output.

[Supamax]

Originally Posted by kaffer

3. Extended (aka custom) ADF images are now better supported. Both EXT1 and EXT2 ADF images can now be used as input images to disk-analyse.

I don't remember: which was the difference between EXT1 and EXT2 adf formats?
How can they be recognized/identified one from the other?

[Keir]

Originally Posted by Supamax

I don't remember: which was the difference between EXT1 and EXT2 adf formats?
How can they be recognized/identified one from the other?

The first 8 bytes of the file have a signature. EXT1 has signature UAE--ADF, EXT2 has signature UAE-1ADF. I think EXT2 is a lot more common these days, and is also the better format.

[Keir]

Regarding CT Raw support, SPS have kindly released source for v5 of their IPF support library which includes a CT Raw codec. I will be adding CT Raw support to Disk-Utilities as soon as I have time to reverse engineer a specification and re-implement from that.

[Retroplay]

Now THAT is sweet music to my ears.

[Keir]

Originally Posted by kaffer

Regarding CT Raw support, SPS have kindly released source for v5 of their IPF support library which includes a CT Raw codec. I will be adding CT Raw support to Disk-Utilities as soon as I have time to reverse engineer a specification and re-implement from that.

Scrub that, I have done the trivial plumbing to get the latest SPS support library to do it for me. So disk-analyse now supports reading CT Raw files if you have v5 of the SPS/IPF library installed.

I don't plan to implement write support for CT Raw images. I think the existing set of supported target formats covers everyone's reasonable use cases.

[BarryB]

Still will won't do a working DungeonMaster.CT > DungeonMaster.IPF though

Also, where do you get v5 of the Linux IPF library from?

[IFW]

My guess would be compiling from the published sources or the Hatari download.

[Retroplay]

Originally Posted by BarryB

Still will won't do a working DungeonMaster.CT > DungeonMaster.IPF though

Also, where do you get v5 of the Linux IPF library from?

v5.1 x64 version compiled by Foul
http://eab.abime.net/showpost.php?p=960689&postcount=4

v5.1 x86 version compiled by yours truly
http://eab.abime.net/showpost.php?p=961347&postcount=12
(ignore the "refuses to boot" part, I got that sorted)

I tested this x86 library with FS-UAE and it works and loads raw files, however disk-analyse doesn't seem to "pick it up".
If I try to convert a CT RAW image I just get "failed to probe input".
There's no warnings that disk-analyse can't find the library though.
I've tried both /usr/lib and /usr/local/lib

[Keir]

Originally Posted by Retroplay

I tested this x86 library with FS-UAE and it works and loads raw files, however disk-analyse doesn't seem to "pick it up".
If I try to convert a CT RAW image I just get "failed to probe input".
There's no warnings that disk-analyse can't find the library though.
I've tried both /usr/lib and /usr/local/lib

Ah, I'm guessing your image's filename suffix is .CT. I was only recognising .CTR and .RAW. I have now added .CT as well, so you should be able to get it working with disk-analyse by either renaming your image or building the latest version of Disk-Utilities.

And yes, I built my own libcapsimage.so.5. It's very easy.

[BarryB]

I love phrases like 'very easy', especially when used in conjunction with Linux, I'll still be figuring out how to compile it this time next week

In the meantime I'll cheat and try the ready made solution linked by Retroplay

[Keir]

Originally Posted by BarryB

Still will won't do a working DungeonMaster.CT > DungeonMaster.IPF though

There are other emulation and write-to-floppy options for that disk which do not involve IPF.