
I have at least managed to get clean images of my original release of Maniac Mansion.

Great, hope you get clean copies from your version.Stefan jL wrote:I have itI try and image it.
You can still try to make SCP images of those disks if you want and have the time. Would be really nice to at least have those in my collection.Stefan jL wrote:hmm... now when i found my Zak copy so did it turn out to be the 2 disk version... sorry
Thank you!Stefan jL wrote:ok.. here is the 2 disk (not kixx) version, i also made a scp of the savegame diskhttp://www.ym2149.com/scp/zak_mckracken_scp.7z
FYIgreatguy wrote:Does anyone have the original 3 disk release of Zak McKracken? I´m trying to image my game but no matter how much I clean the disks I still get read errors.
Also interested by dumps if possiblegreatguy wrote:FYIgreatguy wrote:Does anyone have the original 3 disk release of Zak McKracken? I´m trying to image my game but no matter how much I clean the disks I still get read errors.
Just bought a "new" three disk version of Zak McKracken from eBay. Luckily this version works 100%
albedo can be processed in STX with latest Aufit version and runs only with Steem 3.7.0 beta.DrCoolZic wrote:me too (I mean albedo)
Do you know the protection?
Something not supported by STX format?
What is the number of the latest version? I used v0.4c that is available on Aufit website and it didn't work...dlfrsilver wrote:albedo can be processed in STX with latest Aufit version and runs only with Steem 3.7.0 beta.
Brume wrote:dlfrsilver asked me for Albedo.
I imaged it some weeks ago, but I was sure someone has already done it and posted it somewhere... Well, faulty memory
@AtariZoll: so do you still want it? I dumped it in SCP, KF and STX formats.
The STX file doesn't work with Steem (it was done on the original machine). Then, I tried to generate a STX file with the RAW and the SCP files with Aufit: same thing, it doesn't work with Steem.
But the .CTR dump works very well. Have played a long with it and didn't notice any bug.
Let me know.
The protection is supported, but you need to use latest version of Aufit with the dump, and steem v3.7.0 beta.AtariZoll wrote:Brume wrote:dlfrsilver asked me for Albedo.
I imaged it some weeks ago, but I was sure someone has already done it and posted it somewhere... Well, faulty memory
@AtariZoll: so do you still want it? I dumped it in SCP, KF and STX formats.
The STX file doesn't work with Steem (it was done on the original machine). Then, I tried to generate a STX file with the RAW and the SCP files with Aufit: same thing, it doesn't work with Steem.
But the .CTR dump works very well. Have played a long with it and didn't notice any bug.
Let me know.
Yes, i want STX image of it, even if works not in Steem. As said, it is likely protection not supported by Pasti, but that's not problem for me![]()
Ah, there is DL link ... Will inform about protection check later. Thanx
Latest version is 0.9.xxx here http://www.atari-forum.com/viewtopic.ph ... 34#p266034Brume wrote:What is the number of the latest version? I used v0.4c that is available on Aufit website and it didn't work...dlfrsilver wrote:albedo can be processed in STX with latest Aufit version and runs only with Steem 3.7.0 beta.
Link to Albedo package (SCP, KF and STX files):
https://mega.co.nz/#F!XYkm0ZJR!lOoW3RHySXtKf1xjb5PMqg
Tested this STX of Albedo under latest Hatari 1.8 and it works without any problem.dlfrsilver wrote: The protection is supported, but you need to use latest version of Aufit with the dump, and steem v3.7.0 beta.
this seems to indicate reading gap data before first sector and pasti using complement data in this areanpomarede wrote:Tested this STX of Albedo under latest Hatari 1.8 and it works without any problem.dlfrsilver wrote: The protection is supported, but you need to use latest version of Aufit with the dump, and steem v3.7.0 beta.
Track 0 has 5 1024 byte sectors and 1 512 byte sector ; other track are just raw track, without sector (similar to Mortevielle Manor, Vroom, Damocles, ...)
Nicolas
Maybe similar to Jupiter masterdrive which worked under Hatari using own STX support when compared to official pasti.dllDrCoolZic wrote:this seems to indicate reading gap data before first sector and pasti using complement data in this areanpomarede wrote:Tested this STX of Albedo under latest Hatari 1.8 and it works without any problem.dlfrsilver wrote: The protection is supported, but you need to use latest version of Aufit with the dump, and steem v3.7.0 beta.
Track 0 has 5 1024 byte sectors and 1 512 byte sector ; other track are just raw track, without sector (similar to Mortevielle Manor, Vroom, Damocles, ...)
Nicolas
STX doesn't support fuzzy data in track, so I don't think the protection checks that bits are fuzzy in some tracks, else it would not pass.AtariZoll wrote:I looked little in code of Albedo early loading stage. it has lot of tack read commands and extremely many checks for diverse patterns. Never seen so long code for testing protection. Hard to follow, but easy to crackIt must appear value 6 at some RAM location, then it will start game (counting differences ?). And it just not stops to read track 0 if check fails .. Seems like fuzzy data in track ..
I think that DrCoolZic can say more after analysis ..
There is no fuzzy bits, as aufit showed it when i used it on the dump of Brumenpomarede wrote:STX doesn't support fuzzy data in track, so I don't think the protection checks that bits are fuzzy in some tracks, else it would not pass.AtariZoll wrote:I looked little in code of Albedo early loading stage. it has lot of tack read commands and extremely many checks for diverse patterns. Never seen so long code for testing protection. Hard to follow, but easy to crackIt must appear value 6 at some RAM location, then it will start game (counting differences ?). And it just not stops to read track 0 if check fails .. Seems like fuzzy data in track ..
I think that DrCoolZic can say more after analysis ..
Please, not again ...dlfrsilver wrote:...amiga tracks...
Authors have used a macintosh drive to make the amiga version. You know like me that the ST can't read Macintosh track format.npomarede wrote:Please, not again ...dlfrsilver wrote:...amiga tracks...
You're still doing the same confusion : it's not because the track was written with an Amiga that it means the ST can read Amiga track.dlfrsilver wrote:Authors have used a macintosh drive to make the amiga version. You know like me that the ST can't read Macintosh track format.npomarede wrote:Please, not again ...dlfrsilver wrote:...amiga tracks...
So the only solution remaining is to write long tracks with an amiga for the ST version.