Hi,
|Is there someone who succesfully converted STX to hfe ? HxC2001 software seems to have the option but my greazeweasle writes it to disk but then the protection is broken and the program doesnot work maybe a kyroflux user can try it.
STX to real disk
Moderators: mr.vince, DrCoolZic, Moderator Team
- kodak80
- Atari Super Hero
- Posts: 907
- Joined: Sat Nov 09, 2013 12:05 am
- Location: Brisbane, Australia
- Contact:
Re: STX to real disk
As mentioned in the other post, Pasti STX were for us in software emulator and do not contain all disk protection data. Some work, some don't when converting for use on a floppy disk.
You need a raw flux level disk dump (Kryoflux or Supercard Pro) of the original disk to be able to write back to a floppy disk.
Creator of the ST Action & Atari ST Review magazine archive: https://chillichai.com
Re: STX to real disk
Once again, it depends on the specific image and protection. It would help if you would post a flux level image of your own disk to be able to perform a more accurate analysis of the protection (assuming it's the same for both versions).
That's not accurate. The Pasti image has (or at least, it should have) all the copy protection, at least as far as it is needed, otherwise the image would not work.
The problem is that a Pasti image has the data as it was already processed by the FDC. This is because that's how Pasti originally reads the disk, and also because that's the most efficient way for the emulators to process. To be able to write back to disk you need the data before the FDC processing. And because of some quirks of the WD FDC, the conversion from post to pre FDC processing is not trivial at all in some cases.
Fx Cast: Atari St cycle accurate fpga core
- kodak80
- Atari Super Hero
- Posts: 907
- Joined: Sat Nov 09, 2013 12:05 am
- Location: Brisbane, Australia
- Contact:
Re: STX to real disk
Thanks for confirming this. I learnt something today about the Pasti disk format.ijor wrote: ↑Tue Dec 21, 2021 11:18 pmThat's not accurate. The Pasti image has (or at least, it should have) all the copy protection, at least as far as it is needed, otherwise the image would not work.
The problem is that a Pasti image has the data as it was already processed by the FDC. This is because that's how Pasti originally reads the disk, and also because that's the most efficient way for the emulators to process. To be able to write back to disk you need the data before the FDC processing. And because of some quirks of the WD FDC, the conversion from post to pre FDC processing is not trivial at all in some cases.

Creator of the ST Action & Atari ST Review magazine archive: https://chillichai.com
- DrCoolZic
- Fuji Shaped Bastard
- Posts: 2268
- Joined: Mon Oct 03, 2005 7:03 pm
- Location: France
- Contact:
Re: STX to real disk
If I remember correctly there is only one protection that can't be written in Pasti format (I think it is fuzzy bits between sectors?). Apart from this very specific case, yes Pasti format can handle all protections. Thanks to the work done by Ijor
Pasti images can be generated directly from fluxes retrieved with KF or SC. But even without using a FDC the fluxes read by KF/FC are far from being perfect... Therefore writing a protected FD from a Pasti image has a high chance of not working.
Long ago I started to write a module inside Aufit to recover perfect image from flux for FD with known protections (something similar to the work done with IPF by SPS) ... but never finished it. Who knows may be I will find some time to complete the work

Pasti images can be generated directly from fluxes retrieved with KF or SC. But even without using a FDC the fluxes read by KF/FC are far from being perfect... Therefore writing a protected FD from a Pasti image has a high chance of not working.
Long ago I started to write a module inside Aufit to recover perfect image from flux for FD with known protections (something similar to the work done with IPF by SPS) ... but never finished it. Who knows may be I will find some time to complete the work

Visit *** http://info-coach.fr/atari ***