01-01-2016, 10:07 AM
OK, the problem is that Alibaba.scp does not have any information for track 16! The table entry is there, and the header has 'TRK' and the proper track, but there is no data for the track after that!
Look at offset $651010 using HxD or some type of similar hex editor. You will see the header for track 16 and the pointer to the table of entries for that track is $0065B9AB, which is the same used in ALL of the tracks (not possible). The index time is $0000000 (not possible), and the length is $00000040. So, there are a LOT of things wrong with this SCP image!
Once the format gets worked out, it still won't produce a working disk because the data is not flux. I use the characteristics of flux to determine the location of the write splice.
The best course of action for making this work to generate a SCP image that can be written out is to generate a single revolution, using INDEX mode type (instead of SPLICE), and start each track with the first sector and place the gap at the end of the track. This means a single revolution required per track to make a working disk, so the file size will be very small. Also, since the flux data is either 0080 or 0100, it will compress with .7zip to under 30K in total size! That 16MB sample image compressed to just 65,126 bytes!
Look at offset $651010 using HxD or some type of similar hex editor. You will see the header for track 16 and the pointer to the table of entries for that track is $0065B9AB, which is the same used in ALL of the tracks (not possible). The index time is $0000000 (not possible), and the length is $00000040. So, there are a LOT of things wrong with this SCP image!
Once the format gets worked out, it still won't produce a working disk because the data is not flux. I use the characteristics of flux to determine the location of the write splice.
The best course of action for making this work to generate a SCP image that can be written out is to generate a single revolution, using INDEX mode type (instead of SPLICE), and start each track with the first sector and place the gap at the end of the track. This means a single revolution required per track to make a working disk, so the file size will be very small. Also, since the flux data is either 0080 or 0100, it will compress with .7zip to under 30K in total size! That 16MB sample image compressed to just 65,126 bytes!