Yes, it does. But many people want to be able to look at the decoded data, and since the copier can generate either .scf, .g64,.adf, .ibm, etc. files, it makes sense the editor can view/edit any of these formats.

I did a search here and through Yahoo, and I am unable to find any programs that offer a similar type of editor for .G64 files. Can someone point one out? I would like to compare my editor with the others to make sure that I am not missing anything.

I am working on finishing the Flux Bit Cell Timing Visualization today. Here is what the display will look like:

I discovered a neat feature that I am building into the disk copier. I already had the ability to adjust the bit cell timing window (low/high) to adjust how the bits are interpreted when decoding data, but since doing the Bit Cell Timing Visualization programming, I discovered that the few disks that I have with random read errors is due to a few bits being just outside of the normal GCR clocking window of the 1541 hardware. You can see these odd bit cell times easily in the visualization display. So, it is very possible to take these odd bit cell times (which really aren't that far off) and correct the bit error. So, I am adding a new check box to the copier to turn on/off data recovery. When a bit cell time is found to be outside of the normal range, it will be fixed when this option is on. I can now read all of my disks that the 1541 has troubles with. One disk took 52 re-reads with the 1541 to get the sector checksum correct. Now, it only takes one read with the SuperCard Pro.

Very nice! The more you post about it the more I love it. Are you currently planning on demoing this at CommVEx? I'd love to see this baby in action.

Yes, I will have both versions (prototypes) at the CommVex convention in Las Vegas at the end of the month. The first version is shown in the beginning of this thread, and the new version is the one that has the micro-SD media support and can also function as a floppy drive emulator.

Excellent! Thanks!

I'll be there with my toughest to copy disks Jim - I look forward to seeing this in action. Good progress.
_________________

What disks are those?

That was the sample form without the bit cell timing filled in yet. This is similar to what the KryoFlux group calls their 'scatter'.

Sent you the entire list of disks via PM.

Anyone reading this thread with a copy of Bounty Bob attending the show?

How about anyone with the original DiskMaker disks?

I'll be bringing DOTC and Superstar Ice Hockey as well as a lot of others.

Those would be some great challenges I imagine.
_________________

I would think some VMax protected games would make great demonstrations for this. From what I can understand about this and VMax protection, this device should be able to handle them with no problem. That would make for a really nice demo. Actually, can VMax games work in .g64 files? I haven't checked. Maybe that patched Vice with .g64 support could be used to demo that as well.

_________________

Good g64 images of V-Max games should work perfectly fine in the later builds (2.3.19) of the VICE trunk, or the SPS build off the KryoFlux site.

For example, an image of DotC was released (with permission of the copyright owner) with the SPS VICE build, which contains an exact image of the disk, and works fine.

Personally, I'm quite interested to hear how SuperCard Pro handles BBSB, and DotC.

Thanks!
Robert

Jerry - you want to loan any of those tough titles?
_________________

_________________

Considering that we can duplicate DOTC, BBSB, and all of the other titles mentioned with SuperCard+ for the C64 (released two+ decades ago), there won't be any problems copying these today - with any SuperCard version.

It is interesting to see that the KryoFlux's .g64 conversion does not syncronize the data bits as the CBM hardware does. If you look at track 18 of either DOTC or BBSB you will find SYNC marks with no syncronized data following, which should start with a 0x52. Since the bits are correct (shifted) obviously VICE emulates the data separator correctly enough to syncronize the data as it is read. It would be a lot easier for anyone wanting to view the data as the drive hardware would give it, for the data to be syncronized. I have bit shifting capability built into the analyzer so that you can shift the data around to identify invalid syncronizations.

I am sure that there would be a new image format required for emulators with programs using protections like RapidLock, where the density changes during reads on the same track.

Rapidlock is just sick. lol

I have yet to make a successful copy of DOTC (the back side) with any of my drives equipped with the SC+ or nibtools.

So it will be great to see supercard pro take care of it.
_________________

_________________

Sent you a pm Jerry in regards to your disks. Thanks.
_________________