DrCoolZic wrote:New release of Aufit v1.2 August 12, 2015
Jean : will you release a stand alone version for this release, or maybe in the next versions ?
Excellent I just tested and works perfectly.Jeff_HxC2001 wrote:Y a qu'a demanderDrCoolZic wrote: PS I have tested reading DM with HxC floppy emulator and the content of sector 7 seems to be correctly decoded. However the .stx file generated is incorrect (seems like HxC does not handle fuzzy bytes in STX?).
Here is the latest version with the STX fuzzy bytes export support :
http://hxc2001.com/download/floppy_driv ... t_beta.zip
The STX created from the Dungeon Master SCP dump work perfectly with Steem.
I don't know why there are such differences. What i know is that i got the exactly the same fuzzy byte mask of a DM STX generated with the Pasti imager in 2007.DrCoolZic wrote:
- The number of fuzzy bytes detected by HxCFloppyEmulator 184.108.40.206 on DM/CSB is around 176. This seems a very high number. Aufit 1.1 was detecting fuzzy bytes by just comparing two revolutions and the number was around 30-40. Gothmog pointed out that Pasti imager was usually generating around 70-90 fuzzy bytes in the mask. So new version 1.2 of Aufit now combines all fuzzy bytes by comparing one revolution with ALL other revolutions and indeed the number is now around 70-90.
Can you explain why you find such a high number of fuzzy bytes? This is not really a problem just a question.
The STX track write is not done yet. I will add this soon.DrCoolZic wrote: [*]The .stx file generated by HxCFloppyEmulator does not contains track data and this results in a .stx file with a small size of about 415KB. In the case of DM/CSB this is correct and actually perfect.
The question is the following: knowing when to generate track data (used by read track) is extremely difficult in some cases. For that reason the latest versions of Pasti imager ALWAYS generates track data (to be on the safe side). Only the Ijor personal version of the Pasti imager (using the Discovery Cartridge hardware) had the capability to generate .stx without track data. In released Aufit the track data are also always generated. Gothmog just tested Aufit v1.3 with the capability to manually indicate not to generate track data. Should be able to do that automatically on a track basis when "master analysis" will be implemented in Aufit.
In HxCFloppyEmulator when/how do you decide not to generate track data?
[*]related question: stx format support an optimization of not writing sector data when already present in the track data. Aufit support this capability which is a pain to implement but allows to generate smaller file. Does HxCFloppyEmulator support it? Again not a problem just a question[/list]
I have no choice, the DPLL / decoding stages must be as good as possible.DrCoolZic wrote: By the way HxCFloppyEmulator DPLL seems to be be doing quite a good job, apparently better than Aufit in one marginal test case
DrCoolZic wrote:Otherwise for portable version visit http://info-coach.fr/atari/software/pc- ... p#download
Thanks for the good work : any standalone version planned for the v1.3 + batch ?
Latest available portable version is 1.2 for the moment .DrCoolZic wrote:As indicated it is here
Otherwise for portable version visit http://info-coach.fr/atari/software/pc- ... p#download