3rd Party Software, Tools & Add-ons for KryoFlux
-
ZrX
- Posts: 578
- Joined: Tue Dec 06, 2011 9:09 pm
Post
by ZrX » Wed Mar 07, 2012 9:14 pm
I've been working quite some while on my STREAM -> D64/G64 converter and decided to try visualizing how the data is laid on the disk.
Layout of a
Giana Sisters floppy (large'ish picture) that was erraneously dumped with hall effect sensor replacing the index sensor.
Just for showoff for now.

-
mr.vince
- Posts: 2120
- Joined: Tue Oct 05, 2010 5:48 pm
Post
by mr.vince » Thu Mar 08, 2012 9:31 am
That's truly awesome, well done. Please let's keep in touch as we also had re-discussed G64 internally, to avoid doubling work on this.
-
ZrX
- Posts: 578
- Joined: Tue Dec 06, 2011 9:09 pm
Post
by ZrX » Thu Mar 08, 2012 11:50 pm
Well my G64 code is pretty manual so far, depending what kind of format it's being fed with. Some formats like bad sector protection and Vorpal tend to work with minimum work but others like Rapidlok are still pretty much a no-go.
PS. The previous Gianan Sisters image has been updated.
And some more work on the visualizing code tested with
Giana Sisters and
F-16 Combat Pilot showing some "data".
-
Darkstar
- Posts: 72
- Joined: Thu Nov 04, 2010 7:58 pm
Post
by Darkstar » Fri Mar 09, 2012 1:34 am
Looks awesome! Will you provide that tool when it's ready? I can't wait to try it on my stream dumps
-Darkstar
-
jerrykurtz
- Posts: 161
- Joined: Tue Dec 28, 2010 2:50 am
- Location: Delaware, Ohio USA
Post
by jerrykurtz » Fri Mar 09, 2012 2:32 am
That so cool looking!
-
RJMcInty
- Posts: 81
- Joined: Fri Nov 26, 2010 12:26 am
Post
by RJMcInty » Fri Mar 09, 2012 5:24 am
This is awesome!!! I so want to have a solid stream->G64 converter... I just don't have the time/skill to accomplish it.
What's the mostly red track in the high tracks of the F16 disk? Duplicator info, or...?
--RJMcInty
-
ZrX
- Posts: 578
- Joined: Tue Dec 06, 2011 9:09 pm
Post
by ZrX » Sat Mar 10, 2012 3:24 pm
The red track (40) was just GCR decoding error caused by incorrect speedzone setting for that track.
One of the many things I yet have to do is the detection of the speed used. And because the tool only decodes CBM DOS sectors it still leaves a lot out.
The G64 conversion so far works in only two ways, it either aligns the tracks from the index information from the stream files or by decoding the tracks to find out where sector 0 of each track starts from. D64 decoding I had been working for a long time already before even getting Kryoflux (I used USB logic analyzer to stream from a 1541) and I started with the G64 conversion after doing Kryoflux dumps of about 100 original games so I could test how far I could get with the protections as is by using the emulator format.
-
mr.vince
- Posts: 2120
- Joined: Tue Oct 05, 2010 5:48 pm
Post
by mr.vince » Sat Mar 10, 2012 6:00 pm
Yes, G64 comes out a little different in every emulator.... That's why we're also pushing out IPF with C64 support...
Nevertheless supporting both is not a bad option.
-
DrCoolZic
- Posts: 172
- Joined: Tue Jul 26, 2011 10:44 am
Post
by DrCoolZic » Sat Mar 17, 2012 12:08 pm
Thumbs up
Indeed very interesting visualization.
I would be interested to provide similar type of visualization for Atari users.
Did you use a specific graphic package in your code?
Do you intend to publish the source code?
-
ZrX
- Posts: 578
- Joined: Tue Dec 06, 2011 9:09 pm
Post
by ZrX » Sat Mar 17, 2012 3:42 pm
I'm simply plotting the results as a bitmap file by code. No fancy graphics packages or anything.
And here (the image on the right) I added another visualization to show (in)valid GCR. Everything is presented as how the CBM DOS would see it. Parts of the track that the drive would interpret as a sync are not drawn, and thus makes it easy to see the individual sectors.
The game is Au Revoir Monty, the french version of Auf Wiedersehen Monty, tho all the text in it are still english. The loader is pretty fast but wastes a lot of diskspace. Interestingly they used MFM on this.

-
Attachments
-

- Auf Wiedersehen Monty (French version)
- Au_Revoir_Monty.png (372.66 KiB) Viewed 8029 times