![]() |
![]() |
#21 |
Registered User
Join Date: May 2011
Location: Cambridge
Posts: 694
|
|
![]() |
![]() |
#22 |
Lemon Curry ?
Join Date: Sep 2004
Location: Denmark
Age: 49
Posts: 4,182
|
Thanks for the reply, I'll keep my fingers crossed then.
![]() |
![]() |
![]() |
#23 | ||
Posts: n/a
|
kaffer,
I'm trying to compile the source code on Debian 7.x (64 Bit) from your posting: Quote:
Code:
git clone http://github.com/keirf/Disk-Utilities cd Disk-Utilities make Code:
LD_LIBRARY_PATH=libdisk disk-analyse/disk-analyse --format=ibm_pc_dd KP2/KP2 kp2.ipf The error I am getting is: Quote:
Thanks. Larry |
||
![]() |
#24 |
CaptainM68K-SPS France
|
what is the disk format you try to process, an amiga game ?
|
![]() |
![]() |
#25 |
Posts: n/a
|
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 Last edited by ldkraemer; 18 July 2014 at 12:28. Reason: typo |
![]() |
#26 |
Registered User
Join Date: Apr 2010
Location: Chicago/USA
Age: 55
Posts: 681
|
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.
|
![]() |
![]() |
#27 | ||
Posts: n/a
|
UPDATE for Linux (64 Bit - Debian 7.x) test install without using "sudo make install":
Quote:
it doesn't get copied to: /usr/local/share/disk-analyse/ Just use the copy command to copy it to the proper Linux location. Code:
sudo mkdir /usr/local/share/disk-analyse sudo cp /path/to/Disk-Utilities/disk-analyse/formats /usr/local/share/disk-analyse Code:
cd Downloads/kryoflux/kryoflux_2.20_linux/dtc/x86_64/Disk-Utilities/ LD_LIBRARY_PATH=libdisk disk-analyse/disk-analyse Quote:
Code:
sudo make install Thanks. Larry |
||
![]() |
#28 |
Registered User
Join Date: May 2011
Location: Cambridge
Posts: 694
|
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. |
![]() |
![]() |
#29 |
Registered User
Join Date: May 2011
Location: Cambridge
Posts: 694
|
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.
|
![]() |
![]() |
#30 | |
Da Digger :)
Join Date: Nov 2008
Location: Monza, Italy
Posts: 2,822
|
Quote:
How can they be recognized/identified one from the other? |
|
![]() |
![]() |
#31 |
Registered User
Join Date: May 2011
Location: Cambridge
Posts: 694
|
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.
|
![]() |
![]() |
#32 |
Registered User
Join Date: May 2011
Location: Cambridge
Posts: 694
|
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.
|
![]() |
![]() |
#33 |
Lemon Curry ?
Join Date: Sep 2004
Location: Denmark
Age: 49
Posts: 4,182
|
Now THAT is sweet music to my ears.
![]() |
![]() |
![]() |
#34 | |
Registered User
Join Date: May 2011
Location: Cambridge
Posts: 694
|
Quote:
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. |
|
![]() |
![]() |
#35 |
Amigaholic
Join Date: Dec 2009
Location: UK
Posts: 4,759
|
Still will won't do a working DungeonMaster.CT > DungeonMaster.IPF though
![]() Also, where do you get v5 of the Linux IPF library from? |
![]() |
![]() |
#36 |
Moderator
Join Date: Jan 2003
Location: ...
Age: 52
Posts: 1,838
|
My guess would be compiling from the published sources or the Hatari download.
|
![]() |
![]() |
#37 | |
Lemon Curry ?
Join Date: Sep 2004
Location: Denmark
Age: 49
Posts: 4,182
|
Quote:
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 Last edited by Retroplay; 14 August 2014 at 14:00. Reason: typo |
|
![]() |
![]() |
#38 | |
Registered User
Join Date: May 2011
Location: Cambridge
Posts: 694
|
Quote:
And yes, I built my own libcapsimage.so.5. It's very easy. |
|
![]() |
![]() |
#39 |
Amigaholic
Join Date: Dec 2009
Location: UK
Posts: 4,759
|
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 ![]() |
![]() |
![]() |
#40 |
Registered User
Join Date: May 2011
Location: Cambridge
Posts: 694
|
|
![]() |
Currently Active Users Viewing This Thread: 2 (0 members and 2 guests) | |
Thread Tools | |
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
IPFs of games I own | antonvaltaz | project.SPS (was CAPS) | 22 | 28 May 2009 12:28 |
Mounting IPFs | killergorilla | project.SPS (was CAPS) | 16 | 06 August 2005 00:32 |
Downloadable IPFs | killergorilla | project.SPS (was CAPS) | 15 | 27 August 2003 15:59 |
How exactly do IPFs get out in the first place? | MethodGit | project.SPS (was CAPS) | 2 | 15 July 2003 22:02 |
|
|