<![CDATA[Redump Forum — Jackal is altering dumps before adding?]]> 2018-09-12T04:52:19Z PunBB http://forum.redump.org/topic/18736/jackal-is-altering-dumps-before-adding/ <![CDATA[Re: Jackal is altering dumps before adding?]]> SpinalFeyd wrote:
Jackal wrote:

http://redump.org/disc/54329/ can't be redumped because the disc was returned to the guy who sent them.

If one of my cd's needs to be redumped it will be redumped as soon as possible.

I was going to wait for the redump of TeamEurope's own Amiga Plus CD ROM No. 2/98 disc with a similar issue before bothering you smile

]]> http://forum.redump.org/user/13/ 2018-09-12T04:52:19Z http://forum.redump.org/post/63435/#p63435 <![CDATA[Re: Jackal is altering dumps before adding?]]> Jackal wrote:

http://redump.org/disc/54329/ can't be redumped because the disc was returned to the guy who sent them.

The discs are mine and i have already dumped them before on another forum anyway.

If one of my cd's needs to be redumped it will be redumped as soon as possible.

]]> http://forum.redump.org/user/62640/ 2018-09-11T22:30:27Z http://forum.redump.org/post/63431/#p63431 <![CDATA[Re: Jackal is altering dumps before adding?]]> If I remember rightly, some Sega Saturn discs (perhaps +588/+1176 offsets?) have duplicate sector in the pregap of track 1.
Or some FM Towns discs are same. http://forum.redump.org/topic/16418/add … new-dumps/
These pattern can't recognize at 0xbe (non-plextor drive) ripping. Is TeamEurope disc similar pattern? I don't know now... It needs to dump by other drive and other disc.

As a result, you maybe are right. But you shouldn't have fixed it without consultation and discussion, should you?
At least, I think you shouldn't add the disc which is suspicious of the error in the db directly, for reliable db.

]]> http://forum.redump.org/user/12356/ 2018-09-05T01:42:26Z http://forum.redump.org/post/63174/#p63174 <![CDATA[Re: Jackal is altering dumps before adding?]]> F1ReB4LL wrote:

http://redump.org/disc/55052/ -- oops, you did it again? hmm

sarami wrote:
Jackal wrote:

Another issue where DIC gives 3 errors (2 discs give the same dump), but a CloneCD dump from non-plextor drive gives 0 errors.

Can you check what's wrong?

mainError

0900 : 7D A4 4D 62 45 A3 B0 63  20 29 7D 4A 9B E6 87 CC   }.MbE..c )}J....
0910 : 98 12 82 C1 B0 21 D7 BB  00 FF FF FF FF FF FF FF   .....!..........
0920 : FF FF FF 00 08 95 16 61  00 9B D5 CB A3 0A E1 A3   .......a........
LBA[041491, 0x0a213]: Track[01]: Invalid sync. Skip descrambling
========== LBA[041491, 0x0a213]: Main Channel ==========
       +0 +1 +2 +3 +4 +5 +6 +7  +8 +9 +A +B +C +D +E +F
0000 : AA 83 EC 83 12 E2 67 09  6A 0A 88 8C 8A 20 2E 86   ......g    j.... ..
0010 : 23 01 3D AF 2F 45 EF 35  73 52 F8 2F 48 0D 05 18   #.=./E.5sR./H...

Sync exists, but it's slided behind 24 bytes. Perhaps drive's cache is broken (or firmware/drive/dic bugs?). It maybe is fixed if rereading (but it's not supported yet in this case).

Same dumper, same drive, same problems. Non-plextor dump is good. Why do you keep mistrusting me?

]]> http://forum.redump.org/user/8/ 2018-09-04T16:47:02Z http://forum.redump.org/post/63161/#p63161 <![CDATA[Re: Jackal is altering dumps before adding?]]> http://redump.org/disc/55052/ -- oops, you did it again? hmm

]]> http://forum.redump.org/user/13/ 2018-09-04T05:42:25Z http://forum.redump.org/post/63138/#p63138 <![CDATA[Re: Jackal is altering dumps before adding?]]> I don't think we have any similar cases were a normal drive/dump produces a valid data sector, but a d8 plextor dump gives invalid sectors that are preferred instead? I wonder if it's even possible to master a mode1 sector where ECC/EDC doesnt match and it also isnt any protection or end-of-datatrack mastering error. If we found such cases before, the dumps were deemed suspicious and needed to be redumped: http://forum.redump.org/topic/16655/ibm … to-redump/ so I'm still convinced that it's some kind of firmware/drive bug.

]]> http://forum.redump.org/user/8/ 2018-09-04T04:49:35Z http://forum.redump.org/post/63135/#p63135 <![CDATA[Re: Jackal is altering dumps before adding?]]> I still think it could be some kind of mastering error and in any case dumps without c2 errors shouldn't be blindly fixed.

]]> http://forum.redump.org/user/13/ 2018-09-03T23:11:13Z http://forum.redump.org/post/63131/#p63131 <![CDATA[Re: Jackal is altering dumps before adding?]]> http://redump.org/disc/54329/ can't be redumped because the disc was returned to the guy who sent them.

Similar issue from same dumper/same drive: http://forum.redump.org/post/63120/#p63120

Hopefully sarami can find out the cause of this issue. In any case I think the 0 error dumps are more trustworthy.

]]> http://forum.redump.org/user/8/ 2018-09-03T17:34:25Z http://forum.redump.org/post/63121/#p63121 <![CDATA[Re: Jackal is altering dumps before adding?]]> Or ask iR0b0t to make a report that shows any dumps with modified clrmame data compared to the original submission?

]]> http://forum.redump.org/user/8/ 2018-08-26T16:50:35Z http://forum.redump.org/post/62869/#p62869 <![CDATA[Re: Jackal is altering dumps before adding?]]> If any of the dumpers remember a dump with no c2 errors that was changed some way after submitting - please, write here.

]]> http://forum.redump.org/user/13/ 2018-08-26T16:30:56Z http://forum.redump.org/post/62867/#p62867 <![CDATA[Re: Jackal is altering dumps before adding?]]> I don't think that error should be there, but we will see when TeamEurope redumped the disc. I don't remember any similar cases.

]]> http://forum.redump.org/user/8/ 2018-08-26T16:19:13Z http://forum.redump.org/post/62866/#p62866 <![CDATA[Jackal is altering dumps before adding?]]> http://redump.org/disc/54329/ -- why was it altered? Do you understand the fixable error there isn't a read error? How many other fixed submissions do we have?

]]> http://forum.redump.org/user/13/ 2018-08-26T07:49:39Z http://forum.redump.org/post/62848/#p62848