CPCWiki forum

General Category => Applications => Topic started by: Lone on 23:31, 27 November 16

Title: SugarConvDsk
Post by: Lone on 23:31, 27 November 16
Hello,


Since I worked a lot on various dump format support for Sugarbox, I decided to use all this code in a stand-alone utility, for dump conversion.


It can convert your disks from dsk, edsk, supercard pro, HFE, IPF, CT-raw, Raw (kryoflux) to dsk/edsk, scp, IPF, HFE.
It can be use for batch (directory (with recursive option) and filter can be used).




Here it is : http://sugarbox.free.fr/wp-content/uploads/SugarConvDsk.exe (http://sugarbox.free.fr/wp-content/uploads/SugarConvDsk.exe)


UPDATE 12/16/2016 : 0.27.2 fix lots of bugs. Link is here :
http://www.cpcwiki.eu/forum/applications/sugarconvdsk/msg138423/#msg138423 (http://www.cpcwiki.eu/forum/applications/sugarconvdsk/msg138423/#msg138423)



Title: Re: SugarConvDsk
Post by: Lone on 05:30, 28 November 16
By the way : don't use it for DSK convertion : a lot of other tools are working far better.
The main quality is on the other formats (more straightforward formats)


EDIT - To be more precise : DSK can be used as source, but shouldn't be used as output. Samdisk (for example) works far better.
The main quality of my tool is the recréation of a complete MFM track from many source (including edsk), and the possibility to write it to another format. IPF, SCP and HFE should be prefered, as it can be automated (DSK need lots of computing, which aer not of great quality here).


Another note on IPF : The IPF genereted is exactly what is on the track. Unlike the SPS tools, there is no recognition of an existing protection scheme. The drawback is the size of the dump (which is often a bit big). The advantage is that every dump should work exactly as the original tacks.



Title: Re: SugarConvDsk
Post by: Lone on 23:54, 07 December 16
Hello,


Here is a small update.


The IPF conversion is now far better : As far as I have tested it (about 4000 dumps), it generate exactly the same track.
Also, there is less crashes on the read side (especially with wrong dsk !)

Title: Re: SugarConvDsk
Post by: Lone on 16:18, 16 December 16
A little update : The tool no longer crash when converting to E-Dsk format (but, still, don't use it !)
Title: Re: SugarConvDsk
Post by: roudoudou on 16:24, 11 May 18
Linux users may enjoy the source release of sugarconv  8)

https://github.com/Tom1975/SugarConvDsk

unzip
install cmake & zlib libraries (zlib1g-dev or something like this)
go to SugarConvDsk directory
Code: [Select]
cmake .
make all
Title: Re: SugarConvDsk
Post by: robcfg on 17:29, 11 May 18
No luck on Mac due to the <experimental/filesystem> include...  :picard:
Title: Re: SugarConvDsk
Post by: Lone on 20:51, 08 October 18
Hello


I made a new release with some various fix & enhancement.
Also, a linux binary is available for download (no mac yet, as I don't have any chance to have a mac to compile and test it)


https://github.com/Tom1975/SugarConvDsk/releases/tag/SugarConvDsk

Title: Re: SugarConvDsk
Post by: GUNHED on 19:55, 15 November 18
Very nice! Just saw this new tool. Will have a look now! Thanks a lot for creating it.  :)
Title: Re: SugarConvDsk
Post by: robcfg on 22:18, 15 November 18
Hello


I made a new release with some various fix & enhancement.
Also, a linux binary is available for download (no mac yet, as I don't have any chance to have a mac to compile and test it)


https://github.com/Tom1975/SugarConvDsk/releases/tag/SugarConvDsk (https://github.com/Tom1975/SugarConvDsk/releases/tag/SugarConvDsk)


I can help you testing on Mac, but the <experimental/filesystem> include is not available on Mac compilers.


I managed to compile it on Linux Mint 19 though.


What do you use <experimental/filesystem> for?
Title: Re: SugarConvDsk
Post by: Lone on 22:36, 15 November 18
It's mainly used for std::filesystem::path class (an easy way to handle path )