1

(3,497 replies, posted in General discussion)

I've been having a similar error that Hustle is reporting ever since I had to install a new HDD when my old one died.  It used to work great without errors, but once I installed a new HDD, I had to install some drivers BEFORE installing Windows 7, otherwise I would get an error.  Something about newer HDDs needing that driver before installation.  It had to do with Intel RAID chipset IIRC.

This is the error I'm getting.

[F:ScsiGetAddress][L:59] GetLastError: 50, The request is not supported.

The interesting thing is that the discs still dump fine.

Another interesting thing is that since I re-installed, Exact Audio Copy is also having trouble finding one of my drives (one that came with my PC, not my plextor).  So I think this problem could be related to that pesky driver that I had to install BEFORE installing windows on a brand new HDD.  It's the only thing I can guess that's causing this behavior.

2

(3,497 replies, posted in General discussion)

I've been using a Plextor drive on a USB enclosure forever and haven't had an issue until recently.  I had to tweak the default memory for c2 from 65535 to 1024.  Haven't tried a higher value than that, but most of the disc I dump don't need c2 error correction.  Usually, when they have c2 issues, it just goes on forever without actually fixing anything.  I just stick to good discs, lol.

But yea, that was more of a memory problem than USB limitation I guess.

My system:
Win 7 64bit
4gb RAM
PX-W5224A

3

(3,497 replies, posted in General discussion)

Opened command prompt as admin

Commandline: cachex.exe -p -c -r 0xd8 -n 20 p:

    
    Drive on P is  PLEXTOR  CD-R   PX-W5224A 1.04
     
    [+] Plextor flush command: accepted
    [+] Plextor flush tests: 20/20
    [+] Testing cache line size:
     581 kB / 253 sectors
     581 kB / 253 sectors
     581 kB / 253 sectors
     581 kB / 253 sectors
     581 kB / 253 sectors
     581 kB / 253 sectors
     581 kB / 253 sectors
     581 kB / 253 sectors
     581 kB / 253 sectors
     581 kB / 253 sectors
     581 kB / 253 sectors
     581 kB / 253 sectors
     581 kB / 253 sectors
     581 kB / 253 sectors
     581 kB / 253 sectors
     581 kB / 253 sectors
     581 kB / 253 sectors
     581 kB / 253 sectors
     581 kB / 253 sectors
     581 kB / 253 sectors

Windows 7 64bit SP1
Daemon Tools Lite v4.46.1.0328
SPTD v1.83

4

(9 replies, posted in General discussion)

That looks good.  I managed to match the data track and the last audio track using a net image and it indeed shows more than 5000 errors.  Track 2 was cut off on the net image but the hashes actually match some other dumps like Treasures of the Deep and one of the Playstation Underground dumps.

Should be good to submit.

5

(9 replies, posted in General discussion)

Some CDs have mastering issues and errors can be normal.  If you didn't get any errors while dumping (especially on isobuster), and you keep getting the exact same result everytime (hashes) even on different drives, then I think it should be a good dump.

Would you mind sharing the hashes?  I'll see if I can dig up an image off the net and see if it also has those errors + see if I can actually match your image.

Maybe your drive doesn't read into lead-in/lead-out.  Or maybe the pregap contains some data.

Try this.  Dump track 02 using isobuster "Extract from-to"  you'd need to calculate the exact sectors so it includes the pregap too.  Then manually fix the offset.  If your combined offset is +48, then remove 192 bytes from the beginning of the track, and add 192 bytes of 00s at the very end.  See if that way it matches at least.  I doubt it would serve as a verification since it's such a roundabout method, but at least you can see if you can match the track.

Yea, if you keep getting different hashes, then that means either the disc is scratched, the drive has a weak laser, or a mix of both.  That's why it's so important to dump more than once to make sure you get a consistent set of hashes, and it's preferred if you could dump in more than 1 drive as well.

Voted yes, but the question can be misleading.  It doesnt mean to switch to the tool clonecd and just dump everything with that tool.  It just means if we should use the .ccd/.img/.sub format for cd dumps instead of current .bin/.cue

Of course, I'd rather have a new format made where you can have split tracks + subs + cuelike thingy, but who will make that... sad

