KryoFlux Support Forums

It's getting slightly worse instead of better! I would recommend to stop cleaning! This is a visual output of the first attempt: http://davidkrause.de/First.png And this is your new attempt after the intense cleaning: http://davidkrause.de/Second.png As you can see from the red dots it is no more cl...

It looks as if this has been covered allready:

viewtopic.php?f=3&t=1293&p=11912

If you are on linux, you'll find a batch-file which will do it for you at the end of the thread....

David

Unfortunately the DOS tool can't decode the files from the third disk, as the directory usually is located on the second track which contains no valid data....

David

Great to see this progress! I gues the next step ist to get the files off the images now. There is a DOS-program existing which can extract and even add files to the image: http://www.nj7p.info/Computers/Software/Code/makimg-i_6_0d.7z There is a manual.txt in the archiv which shows all the commands....

The data of the raw files does not look too bad, but it's actually m2fm with 52 sectors on one side. The python tool from the link of my first respond should be able to decode that to a sector image (IMD-Format)! I'm off for holliday (with restricted internet access) now and can't help much during t...

It could be M2FM encoded, with 77 tracks, 26 sectors/track and 128 bytes/sector! It was discussed in this thread https://forum.kryoflux.com/viewtopic.php?f=3&t=1438&p Is it possible to do a Kryoflux raw copy with the GUI, upload that to a webspace and send the link, so that the "experts" may have a ...

I guess it's sometimes very frustrating programing for apple as they often drop support for something you just finished! Here are some examples (not kryoflux related): https://www.anandtech.com/show/12894/apple-deprecates-opengl-across-all-oses https://www.pro-tools-expert.com/home-page/2018/12/3/a-...

Well, I didn't see that these have been pure images without any header information as they didn't had the typical .img extension. I just throw them on the HcX-tool and it did assume a standard sector lenght of 512 byte! Which is wrong...

Sorry, my fault!

David

So, I downloaded the files and looked at them. I fully agree with ZrX's investigation! But the decoded image files have a different layout. As mentioned earlier, the sectors contain 512 bytes and there are only 8 sectors on each track. Where did you get the images from? They don't look as the are cr...

Hmm, these images don't match with the layout ZrX found out! It's 8 sectors with 512 byte per track!

Would be better to upload (or provide a link to) the kryoflux raw files...

David