176

(4 replies, posted in General discussion)

I mean the build date of the executable file of the disc.

177

(4 replies, posted in General discussion)

1: Maybe to document the build date/time of PS1/PS2 discs, like the header of Mega-CD/Saturn games.

2: We have to use the local time stamp so that any user can report the same date/time for a given disc. If not, users from different time zones would report different dates/times for a given disc.

3: Exe date must be taken from the SLES/SCES/SLUS/SCUS/SLPM... file, not from the SYSTEM.CNF file.

178

(9 replies, posted in General discussion)

I don't think that the issue is with hidden files. I have got the ISO you are speaking about, and no application (I have tried IsoBuster, 7-Zip and Winhex) can show the remaining file(s). View the sector 261 using IsoBuster, no other files are listed.

For me, this is the real issue:

That depends on the game. Some games use hidden content, not accessible as normal files, but accessed only by the game routines which know what sectors this data is hidden in. Such games can never be rebuilt by using only the files visible in normal directories on a PC (or on a PS2). However, I don't think that is your issue.

http://forums.sksapps.com/showpost.php? … ostcount=3

179

(9 replies, posted in General discussion)

IsoBuster, at least in my setup, can show the hidden files:

http://img836.imageshack.us/img836/426/ea65.png

As alternative, try the Winhex program (but you will need a license file), has a function to interpret image files as disk, which shows hidden files.

180

(9 replies, posted in General discussion)

UDF supports files bigger than 4 GB. But usually, both ISO9660(+Joliet) and UDF point point to the very same files. Example:

http://img29.imageshack.us/img29/8673/ha00.png

http://img46.imageshack.us/img46/7924/x4o8.png

Same starting LBAs and sizes, but names differ (in this case) because that is plain ISO9660 without relaxing restrictions on file name lenghts and character set. But this disc was mastered with a very old version of UDF (1.02) supported natively by XP/Server 2003 / newer.

181

(9 replies, posted in General discussion)

When I dumped Duke Nukem Forever I noticed the very same bug, you can reproduce this bug even from a DVD image file opened by IsoBuster (at least with Duke Nukem Forever). Extracting via Track 01 / Extract From-To leads will create an underdump (more or less 230 MB when I tested it). Only Extract <Image> / User data can read the entire disc.

Regarding the extract files function, you need a 100% legal key (not generated) to do certain things as extracting files from UDF filesytems. My IsoBuster isn't registered, because free functionality is enough for me, to extract data tracks, images of single data track discs and files from ISO9660+Joliet filesystems.

Just mount the image through Daemon Tools and copy the files via the Windows Explorer, Windows Vista/7 supports natively the newer versions of UDF filesystem.

Yes, I have checked that and CDmage can open the high density dump through cue generated by ice.exe, if you delete the track 01/02 entries and add a 10 min pregap for track 03.

183

(2 replies, posted in General discussion)

Tested, I really like this program, because I prefer single file images to store my personal dumps, and now I can verify them against redump's database without splitting anything.

D:\>parthash pmagic_2013_08_01.iso
 #        Size   CRC-32                        MD5/SHA-1
 1   352321536 d12fd366 af2356aac7fc8fc4039a514126933455
                301065eaaa48bdaf3040056917cd93ff25b634a9

D:\>parthash "Club Saturn.pcm" 62125728 53802000 48394752 50974896 56965440 58047360 54262992 56029344 50278704 54907440 53009376 44285808 54639312 55363728 48989808
 #        Size   CRC-32                        MD5/SHA-1
 1    62125728 2d7ce663 bf707cb55faa4483e553f78ebdd3efc5
                f8818ed37046dbd6c4d86c3421011d2abdc43173
 2    53802000 b82e7404 01150f5ed45885f12f69dc540b7fc746
                d647a8c5984f501bde2bb104921c0ce9dcde44f1
 3    48394752 626c4051 5439026b5027556722a6cda79af767d8
                de30e4620e294118ae86d2aadcce4cebe7ffbab0
 4    50974896 da78b6d0 685d207a47cbbca2e6631564dcbcee86
                4ec3adb07c91e302cd2ab4d38d05867a2dd38349
 5    56965440 87201c30 6b546a9a056fff01218f03427f7bca1b
                ad858cd0482dfbb88e24a52b388294f130422495
 6    58047360 f25c1340 212b160e396791f32e19fbd59864f974
                8ea1aa23542b23d5afb39f0a6fb8351736fb913c
 7    54262992 05cad2df 06251e9ec337f0bd47b4ca47e686b69b
                e130025d95776d36c8282ae5fcc79cbe1687d17b
 8    56029344 d1979f68 ff799f8ac5a17dd3e2182e423ff762c1
                e2747556862b203572a15e02d98cb27805592e73
 9    50278704 75b6b7c7 66d62126aa6a8ca373050b6b249f5da2
                6f822eff53c7c8af407df774b8c8cfb6d9f2bf43
10    54907440 04369a19 d2dbed140b1931eeb46b4ea1dfd7d1ed
                11449694e9bf7822b56ef51dc09f3131f9cac548
11    53009376 4b53b496 d4df387f1cf0ad0d2bbdd48719dc6611
                1959b7c2c20bea28ad106d3df7acacdea94436fc