Could you elaborate a bit more on how exactly to do this.  I'm such a noob. big_smile

EDIT:  NM.. Notepad to the rescue.  Totally forgot about copy/paste mechanics.  hmm

10

(4 replies, posted in General discussion)

Yea, can't submit anything if you don't get good dumps out of it.  Ringcodes and the like wouldn't be much use if we don't have hashes.  And there would still be no way to actually store the data on the DB without an entry. 

Try getting it resurfaced at a local shop.  If you dig around, I'm sure you can find a place where they can charge you $5 tops to resurface it.  Or, if the disc doesn't look too bad, you might wanna try some home alternatives like "Brasso" which has worked for me a few times.

11

(4 replies, posted in General discussion)

And me definitely agree.  The more info we get on DB can't hurt.  Could also help identify some different releases.  Where one dump may be DOS only, and another release may be Windows, or both.

12

(20 replies, posted in News)

I say, if they come with a game, it should be on redump.  If it's a stand-alone video/audio disc, then not.

13

(9 replies, posted in General discussion)

Why not? big_smile

Hmm.. I thought it was a known rule to always have more free space that required to dump a game just because of something like this.  MS are cheaper nowadays so I guess this shouldnt be that much of a problem anymore.

But thanks for the info though.  Basically, dump the game fully to MS or don't dump it at all! tongue

15

(74 replies, posted in General discussion)

PSPFiler is what is being used to dump.  I don't know exactly which version but I guess the latest "stable" one or whatever it's recommended out there.  Sadly the guide here is out of date but it should follow the same procedure, just instead of using whatever is mentioned in the guide, use the latest PSPFiler version.

I suspect we have a few USA tagged dumps which are not really USA, so they need redumping.  Some of them are Asian/Korean/Chinese/whatever versions, with a US serial but they are not found on retail USA stores.  Dunno if they are pirated versions, or hacked releases, or just plain wacky official releases, but they are not really USA.

By running them on the console and checking in the "Options" menus.   hmm

Very nice!  Not that good on the eyes, but that's not the point, I know. big_smile

You made me realize how awesome par2 is for images with audio tracks.  The thing usually finds and splits them up automatically with just a few blocks needed here and there.  Very impressive.  What I like the most is that everyone can use it as long as their images aren't TOO messed up.

Thanks for all your efforts.    yikes

18

(15 replies, posted in News)

Impressive work.  Can't believe the dumps have more than doubled since I joined this awesome project.  Some of the sets are even nearing completion as far as retail discs goes.

Congrats! big_smile

Are there any signs of scratches on the disc?  Maybe those 2 "inaccurate" drives are having a tough time reading those 2 tracks because of a tiny little scratch on them, while the 3rd one has no problem reading it?  Dunno really.  If you followed the guide to set up EAC, everything should be properly working as it should.  Very weird situation you have here.

20

(6 replies, posted in General discussion)

Before creating a .dat, make sure the field under "Dat-File" is properly filled.  It won't prompt you after hitting the button like usual proggies do.  Once it's filled, you should be able to "Create" a .dat.

Then open that .dat file with notepad and copy/paste the hashes if needed.  If you are dealing with a single .iso file, then this is pretty much not necessary since using a simple tool like "HashCalc" can do it faster with a single drag & drop of the file.  Clrmame's dir2dat function is cool when dealing with multi-track discs.

Props on an excellent video tutorial.  It covers quite a few of the common scenarios.  I've always thought of making a tutorial (video or txt) explaining the basics of dumping, like what are offsets (read, write and combined), and how it affects how data is on the disc, and how it's read, so new people not only dump like robots, but know exactly the awesome work that they are doing.

22

(2 replies, posted in News)

Great news!  Hopefully we can continue to spread the word and help turn more people into capable dumpers. big_smile

Spanish is my primary language (Puerto Rico) and I thought those lowercase titles were fugly.  I stand by MacGruber and Rocknroms.  Using different naming conventions in the same database makes it look disorganized as heck.

24

(1 replies, posted in General discussion)

Yes, it's normal for some discs to have duplicate audio tracks.  Why they did that, I have no clue, but I've seen it quite a few times before already.

25

(7 replies, posted in General discussion)

6