More than 3 revolutions in an .scp file?
More than 3 revolutions in an .scp file?
When exporting .scp files from Kryoflux .raw Preservation Streams it seems that only 3 revolutions are exported?
I would like to check whether that is in fact the case and if more could be included ie Kryoflux by default captures 5 revolutions
I would like to check whether that is in fact the case and if more could be included ie Kryoflux by default captures 5 revolutions
Re: More than 3 revolutions in an .scp file?
please try the latest beta version.
Re: More than 3 revolutions in an .scp file?
Re: More than 3 revolutions in an .scp file?
How many revolutions are present into these raw files ?
Re: More than 3 revolutions in an .scp file?
Increase the "SCPEXPORT_NUMBER_OF_REVOLUTIONS" variable value.
Re: More than 3 revolutions in an .scp file?
Thanks Jeff I wasn't aware of that Internal Parameter. I can see that the .scp header respects the number of revolutions specified although the downstream tool I am using after that does not find the fifth revolution. Are you aware of a third party tool that can verify the number of revolutions actually present in any .scp file rathe than just reading the header?
I tried the Supercard Pro utility itself but received timeout and .dll errors.
I tried the Supercard Pro utility itself but received timeout and .dll errors.
Re: More than 3 revolutions in an .scp file?
Hi Jeff,
Kryoflux team have confirmed that there are definitely 5 full revolutions in my preservation stream source files (the tracks contain 6 index timing marks) so there might be an issue with the export function to .scp format.
Cheers,
Michael
Kryoflux team have confirmed that there are definitely 5 full revolutions in my preservation stream source files (the tracks contain 6 index timing marks) so there might be an issue with the export function to .scp format.
Cheers,
Michael
Re: More than 3 revolutions in an .scp file?
and another data point with the latest beta "The resulting SCP file did have 5 revolutions specified in the file header, however the Track Header Data table in the SCP file only has 4 pointers to flux data, the fifth one is zero indicating the track does not exist. "
Full tech details here courtesy Mark:
http://www.osiweb.org/osiforum/viewtopi ... 4312#p4312
Full tech details here courtesy Mark:
http://www.osiweb.org/osiforum/viewtopi ... 4312#p4312
Re: More than 3 revolutions in an .scp file?
OSI low level format isn't supported by the hxc tools.
And maybe you should share the kf raw files too ?
And maybe you should share the kf raw files too ?
Re: More than 3 revolutions in an .scp file?
Correct. HxC tools are being used to convert .raw to .scp which is supported by downstream tooling developed by the OSI community.
https://osiweb.org/t/rabble7.zip
Re: More than 3 revolutions in an .scp file?
Yes some index are outside from the stream.
anyway i have implemented a workaround for such cases :
https://hxc2001.com/download/floppy_dri ... t_beta.zip
This appears to work properly now. (you still need to tweak SCPEXPORT_NUMBER_OF_REVOLUTIONS to 5)
btw is there a low level OSI track/sector format description somewhere ? I might implement the OSI support.
anyway i have implemented a workaround for such cases :
https://hxc2001.com/download/floppy_dri ... t_beta.zip
This appears to work properly now. (you still need to tweak SCPEXPORT_NUMBER_OF_REVOLUTIONS to 5)
btw is there a low level OSI track/sector format description somewhere ? I might implement the OSI support.
Re: More than 3 revolutions in an .scp file?
Yes I can now interrogate the fifth revolution. That's great thankyou. This was worth the effort as this fifth revolution happens to offer error-free reads of three tracks that had errors on every other revolution and should enable at least one more file from this disk to be preserved.Jeff wrote: ↑Sun Apr 17, 2022 4:49 pm
Yes some index are outside from the stream.
anyway i have implemented a workaround for such cases :
https://hxc2001.com/download/floppy_dri ... t_beta.zip
This appears to work properly now. (you still need to tweak SCPEXPORT_NUMBER_OF_REVOLUTIONS to 5)
There is some discussion and links to archival information on the format in this old thread viewtopic.php?t=1284 as a starting point. Mark is the guru when it comes to the format. His site is here http://osi.marks-lab.com/ and he has been helping me in this thread to document a workflow for imaging Ohio Scientific format floppies when the starting point is a Kryoflux preservation stream dump https://osiweb.org/osiforum/viewtopic.php?f=3&t=717