The developer pointed out to me that there is an Internal Parameter you can set called "SCPEXPORT_NUMBER_OF_REVOLUTIONS" that changes the number of revolutions written in any .scp file. Changing this to 5 allows OSIHFE to pick up one more revolution but it cannot find -r5. I could not get the SuperCard Pro utility to run on my computer to independently verify how many revolutions are present but the header suggests there are 5.Mark wrote: ↑Sun Mar 20, 2022 2:16 am If you use "OSIHFE -i file.scp" it should show you the information contained in the SCP header regarding number of rotations stored. It is stored as the 6th character (or position 5 starting at 0) in the SCP file if you load it into a hex editor. Yes it appears HxC only writes 3 revolutions to SCP files.
OSIHFE with the -i flag confirms there are 5 but gives me an error "Error while loading SCP track" if I try and do a -t on revolution 5 with -r5
OK so those tracks are probably just unwritten.Mark wrote: ↑Sun Mar 20, 2022 2:16 am The disk information listed for each track is the sector number and the number of pages in the sector. 1/8 means sector 1, 8*256 bytes of data. Generally* track 0 on OSI disks is special. It contains no normal header, just a load address and the number of pages that follow. (* DOS/65 may use track 0 as a regular track for data disks.)
An OSI floppy may not have any sectors on a track if nothing has been written after formatting, thus the no sector 1 message. There must be a sector 1 to have a sector 2 (unless there has been corruption).
OKMark wrote: ↑Sun Mar 20, 2022 2:16 am No track header means a track header could not be found (track is corrupted/unreadable).
Treat the bit errors as decoding errors, the offset isn't meaningful with scp files due to the internal conversion to hfe format. Under normal circumstances all revolutions of a disk should decode into the same data...
Yes I made an error and did remove enough tracks from the preservation stream folder before dropping those on the HxC tool and exporting the .scp.Mark wrote: ↑Sun Mar 20, 2022 2:16 am Under OS65D sectors can have varying lengths from 1 to 13 depending on disk (5.25" or 8") and number of previous sectors. You can store data as one large sector but not the same amount of data as many single sectors due to the intersector gaps & headers consuming space. So on 5.25" you can store one 8 page sector but only 6 or 7 single page sectors ( Maybe it's less, I forget the exact timing.) You can also have varying length sectors. Sector 1 can be one page, sector 2 three pages, sector 3 two pages. OS65D will only load files listed in the directory starting at sector 1 of the specified tracks. You can manually load data from any track & sector though, so some small programs can "hide" on sector 2+ of a track.
Please delete the extra kryoflux tracks before loading into HxC & converting to SCP. You should only go to 79.1. OSI 5.25" disks are single sided 40 track devices (0 to 39), 8" are single sided 77 track devices (0-76).
Thanks for the additional info regarding the disk layout.Mark wrote: ↑Sun Mar 20, 2022 2:16 am Some accommodation has been made to support 80 track 3.5" OSI drives. But the extra kryoflux tracks are confusing OSIHFE into believing you have an 8" image which is why the directory is not listed. The directory lives on different tracks between 5.25 & 8" disks.