Thanks for the information but it does not really help.IFW wrote: ↑Thu Apr 26, 2018 10:49 am Yes, I had to, as some conversions generated stream files that crashed DTC at random points in the analyser pipeline... or worse, DTC did not crash but the results were incorrect/random.
From the 2.72 release notes:
- prevent using a stream file with broken index signal data (generated by
some third party tools)
- ensure that broken index data does not cause invalid calculations and
NaNs for the cell conversion and thus later crashes at random stages of the
...and here is the original bug report:
I expect that the format stay as described in the documentation and therefore the only possible problem I see is what I describe in my document http://info-coach.fr/atari/documents/_m ... otocol.pdf page 10 and page 13
- Index Time: This is the time taken for one complete revolution of the disk. It is equal to the number of index clock cycles since the last index occurred. It can also be calculated by summing all the flux reversal values that we recorded since the previous index, adding the Sample Counter value at which the index was detected (see Sample Counter field in Index Block) and subtracting the Sample Counter value of the previous index.
This brings another question that I asked you long time ago: assuming this is the problem, what accuracy DTC expects between the two values? Are you performing the test using integer values or floating point values?
If indeed this is the problem, it is going to be challenging to convert the SCP files to perfect KFS files because SCP is a bit messy in this area. In most of the cases the time between index matches the sum of the flux transitions. But unfortunately, as the format do not provide the position of the flux in regard to the index, there can be a huge difference in case of NFA. Aufit makes some magic computations to guess the missing values based on timing provided by multiple revolutions.
Can you confirm that this is the problem so I can update my documentation, and the C# reference reader/writer I provide in open source (I should probably also provide a C/C++ version).