Don't worry, in a few days i'll upload the updated program along with the utility on amstrad cpc and update the manual of course.
But here is a small preview:
It's a rather simple procedure, you just select the "Image Copy to CPC" function, and using "Select Image" button, you choose the dsk image you want to transfer.
Then, you just run the utility on amstrad CPC, a :"Insert a disk and press any key" message appears,you insert an empty disk, press a key, and after ~40seconds you will have your disk ready!
The program will also notify you what kind of disk format is needed (disks must be either data/system/ibm formatted), you can use the format utility inside Utility disk for this, it's actually really fast too, formating a disk takes ~15 seconds!
Of course since i use AMSDOS routines for the transfer, images with more than 40 tracks or strange sectors (e.g. usually copy protected games), might not be copied to disk correctly. For these, program tries to cut all the non AMSDOS track/sectors (these cannot be written on disk anyway, you get a "Disk error,Ignore or cancel" message on each attempt of writing a "curious" sector) and writes all other. In a couple of cases, an image with 41-42 tracks, copied succesfully to disk, by just discarding the extra tracks, so although it's a "long shot", i decided not to prohibit the transfer of copy protected images but rather leave this option just in case it might work... Still, i will try to develop a way for copying copy protected images, maybe by utilizing
this track format routine by thaker, if it can be used for non standard track/sectors of course. The other "solution" might be to edit directly the extended disk parameter block, EDPB, at &A890 but i might need some help on this

Also, i've added a "Rescan" button, for refreshing the available Serial ports without needing to restart the application.
One other thing that worth mentioning, is that the actual transfer speed you get, depends heavily on the layout of sectors in a track.
After copying a few dozens images to disks, i noticed that most of the standard dsk images, have a sector layout on each track that results in requiring ~double the transfer time to disk (~80 seconds). These images have sector id's in series order e.g.: C1, C2, C3... C9 (these are the most common sector id's for DATA format disks).
On the othe hand, most of extended dsk images use a different layout (kind of "interleave" order: C1,C6,C2,C7,C3,C8,C4,C9,C5) that allows the admittedly very fast transfer of ~40seconds/dsk image! So, i manage to rearrange "on the fly" the order of the sectors of a "slow" image, to match this of the "fast" image, and
so now, all games can be written fast! 
Next thing follows, is adding a patched "READ SECTOR" routine for the direct load function! If all goes well, you'll might be able to run CPM games (that needed |CPM to run) and games that used a small "disc" file header without individual files, which currently not supported by the direct load! And the funny thing is that maybe even some copy protected games that can't be transferred to disk , might run directly using this method!

Keep in touch!