I think it's needed to split CD and DVD for PS2 and IBMPC.
It's not so beautiful that 2 different format dumps are on a dat.
26 2008-06-13 13:50:20
Re: Splitting the dat file (25 replies, posted in General discussion)
27 2008-04-24 15:13:01
Re: [SS] Shining Universe Games second track (audio) (3 replies, posted in General discussion)
Cool 
28 2008-04-18 14:00:30
Re: Someone to buy and dump Akumajo Dracula X: Gekka no Yasoukyoku (4 replies, posted in General discussion)
ssjkakaroto wrote:
Cool asapy!
Do you have a Paypal account?
yeah 
29 2008-04-18 08:35:03
Re: Someone to buy and dump Akumajo Dracula X: Gekka no Yasoukyoku (4 replies, posted in General discussion)
I'm sure I can get it for about 800-1500yen ($8-15) here.
If many people want it, i'll but it.
30 2008-04-07 08:42:30
Re: About 2:02 sec gap on SCD Game (15 replies, posted in General discussion)
The one on TOSEC has the completely same pregap.
I think the 2.02 pregap is right, imho.
Even if the first 2 sectors seem like the last 2 sectors of next tracks, I think, EAC value is ok.
Or, we need to recheck and redump all weird pregap games with hand.
31 2008-03-19 11:30:43
Re: starcon prototype PS1 dump? (9 replies, posted in General discussion)
If someone get the prototype, dump and post infos here, it'll be preserved.
32 2008-03-15 16:12:47
Re: PSP dumping (74 replies, posted in General discussion)
Already redumped.
I've read some posts on 2ch, and found a method to find bad dumps without redumping.
In most case, DAX dumps are good. this will save us from huge redumping.
1. Open ISO with UMDGen, and check the layout of ISO.
2. Extract the last file in the ISO.
3. Check the last file in hex editor. If the last part of the last file is strangely zeroed, it's possible to be a bad dump.
The problem is that DAX dumper can't dump the last 2k or 6k, and some UMD has significant data there.
So, all you need to check is the last file.
And, it's confirmed by many people, hand-fixed isos (dump the last file with irshell or pspfiler, and fix missing data by hands) match pspfiler dumps.
So... I know some people don't like pspfiler because of [s]its slow dumping speed, no compatibility with older CFW and FW1.5[/s] or no support dumping via wifi/usb.
For such a people, DAX dumper is useful.
You can even use USBSSS, you just need to add 00s, as i wrote in No-intro.
You can fix the last files of the dax dump by hand.
It's not difficult, you just add the missing data in hex editor. (Need to be careful with the iso size)
Example of a bad dump in database, SMALLPAD.DAT of Grand Theft Auto - Vice City Stories (U) [ULUS-10160].
...
0A5C6740 : 4A 45 52 70 69 4A 54 41 61 6E 50 75 67 68 41 55 JERpiJTAanPughAU
0A5C6750 : 62 65 61 41 43 45 43 41 6E 4A 71 64 64 65 6A 41 beaACECAnJqddejA
0A5C6760 : 57 53 4B 71 54 6D 75 57 6E 4F 4E 79 72 7A 6D 48 WSKqTmuWnONyrzmH
0A5C6770 : 79 54 77 47 58 77 73 66 63 71 63 7A 74 51 78 56 yTwGXwsfcqcztQxV
0A5C6780 : 65 6F 78 6E 78 6B 62 4F 4B 64 6D 4F 51 65 6A 4F eoxnxkbOKdmOQejO
0A5C6790 : 77 4A 45 6B 49 43 43 41 41 45 6F 43 6B 56 44 78 wJEkICCAAEoCkVDx
0A5C67A0 : 71 52 75 63 63 59 6A 6F 53 48 57 55 6A 44 6F 58 qRuccYjoSHWUjDoX
0A5C67B0 : 68 6F 63 4A 6D 6D 6E 42 4C 58 4E 53 57 7A 45 50 hocJmmnBLXNSWzEP
0A5C67C0 : 41 50 78 59 4B 67 4C 78 7A 70 73 62 46 49 71 57 APxYKgLxzpsbFIqW
0A5C67D0 : 71 71 75 57 53 54 6C 64 45 53 71 65 6C 72 72 73 qquWSTldESqelrrs
0A5C67E0 : 63 68 74 75 66 71 6E 61 43 45 6A 57 55 6C 57 63 chtufqnaCEjWUlWc
0A5C67F0 : 47 51 43 47 65 48 57 47 44 74 75 52 51 47 6D 69 GQCGeHWGDtuRQGmi
0A5C6800 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0A5C6810 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0A5C6820 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0A5C6830 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0A5C6840 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0A5C6850 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0A5C6860 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0A5C6870 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0A5C6880 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0A5C6890 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
...33 2008-03-01 12:32:46
Re: Just need to confirm (18 replies, posted in General discussion)
ah, great
What type of images did you convert perfectly?
I've converted 2-tracks games for some methods.
In my experience, only .mdf+.mds and .ccd+.sub+.img work fine for me.
.bin, .iso+.cue always lacks the last track.
34 2008-02-20 09:58:11
Re: Just need to confirm (18 replies, posted in General discussion)
BadSector wrote:
BadSector wrote:OK, need little help again,
I tried converting my games and about 90% of them worked ok for data track, but i am having problem with the audio track. i mostly get zeros not data. is there any way which i can use to extract the audio track using virtual drives.
second what is this patch thing and how can i make one, i might be able to provide fews if i know how they are created and work. also can i request some patch thou i am not a dumper or not.
last Question, if someone have good knowledge of torrentzip can he tell me that, if i use torrentzip to upload a not yet dumped game as a torrent, and afterward i find my dump is not 100% correct and then i find and replace it with a correct one, do others will need to download the whole game or the corrupt parts only, (If it is not allowed to mentioned torrents here please delete my third question)
Any help about these Questions will be highly appreciated.
First answer, there's no way for audio tracks. Almost all of them are badly dumped.
But, you can fix the audio tracks with help of people, who have psxdb dumps.
second answer:
You can make patches with imagediff tool.
http://forum.redump.org/viewtopic.php?id=1593
and yes, you can request patches.
However, the problem is who will make patches for you.
You need to help others before you are helped.
And, I think, personally, people here don't want to share things with so many people on torrents.
Some of torrentfreaks are totally lame, retarded. Even ripped .ISO+.MP3 shit are enough for them, if the game works on emulators. lol
I know them well.
last answer:
If you upload a torrentzipped multi-track game and share it and you fix bad tracks after, others will have to download the game again, not only the corrupt tracks.
35 2008-02-07 12:28:31
Re: Just need to confirm (18 replies, posted in General discussion)
There's no definite way to find bad dumps, which are not on the DB.
But, at least, you can check your converted .bin with CDmage.
You can check bad sectors with "Action>Scan For Corruption".
When there are bad sectors, your converted .bin is bad dump.
When there are no bad sectors, it must be a good dump, or ripped.
It's not 100% reliable, so the best way is to redump all from original CDs.
It should not be difficult for you to get the originals from ebay, internet-shops.
36 2008-02-07 10:38:30
Re: Just need to confirm (18 replies, posted in General discussion)
BadSector wrote:
I don't have any PSX/PS2 Original DISC, here in Pakistan mostly we only get the pirated discs, can those be used as a dump.
similarly all of my PSX games was downloaded from the internet, thou most of them come from peoples who dumped them from there original disc like fuzzball, The Real Spirit etc. I tried to convert few of those images by loading them in a virtual drive and them redumping them using the guide, and there CRC match with the one in the DB, does this mean i have a good dump now. As some of you may know i am running the complete PSX-JAP Project at UG, and i would like to have the games in proper dumps and compressed using torrentzip. so i want to be sure that the method i used was OK before converting all those images.
PS: i only have tried the data track only.
Regards,
BadSector
Yeah, you can convert some of your downloaded images.
The method you used is ok for good dumped ones.
Although, PSX isos on p2p bullshit are often bad dumps, ripped (some scene rls) or hacked(RHP, libcrypt), so it's meanless to convert all of ur isos.
I got some of UG PSX-US to convert them to PSXDB set, and many of them are bad dumps. 
37 2008-01-19 07:58:28
Re: [SOLVED] Need help with dumping audio tracks (4 replies, posted in General discussion)
gigadeath wrote:
Same thing it happened to me when dumping 2-tracks SegaCD games, it's cd-rom drive fault, you can add the pregap manually, just be sure to check that total sector number of the dump matches total sector number of the actual disc (with IsoBuster).
Okay, I see.
I add the pregap manually.
Thanks!
38 2008-01-18 18:50:26
Re: [SOLVED] Need help with dumping audio tracks (4 replies, posted in General discussion)
Vigi wrote:
Have you set it to Action > 'Append Gaps To Next Track'? And make sure you always do Action > 'Detect Gaps' after inserting a new disc
Yeah, I have set 'Append Gaps To Next Track'.
and, I did 'Detect Gaps' after inserting a new disc.
39 2008-01-18 18:42:10
Topic: [SOLVED] Need help with dumping audio tracks (4 replies, posted in General discussion)
I try to dump cds with audio tracks, following the guide.
I'm redumping "The Conveni - Ano Machi wo Dokusen Seyo (J)(Saturn)" to check the method.
this: http://redump.org/disc/2327/
Track 1 matched, after removing the last 352800byte (=2 seconds pregap).
I set EAC setting 4 times, checking the guide, so it must be ok.
EAC provides, however, 2 seconds smaller file than DB's.
Does anyone know how to fix this problem?
(I tried to add the data of 2seconds-removed-from-track1 to the former of track2, then it matched the database.
I think I can dump cds, which have only 2 tracks, by this.
Then, however, I can't supply proper EAC log.)
Thanks
pregap is 2 seconds, same as the database.
The factory write offset is +18, same as the database.
(6*16/4=24, my drive offset is +6,24-6=18)
Offset setting on EAC
track1 and track2 matched after "fix"
EAC log
Exact Audio Copy V0.99 prebeta 3 from 28. July 2007
EAC extraction logfile from 19. January 2008, 2:44
Unknown Artist / Unknown Title
Used drive : CDWRITERIDE5224 Adapter: 3 ID: 0
Read mode : Secure
Utilize accurate stream : Yes
Defeat audio cache : Yes
Make use of C2 pointers : Yes
Read offset correction : 24
Overread into Lead-In and Lead-Out : Yes
Fill up missing offset samples with silence : Yes
Delete leading and trailing silent blocks : No
Null samples used in CRC calculations : Yes
Used interface : Native Win32 interface for Win NT & 2000
Gap handling : Appended to next track
Used output format : Microsoft PCM Converter
Sample format : 44.100 kHz, 16 ビット, ステレオ
TOC of the extracted CD
Track | Start | Length | Start sector | End sector
---------------------------------------------------------
1 | 0:00.00 | 1:52.31 | 0 | 8430
2 | 1:52.31 | 0:20.00 | 8431 | 9930
Track 2
Filename I:\Track02.bin
Peak level 97.0 %
Track quality 100.0 %
Test CRC 142664DC
Copy CRC 142664DC
Copy OK
No errors occurred
End of status report