701

(1 replies, posted in General discussion)

you should be able to dump PSX and PS2 gaves with apps via wine. there is always virtualbox if that doesnt work. idk about other systems.

can someone format this into a format readable by google docs or open office plz

alright, i'm just gonna go ahead and put this idea out there. wikimedia software is very simple to use and can be installed on a site sub-directory in minutes. guides are not accurate as they can be, info is missing for some consoles.

needs wiki

705

(19 replies, posted in General discussion)

is it possible to dump from a computer drive?

nice
i imagine some demos are missing too

wikipedia lists 640 total games including japanese exclusives
http://en.wikipedia.org/wiki/List_of_GameCube_games

redump.org has to be getting close to the final 100 or so USA games right?

yes, update guides or make a wiki and let us do it!

this ended up not being a good idea because many (most?) editions and most games with different serials are exactly the same. PS2 discs have the version number on them, so this is a much better system of identification for differing roms.

710

(4 replies, posted in General discussion)

iR0b0t wrote:

DVD-Video discs which are encrypted have to be unlocked with a video player (for example VLC) before dumping.

not sure how to do this, some sort of addition to the guides would be nice

what has been decided on here? Decrypting? No decrypting?

is the dumping method the same as a game?

here is a verified dump for a DVD http://redump.org/disc/1314/
how was this done?

712

(8 replies, posted in News)

i hope this rate continues. it will be nice when verified sets take over teh internetz

so then redump is preserving decrypted, rather than original discs (with CSS)?

714

(18 replies, posted in News)

a lot of games have the same version with different serials so i can understand that choice. as long as there is a unified naming convention i am happy

alright, i think i understand after than explanation. thanks.

edit: i found out that EAC has an option to "securely" detect gaps. it keeps testing them until they get 3 matches

maybe this thread doesnt and i'm just failing to understand something, however this is the issue as i see it.

1. different gap sizes can occur for the same cd/cd-rom
2. ripping tracks individually will result in size deviation between multiple rips if gaps deviate (according to Jackals post above), however according to greynol, if gaps deviate, this has NO effect on the end result/checksum (see: http://www.hydrogenaudio.org/forums/ind … opic=72969 )
3. ripping the cd-rom as a single image will not influence size (even if gap sizes deviate), thus are more likely to be correct dumps

maybe i'm just overthinking this or inserting a problem where it is not necessary. i didnt start this thread as a criticism by any means and maybe this issue is only relevant with scratched CDs, however after reading fireball and themabus's 2/3 page argument on subchannel accuracy, i became curious on the effect of mismatching gap size on the accuracy of dumps.

dude, cd-roms are an asspain!

yes indeed it was scratched. greynol from hydrogen audio explained that regardless of what gap time is detected, the final output will be the same. in other words whatever the subchannel data says in relation to gap times, the final output (and checksum) will be the same. at this point i wonder if subchannel data has any relevance at all.

oic, i'm ripping a cd for the first time in EAC in a week or so. i just put it in three times and got different values for gaps each time lol

iR0b0t wrote:

there are no issue, and file checksums for the same disc arent different !!!

okay, but i remember themabus and fireball arguing a month or so ago about gaps being rounded and subchannel data reporting different gap sizes on different drives with different software differently :S

gigadeath wrote:

Likely to be correct -> no, why should it be more correct?

a single file is obviously much more manageable and you dont need to deal with the issue of gap accuracy which may result in mismatching file checksums for the same disc

ripping CD audio is a pain in the ass, but when you do it as a CD image its much more likely to be correct and it should be much easier to mount, no?

cant you just mount the whole thing?

723

(9 replies, posted in General discussion)

Haldrie wrote:

In that case EAC's default and everyone that rips audio CDs with the default settings have it wrong.

you should read my post. most pre-gaps are only silence, most people dont like silence at the beginning of a song they listen to.

the emulators are going to depend on the pregap to be in a specific spot in order to properly replicate the audio experience of a game with redbook audio.

724

(9 replies, posted in General discussion)

when i rip cds with EAC i use 'append gaps to previous track', however i believe gaps are part of the track so it may effect game playback if you rip games that way. the data depends on the audiotracks being a certain way, unlike CDs which you can append gaps to the end of to prevent silence in the beginning of a track

725

(3 replies, posted in General discussion)

it would be nice if redump.org had a wiki to keep these kinds of lists on