Hi, please get your password by using the password request form (see login).

It would be helpful if you can repost all dump submissions in here > http://forum.redump.org/forum/11/dumps/

1,077

(4 replies, posted in General discussion)

No, use the latest build, it should be going fast enough. Depending on the disc size, clean disc + full disc = ~80mins.

If the first loop needs more than 25-30mins you can abort dumping, just wait till the first loop is ready and abort dumping on the second loop, then submit all you get from it.

1,078

(5 replies, posted in General discussion)

SPA & GER are country specific > http://en.wikipedia.org/wiki/List_of_ISO_639-2_codes
UKV as well as USA are region specific > http://www.mathguide.de/projekt/doku/landcode.html

Region codes only contain two characters, and in case of  "UK" they most likely added a third character for Version imho to fit the 3-letter-schema on those serials, same as they did to US and usa as a widely used akronym.

Just my thought.

The were such lists in the past available here, but i guess they are not of any interest anymore as we already have around 95% of all the gamecube releases preserved, and wii scene releases are at 99% good.

Right, but "backups" in meaning of no isos! smile

@axisleon, I think i have an idea of what you are talking. It is not easy to hold on with that many requests the staff gets, and i guess some requests are easier to process especially the wip entries, and the rest is getting into the processing queue. If we are more familiar with a dumper's dumping methods and drives we prefer to finish those requests in the first place, just because those are faster to process and approve. I hope for your understanding.

We are not just listing in meaning collecting all ever found anonymous dumps spread over the internet. We are dumping and listing just our own stuff, not any others' work nor unverified foreign dumps.

I think the question of "why" is self-explaining.

ohh, and thanks tossEAC for your input smile

Hiccup wrote:
Jackal wrote:

Which system are you talking about specifically? because IIRC OneUp group just repackaged a lot of redump dumps and released them as scene.

Wii and GameCube is what I am used to. If a scene release were stolen from a redump dump, then it would be marked as such.

Ehh, i don't think we can talk of stolen stuff here, because we do not release any isos tongue

Besides of that, who would mark own release as stolen?
I don't think anybody on this planet would be that fair in doing so.

Hiccup wrote:

What about things that are unlikely to ever be dumped again (i.e. Zelda TP E3 demo)?

Isn't that a card for NintendoDS ?

1,085

(1 replies, posted in General discussion)

You most likely can find an answer on the emulator developer's pages!

Do you mean those many group release dumps?

I am assuming you do mean it, right?
The answer would be a NO!

1,087

(2 replies, posted in General discussion)

It is the second time you are asking for it -> http://forum.redump.org/topic/14110/

1,088

(8 replies, posted in General discussion)

Maybe some other guys will have a clue about this, i currently don't ))

1,089

(8 replies, posted in General discussion)

Depends on: how it plays, and if its a game at all?

1,090

(2 replies, posted in Guests & account requests)

You're welcome, please obtain your password here.

please confirm your request

Oh, no, i don't think so. We only do full dumps.

1,093

(57 replies, posted in General discussion)

sarami, do you want the "Old Securom" or securom in any variation?

The dumping method is pretty much the same like years ago, with advanced use of DIC.
F1ReB4LL will be answering your question more detailed if he read this, or you contact him privately.

Just repeating myself to bump your question.

Have no idea what you mean by "extracted", buddy.

The cuesheet files we have, can be used for emulation.

1,096

(17 replies, posted in General discussion)

Egen wrote:

You thought it was going to get fixed in... what has it been... 6 days now? I submitted a few dumps 2 weeks ago and I'm still waiting on those, I wouldn't hold your breath.

Egen, such comments do not belong to this forums.
We are a NON-profit, game fan community. No one gets paid for moderation at this place.
You also don't support this project by those comments, please, keep 'em out of this place.

1,097

(6 replies, posted in General discussion)

All but NfS will probably be matching existing entries. Check yourself please, you have access to this section now.

1,098

(6 replies, posted in General discussion)

What are those, new dumps or verifications ?

1,099

(3,497 replies, posted in General discussion)

Could you also maybe add an additional cuesheet file with the real track type for database purposes only if disc is a CDI title?

Currently the track type is converted to CDI(/2352) for end users, and it would probably be good to have a copy with MODE*(/2352) to avoid misunderstandings.

Just an additional unmoddified *.cue file.

*img.cue does not need it.

1,100

(3,497 replies, posted in General discussion)

sarami, could you check this up please > https://www.mediafire.com/?4cdtbp41ec1xp6g

The logs' contents differ in there.

EdcEcc reports last sector as:

LBA[026938, 0x0693a], mode 1 Reserved byte doesn't zero.

mainError log says:

LBA[026939, 0x0693b], Track[01]: This sector is data, but a header doesn't exist
LBA[026940, 0x0693c], Track[01]: This sector is data, but a header doesn't exist
LBA[026941, 0x0693d], Track[01]: This sector is data, but a header doesn't exist

and the last created image sector ends at:

LBA[026939, 0x0693b], Track[01]: This sector is data, but a header doesn't exist

the last LBA in subchannels is:

26939

Can that have something to do with the latest fixes you made on sector IDs ?

Dump is added here http://redump.org/disc/35936/