26 Reply by asapy

(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. tongue

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.

Go to forum: General discussion

27 Reply by asapy

(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.

Go to forum: General discussion

28 Reply by asapy

(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. hmm

Go to forum: General discussion

29 Reply by asapy

(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! smile

Go to forum: General discussion

30 Reply by asapy

(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.

Go to forum: General discussion

31 Topic by asapy

(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

http://img246.imageshack.us/img246/6678/eaczf2.th.jpg
pregap is 2 seconds, same as the database.

http://img246.imageshack.us/img246/5520/offsetuc7.th.jpg
The factory write offset is +18, same as the database.
(6*16/4=24, my drive offset is +6,24-6=18)

http://img246.imageshack.us/img246/1800/driveyy0.th.jpg
Offset setting on EAC

http://img405.imageshack.us/img405/243/hashng2.th.jpg
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

Go to forum: General discussion