Moderators: DrCoolZic, mr.vince, Moderator Team
I will look at the original image later today. It will help if you can post that non-working image (made from the non working disk) as well.Tronic wrote:I've written back the disk that doesn't load in my Atari ST to a RAW image, converted to STX and loaded in Steem SSE 3.8.2 again....
The game doesn't load with the same error...
Tronic, i'll check your dumpsTronic wrote:Hi - thanks for answering.
Yes, the original disk works. I have converted the RAW to STX in Aufit and loaded into Steem SSE 3.8.2 and the disk image DOES work.
However, when I write back to another disk (I have tried 4 disks - one being a disk that has not been formatted before), the game bombed out.
You can see the disk image here:-
http://www.johncove.co.uk/clients/KickO ... dCup90.zip
Thanks!
The writing back is garanteed for any disk images processed in IPF. Sometimes the dumps can be dirty, and this can lead to errors, errors making the written back disk failing.kodak80 wrote:I get the same error when I dump the image back to disk as well.
It should be noted that the Kryoflux was originally designed for preservation and writing back is not guaranteed for all disk images. You could try reporting this issue on the Kryoflux forum and see if they can resolve it.
This title has two issues that the Kryoflux software might not be able to handle at the RAW level. The copy protected tracks are not aligned with the index pulse, and then it has data under the index. And it has the so called NFA (no flux area), AKA strongbits. Probably the Kryoflux can write back the title after some preprocessing, not directly from the RAW dumps.Tronic wrote:Yes, the original disk works. I have converted the RAW to STX in Aufit and loaded into Steem SSE 3.8.2 and the disk image DOES work.
However, when I write back to another disk (I have tried 4 disks - one being a disk that has not been formatted before), the game bombed out.
Sorry, but you are contradicting yourself. If something went bad and the dump is wrong, how it could work perfectly? Just because some tracks are unformatted doesn't necessarily mean the disk is damaged. They might be unused.dlfrsilver wrote:EDIT : Ok, now i know why it fails ! All tracks in side 1 of the disk from track 44 to 79 are reported as noise ! This means something went wrong !
...
Your disk is either knackered or there is mould on it.
...
EDIT3 : other than that, your disk is unmodified Tronic, and the temporary IPF i made works perfectly with steem 3.8.2
This title has no problem. It's protected with 4 copylock tracks specific to Anco. This is your usual copylock protection, so nothing to worry about.This title has two issues that the Kryoflux software might not be able to handle at the RAW level.
Well, let me try to write back on disk the temporary IPF i did from the dump, and i'll tell you if it works.The copy protected tracks are not aligned with the index pulse, and then it has data under the index. And it has the so called NFA (no flux area), AKA strongbits. Probably the Kryoflux can write back the title after some preprocessing, not directly from the RAW dumps.
Hello IjorSorry, but you are contradicting yourself. If something went bad and the dump is wrong, how it could work perfectly? Just because some tracks are unformatted doesn't necessarily mean the disk is damaged. They might be unused.
It's not contradicting. You can have all the good part of a disk unmodified and perfectly clean while having a part completely bad or incorrect. Look at the CTA picture : when i see this kind of thing, it's most of the time due to a disk error. But i can be wrong. In order to know if i am or not, i need another dumpijor wrote:Sorry, but you are contradicting yourself. If something went bad and the dump is wrong, how it could work perfectly? Just because some tracks are unformatted doesn't necessarily mean the disk is damaged. They might be unused.dlfrsilver wrote:EDIT : Ok, now i know why it fails ! All tracks in side 1 of the disk from track 44 to 79 are reported as noise ! This means something went wrong !
...
Your disk is either knackered or there is mould on it.
...
EDIT3 : other than that, your disk is unmodified Tronic, and the temporary IPF i made works perfectly with steem 3.8.2
I didn't say there is something to worry about. I say that, probably, the Kryoflux software can't write back that protection directly from the RAW dumps. That it needs to be pre processed to some other format, like an IPF image. You just confirm what I have said. Some might consider this a problem, some might not.dlfrsilver wrote:This title has no problem. It's protected with 4 copylock tracks specific to Anco. This is your usual copylock protection, so nothing to worry about.
Yes, but in this case, it is not that just one part is clean. You said yourself the disk works perfectly, this can't happen if a part is completely damaged.Hello Ijor
...
when i see this kind of thing, it's most of the time due to a disk error
You're right on this matter. Quite a number of games indeed can't be written back straight from RAW dumps without being descripted.I say that, probably, the Kryoflux software can't write back that protection directly from the RAW dumps.
It's on our website. Steve has added the ability to write directly the RAW dumps back on disks at the request of the users, but yes, using the master IPFs solve the problem, because the protection is written as intended like on the disk where the raw dump came.That it needs to be pre processed to some other format, like an IPF image. You just confirm what I have said.
You're perfectly wrong here. The anco titles use a custom copylock, different from the one used on the other publishers titles.And btw, this is not your "usual" copylock protection. I know you call it Copylock, but I don't think it is copylock at all.
Yes the disk loads, but there are no confirmation that the game doesn't load anything from track 44 to 79 side 1.Yes, but in this case, it is not that just one part is clean. You said yourself the disk works perfectly, this can't happen if a part is completely damaged.
And yes, most of the time something like that it would be because of a bad dump. But not always.
Nothing yetTronic wrote:Sorry, what do you need from me dlfrsilver?
I need another dump of another disk of the same game to make a compare.Basically, you can only write back on disk this game from the IPF. It uses a specific version of a copylock short called "copylock Anco".Can I just say, the original disk does work on my Atari hardware and in Steem. When I write back the disk to a new disk (I've tried about 10 disks now with no success) it bombs on my STE and my STFM with the error I show in the above Steem screen grab.
I don't need it, thank youBelow you can download the image that doesn't work when I write back the image to disk using Kryoflux:-
http://www.johncove.co.uk/clients/KickO ... D-DEAD.zip
thanks Brume, your dump is perfect, but it's also an alternate version, different from Tronic release.Brume wrote:The game is single side (have several copies of it - all are single side).
Here is another dump if it can help to analyze the content:
https://mega.nz/#F!nYljAQAY!Qwck2iS2DDoC2CdDQ-1xLw
Kick Off 2 + World Cup 90.png
That's perfectly normal, any title protected with a copylock should not work as it is straight from RAW dump.Tronic wrote:I tried to write Bruno's image to disk too but it didn't work and gave me 3 bombs on load
i think the issue will be positive. In fact i wonder if side 1 on your version is not simply holding the title file data not present on brume's version.Tronic wrote:Oh really?
How can we get around this problem?
