Req : "Audio Sculpture" (STX,...) even not running...

[JimDrew]

LOL! Sorry, remember I am not an "Atari guy". I spent most of my life (from 1977 til now) working on Commodore stuff. I never made products for the Atari line, but I sold a lot of Supercard Ami's to Atari ST user groups that used an Amiga 500 to back up their Atari ST disks.

[Steven Seagal]

Regarding the Pasti images, you might need to use the undocumented diag Code 16 in the Pasti Config Option pane. I'll provide later a correct 1.3 Pasti image that doesn't need this option. For 1.5 it is more difficult since we don't have a flux level dump of that version.

Tests seem to confirm that "diag 16" is indeed necessary to avoid random HALT (v 1.5).
Also this program is one of the most sensitive to some MFP timings in emulation. So this could be MFP emulation imprecision.
EDIT: Well no, the apparent MFP issue was hiding another real STOP issue.

About how to write back the disk, one definite way is to replicate what the dudes did: read track 3, compute the key and write it wherever it should be. So, the "master" approach in this case. This can be automated.

[MiggyMog]

I hope the attached are working ok. I didn't have time to test. I had a heck of a time getting my cosmosex to cooperate. Here goes:-

[troed]

I hope the attached are working ok. I didn't have time to test. I had a heck of a time getting my cosmosex to cooperate. Here goes:-

Boots up nicely in latest Hatari dev build here (TOS 1.62, will bomb out with TOS 2.06)

Thanks!

/Troed

[npomarede]

I hope the attached are working ok. I didn't have time to test. I had a heck of a time getting my cosmosex to cooperate. Here goes:-

Boots up nicely in latest Hatari dev build here (TOS 1.62, will bomb out with TOS 2.06)

Disk B seems badly preserved though, when loading module 'no_sense.mod' from the side2 directory, I get a disk error.
But it seems AS 1.2 disk B is the same as AS 1.3 disk B, so that's not such a big problem.

[MiggyMog]

That's good disk A was ok. I can re- image disk B at some point. But as you say not much value

[Maartau]

I hope the attached are working ok. I didn't have time to test. I had a heck of a time getting my cosmosex to cooperate. Here goes:-

Boots up nicely in latest Hatari dev build here (TOS 1.62, will bomb out with TOS 2.06)

Thanks!

/Troed

Thanks MiggyMog ...

...thanks Troed .

Thanks to : Steven, Nicolas & Jim too .

...also thanks to Brume & Dsp56001 .

[dlfrsilver]

and thanks to me for contacting frederic bautista, who told us how the protection is working

[Brume]

Dam, how can you forget Amiga-man, Maartau?

[MiggyMog]

Talking ofd Amiga. I seen the amiga version was for sale on eBay.

[Maartau]

and thanks to me for contacting frederic bautista, who told us how the protection is working

Dam, how can you forget Amiga-man, Maartau?

Hell yeah, my bad & apologizes : also thanks to dlfrsilver .

-> "we" can seek for an 1.4 original version too .

[ijor]

SCP already looks at the target drive and adjusts the bitcells so they are the same length (in time) for the rotational speed of the target drive. This was necessary because sometimes people dump disks with a 360 RPM drive and then want to write them back on a 300 RPM drive. I typically see +/- 1 bitcell variance when read/writing on the same drive.

I compared the original dump made by Brume and a copy of that dump written back to disk with the SCP (in a different drive):

Code: Select all

......   Original .......... Copy ............. Diff in # of transitions
 ===============================================================
Track 0: samples:  46654.    samples:  46665       11
Track 1: samples:  38500.    samples:  38518       18
Track 2: samples:  38637.    samples:  38664       27
Track 3: samples:  38082.    samples:  38114       32
Track 4: samples:  38448.    samples:  38474       26


The difference is more in the order of two or three full bytes. Not bad and probably close enough for almost any disk, except this one. For this protection it's way too much and has no chance.

[JimDrew]

Hmm... I don't see this much variance with any setup I have here. How are you determining the number of samples?

[ijor]

Hmm... I don't see this much variance with any setup I have here. How are you determining the number of samples?

Simply, from the track header of the SCP images.

[Maartau]

Holy sh*t !

I also forget to thanks you Ijor ...

...

I've got one question : who was responsible to produce/make the "duplication" ?

- Thundersoft dev ? -> Frédéric, Pascal, ...
- Expose Software ?
- Sync ?

[dlfrsilver]

Frédéric Bautista.

[Estrayk]

Hi troed, doesnt runs in Falcon coz AS doesn't run on it or because your crack doesnt work in Falcon?
Just curiosity,

thx

[troed]

Hi troed, doesnt runs in Falcon coz AS doesn't run on it or because your crack doesnt work in Falcon?
Just curiosity,

AS was written in 1990/1991. Falcon came out in 1992/1993 Even though AS handles TT nicely I would expect there to be many Falcon specific things that break it.

/Troed

[Steven Seagal]

Maybe the STOP is handled differently?

[npomarede]

Maybe the STOP is handled differently?

Yes, stop on 68020/68030 behaves "correcty", no test of S bit in the new SR (it was checked by Toni Willen on Amiga).
But even so, I think the cracked version made by Troed doesn't work on Falcon (the TOS is not supported I think)

[troed]

Maybe the STOP is handled differently?

Yes, stop on 68020/68030 behaves "correcty", no test of S bit in the new SR (it was checked by Toni Willen on Amiga).
But even so, I think the cracked version made by Troed doesn't work on Falcon (the TOS is not supported I think)

I don't believe AS uses TOS at all, I would expect the reason to be purely hardware differences. The uncracked version does patch TOS as part of its protection and that's the reason why it's not working on TOS 2.06 (came out later).