12    44285808 cbc3e964 d447ded267d8789a659e1f1569c151e7
                ff68191e7055b07f972dd2dc49c3a3a190524b85
13    54639312 4781baf0 0249e5a21bd110e993383906601ebf8c
                38c4fff9cf0ef924cefa60bc54bf77af9f87cc9d
14    55363728 40f2b7ba f632537835fe678eab0ebf276d8e63e2
                1fcb94fffd3e8b34ded0c7f5513ed637edfa4931
15    48989808 eb9d0b03 b4c99d0e6b66153d41c247c6b707aa52
                01eccb50e2d58498da9d226d6a5ce3df27997adf

Tested. Can open a DC dump and shows the files. However cannot extract the files, I get this message and extracted files are fully zeroed:

---------------------------
Error in Application
---------------------------
An unexpected error occurred.
---------------------------
OK   
---------------------------


And tested the GDDAtoWAV converter. Missing last 352800 bytes, converted files are truncated. Perhaps this function was designed without taking into account that redump appends gaps to next track, not to previous track.

185

(2 replies, posted in General discussion)

Simply impressive, calculated (instantly) combined CRCs of individual tracks matches the one from the actual concatenated dump:

http://img822.imageshack.us/img822/8628/huq1.png

The original dctools.rar file was preserved by archive.org

http://web.archive.org/web/20121116094435/http://vigi.dremora.com/dctools.rar

Mirror I have created:

http://www.mediafire.com/?2qk7vtnjt9w6p7c

187

(4 replies, posted in General discussion)

Sickness wrote:

I'm not sure who adds dump to the base. Or more precisely confirm adds to the base.

Click View edit history to check who added/edited that entry.

188

(4 replies, posted in General discussion)

Send a PM to iR0b0t requesting that, these fields cannot be marked as verified by the moderators.

Impressive! Many thanks.

1: To translate this screenshot of Blackhole Assault MCD game:

http://i.imgur.com/bRmiiKw.png

2: To romanize the music composer of すらいムしよう! title, so that I can finally tag properly the music tracks extracted:

http://www.jp.playstation.com/software/title/slps00504.html

ナゾの融合システムで想像もできない新種スライムが誕生!?スライムたちは分裂、融合、変異などの変化をしながら成長、思いもよらない新種のスライムが誕生することもあります。
フィールドを自由に視点移動するオートカメラ。フィールド内はカメラ操作によって自由に視点を移動できます。
異色の製作陣!
キャラデザイン:士郎正宗/音楽:岡田徹

By the way, which is the correct romanization of すらいムしよう!? Slime Shiyou! or Suraimu Shiyou!?

191

(13 replies, posted in General discussion)

Thanks.

Another mirror I have found, provided by Rocknroms:

http://www.rocknroms.net/tools/ss-tools/cdtoimg.rar

Another tools mirrored by Rocknroms:

http://www.rocknroms.net/tools/

Yet another mirror, by sarami:

http://www.mediafire.com/download/9b31r … dtoimg.rar

192

(13 replies, posted in General discussion)

Could anyone reupload the original cdtoimg_d8_hack.rar file?

193

(6 replies, posted in General discussion)

IsoBuster for data track and EAC for audio tracks, ripping to headerless format, appending gaps to next track and the proper combined read offset correction for each disc/drive combination.

http://redump.org/guide/cddumping/

For CDs with one data track (no audio tracks at all) ImgBurn can be suitable, as long as you choose .bin (2352 bytes/sector) output, not .iso (2048 bytes/sector).

194

(3,531 replies, posted in General discussion)

As reference: the same method used by the PlexTools program, 5. Recover the best bytes (least errors) per sector, until 99 rereads merging the rereads.

195

(3 replies, posted in General discussion)

How many audio tracks does this game have? Just one or more? If there is just one audio track, EAC cannot detect the pregap and will require a manual fix to prepend the missing pregap (for example, 352,800 bytes of 0x00 pattern = 2 seconds pregap = 150 sectors pregap).

196

(3 replies, posted in General discussion)

Assuming that it is a new dump (not added to DB yet): You own likely a game with -647 factory write offset. You need a real Plextor drive which supports D8 command or another drive which can compensate the -647 factory write offset, for example a Hitachi-LG DVD writer with +667 read offset correction.

Assuming that DB already contains that game, green status (verified dump by two or more dumpers, or one dumper and several identical discs): If DB states that factory write offset is -647, just dump the disc applying -647+6 = -641 offset correction.

197

(6 replies, posted in General discussion)

You can download .sfv and .md5 files from the DB to verify your dumps. Multipar accepts both.

198

(3,531 replies, posted in General discussion)

Yes, all drives I have tested are main + c2 + sub96.

199

(3,531 replies, posted in General discussion)

Just run the Extract from-to function to dump the entire disc and post the dump 7zipped. And yes, sub file is required.

200

(3,531 replies, posted in General discussion)

MrX_Cuci wrote:

Can anyone explain how to dump those with isobuster or other tool? So I can compare

Just dump the two data tracks glued in a go. Then use the remove program to split the dump into data track 1 and data track 2, according to subcode info.