Who is Bruno Langlois? Probably not him http://veloptimum.net/BrunoLanglois.html
May be Jean-Luc Langlois et Bruno Gourier ?
Apparently Stefan jL has Power Drift so µI hope he will be able to generate scp file for it.
Detecting fuzzy byte in a track is not that easy and this probably why Pasti is not detecting it. On a normal track there a lot of reason why you can have fuzzy bytes in the gap areas and of course you should not care. This is why Pasti is only looking for fuzzy bytes in Data segment only.
If you know that the track is a "one data track" then it would be ok to detect fuzzy byte but the first question is how do you know that you have a "one data segment track". Originally I thought that such track would always have a sort of ID in front of the data like in Maupiti Island (0x07 escape char) or International Soccer (0x0F escape char) even though the ID segment is not standard. With the two last examples if you do a read address command you will find an ID with wrong content and wrong CRC but at least it is there. But with Obitus you don't even have that so if you do a read address you will not find any ID.
So the problem is how to differentiate an unformatted track from a "one data segment track" on an Atari? If you are loking for it it is easy but if you do not know it is not obvious. The only good indicator is the facty thatr the track must have two or three A1 sync otherwise you cannot read the track reliably and that almost all the information you have. I guess that this is one of the reason why latest release of Pasti always write what is read by a read track ...
It is much more easy from Aufit because we can test that we have MFM transitions at 4 / 6 / 8 µs and not random values, but is is not always that easy. For example eco (ocean) uses tracks that only have a small segment formatted (without ID but with sync) and all the rest unformatted something like this
But again as the track content is saved by Pasti/Aufit these track should be read correctly in the emulator.
After all it might not be such a bad idea to store directly flux transitions in emulator files
You do not have the required permissions to view the files attached to this post.