<![CDATA[Redump Forum — An issue with some PSX dumps on the database...]]> http://forum.redump.org/topic/19210/an-issue-with-some-psx-dumps-on-the-database/ Sat, 04 Dec 2021 17:39:04 +0000 PunBB 1.4.4 <![CDATA[Re: An issue with some PSX dumps on the database...]]> http://forum.redump.org/post/97627/#p97627 Sorry for reviving this thread but i recently updated my PSX USA set and found some more dumps with the same issue as before:

Fighter Maker (USA) (Beta)
Thrill Kill (USA) (Beta)
Tony Hawk's Pro Skater (USA) (Beta)

Hope this helps.

]]> Sat, 04 Dec 2021 17:39:04 +0000 http://forum.redump.org/post/97627/#p97627 <![CDATA[Re: An issue with some PSX dumps on the database...]]> http://forum.redump.org/post/63927/#p63927 http://forum.redump.org/post/63916/

]]> Fri, 28 Sep 2018 04:42:25 +0000 http://forum.redump.org/post/63927/#p63927 <![CDATA[Re: An issue with some PSX dumps on the database...]]> http://forum.redump.org/post/63869/#p63869 I think we need some tool to mass-check the last sector for the noedc tracks.

]]> Tue, 25 Sep 2018 09:11:59 +0000 http://forum.redump.org/post/63869/#p63869 <![CDATA[Re: An issue with some PSX dumps on the database...]]> http://forum.redump.org/post/63858/#p63858 Jackal wrote:

Thanks for reporting this. I checked those dumps and the last sector was scrambled and did not contain the correct data. I've fixed this by running psxt001z --fix on the data track and then using injector.

psxt001z - http://redump.org/download/psxt001z-0.21b1.7z
injector - http://www.mediafire.com/file/bmv7lavdg … r-0.1b.zip

I guess we should do a thorough recheck on all the other multitrack PSX dumps to see if there are more dumps with this issue.

I have compressed all of the USA games in the PSX database (except for the mia) but none show the same behaviour so i guess no other game has that issue but i am not sure, i don't have all of the japan and europe dumps but none of the ones i have has that behaviour, thanks for clarifying the issue.

]]> Mon, 24 Sep 2018 18:35:21 +0000 http://forum.redump.org/post/63858/#p63858 <![CDATA[Re: An issue with some PSX dumps on the database...]]> http://forum.redump.org/post/63855/#p63855 Ok ^-^

]]> Mon, 24 Sep 2018 16:36:14 +0000 http://forum.redump.org/post/63855/#p63855 <![CDATA[Re: An issue with some PSX dumps on the database...]]> http://forum.redump.org/post/63854/#p63854 reentrant wrote:

Is it safe to assume those tools produced proper track 1? PSX games don't have mastering errors?

Multitrack games with No EDC have ECC/EDC added in the last sector. This is a known bug in the Sony CD Generator software. Some drives aren't able to dump this sector properly.

]]> Mon, 24 Sep 2018 16:34:02 +0000 http://forum.redump.org/post/63854/#p63854 <![CDATA[Re: An issue with some PSX dumps on the database...]]> http://forum.redump.org/post/63853/#p63853 Is it safe to assume those tools produced proper track 1? PSX games don't have mastering errors?

]]> Mon, 24 Sep 2018 16:26:34 +0000 http://forum.redump.org/post/63853/#p63853 <![CDATA[Re: An issue with some PSX dumps on the database...]]> http://forum.redump.org/post/63850/#p63850 Thanks for reporting this. I checked those dumps and the last sector was scrambled and did not contain the correct data. I've fixed this by running psxt001z --fix on the data track and then using injector.

psxt001z - http://redump.org/download/psxt001z-0.21b1.7z
injector - http://www.mediafire.com/file/bmv7lavdg … r-0.1b.zip

I guess we should do a thorough recheck on all the other multitrack PSX dumps to see if there are more dumps with this issue.

]]> Mon, 24 Sep 2018 15:30:45 +0000 http://forum.redump.org/post/63850/#p63850 <![CDATA[An issue with some PSX dumps on the database...]]> http://forum.redump.org/post/63835/#p63835 Hi everyone, i didn't know where to post this so i posted it here, i use gpack to compress my psx colection, i separate the audio tracks and convert them to flac but i have found two games that have some audio in the first track, these are MLB 99 (USA) and Fantastic Four (USA), i decompressed them and i am not sure if the data at the end of the track 01 file is audio and thats what gpack is converting to .tak or there is something else like a bad dump. Any thoughts? I hope i was clear enough any help is welcomed.

]]> Mon, 24 Sep 2018 01:06:50 +0000 http://forum.redump.org/post/63835/#p63835