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

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:
using:
My command is:
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:
Do you have any suggestions?

Thanks.

Larry

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

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":
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.
Then, as a test to see if the software is functional do:
and you should see the following on the Terminal (Console):
OR, use the following to do a complete install:
Then proceed with testing the software.

Thanks.

Larry

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.

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.

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.

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.

Now THAT is sweet music to my ears. :great

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.

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

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

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

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

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.

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 :D

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

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