it fails on things that can not, like weak bits - these can only be represented by a 'hack'. it can capture all data that can actually be read as such by a commodore drive. If this is true, then it would seem that the G64 format captures ALL possible data that could possibly be read from a commodore disk? Are there any other tools that can also be used to generate G64 images?ģ) What are some drawbacks to capturing Commodore disks in the G64 format? I realize the file size is bigger, but are there any other drawbacks? If this is true, then it would seem that the G64 format captures ALL possible data that could possibly be read from a commodore disk? Because of this, I am assuming that this format would be the closest format to truly capturing the authenticity of a reel Commodore disk.Ģ) How does the G64 format deal with double sided disks that a 1571 could read? For instance, for a 1571 double sided disks, can the G64 format even be used to capture all 1571 data? Or how can the G64 format be used to capture a double sided 1571 disk?ģ) Nibtools seems to be the only one that can capture (or nibble) to create a G64 image. Therefore, based off the G64 format I have a few questions:ġ) How closely does this format preserve the authenticity of commodore disks? According to the specification: Quote:Įach track data area is simply the raw stream of GCR data, just what the read head would see when a diskette is rotating past it. My goal is to preserve Commodore disks as closely as possible.

The following is a link to the file format specification for the G64 (raw GCR binary representation of a 1541 diskette):

How to play g64 file