F1ReB4LL wrote:

Well, I believe the db should have a standalone flag indicating the release for the particular region was dumped, but it shouldn't affect naming, "(Japan, Asia)" is incorrect, sorry.

My last reply:
The whole reason this became an issue for me was that there WAS an ASIA flag on the dump, but it was removed. I pointed this out, and was told that this is not how the rules work any more, and that ALL double-flagged ASIA/JP or ASIA/US etc. dumps were getting their ASIA flags removed (even though this reflects their actual release info and history of what was actually dumped). Loss of important metadata due to edits like these makes any attempts at actually even trying to complete an asian set all the harder.

This, along with renaming games to match their releases on other platforms, even though this is contradictory to the "new rules" that naming should be identical to what's on the disc, regardless of typos, regardless of current or past interpretation of the "new rules", now every dump will have to be inspected IF the goal would be to reverse any of the changes that had been done.

Let's throw out any arguments for or against the hyphens, the clear issue is that edits to the database were performed by one or more individuals to conform to a rule change that may or may not have been intended to have been interpreted that way. regardless, if these edits are considered correct, they love the database less accurate than it started. And that's not what I signed up for, a project that prided itself in capturing a ton of data for every release and making sure it was right at submission time, not changing it all the time so that it "looked better" or was more in key with what "SCENE" was doing. I thought Redump didn't follow scene rules, and was a project that prided itself in having original content.

Signing out.

Editing this down because i didn't really mean this as discussion, so i'll make it simple:

I hate having to write this...
I wish i could help more on the project, but about a year or so ago, I was very disappointed in the ill-advised changes to database entries that were being made. They were neither well researched or well-advised, and simply reduced the accuracy of the database.
After consulting a few admins, and giving myself (a rough guess) a year to think about it, I've decided that I can't in good conscience continue to contribute to Redump PSP project.

Now I have no control over how you run the project, and I don't mean any disservice, but I don't believe I can continue to be part of this project moving forwards sad

Thanks for the good times in the past, and best of luck to Redump project in the future!

iR0b0t suggested I open a discussion on the topic to see what the consensus is on the following, so it can be considered:

Given that PSP games have been pulled from nearly all stores in the USA, and that wikipedia even lists the LAST PSP games as:

FIFA 13 (USA)
September, 2012

Final Fantasy III (JP)
September 20, 2012

Hunter X Hunter Wonder Adventure (JP)
September 20, 2012

Tiger & Bunny: On Air Jack (JP)
September 20, 2012

Can we consider this system dead and make it publicly visible, such that changes to the DB are easier to monitor?
Hell, PS2 was made visible well over a year before the last JP games were released, and I think before even some of the last "trash" USA releases hit.

Ran across this while updating some of my plugins:
http://xnuko.doorblog.jp/archives/5074209.html

I've tested this on 3 discs that all dumped badly via xmb usb sharing, and they matched filer, iso_tool, and the database perfectly.
Can we get some testing up in here?

5

(74 replies, posted in General discussion)

it finally dumped- there was a little speck of water film or whatever on the beginning of the disc that kept erroring out...
got a good dump- sent a verification with ringcodes, and fixes to the name.


edit:
hmm.. i just realized it WASN'T a verification... different size and everything...
gonna doublecheck and do a different dump with another system tonight and make sure its the same on that...

again edit:
seems something far odder happened- the file sitting on my desktop is fine, but the checksums and size that the script output were wrong... i'm going to resubmit after rerunning it all...

final edit:
found the problem- wrong file scanned (was a test file, not the proper iso) I'll redump from scratch and get all the info again for a proper verification.. sorry!!!!

6

(74 replies, posted in General discussion)

hm.. so i have
Sampler Disc for PSP Vol. 1
UCJB-98301
http://redump.org/disc/4566/

seems undumpable via filer- are there 2 versions of this as well? I got mine the day the psp shipped in the US...


Rocket wrote:
asapy wrote:
Rocket wrote:

I have some problem with dumping this disc - http://redump.org/disc/1196/ (Demo Disc for PSP Vol. 1 / UCJB-98302). I dump them 3 times (using PSP Filer v6.6 / CFM 5.50 GEN-D3) and every time I got a same hashes - size 268697600 crc a254481d md5 4e64617fc557985787a4f9e0fccba815 sha1 98e87907c1921de0980e592f6bd8a932f2740049. This hashes it is incorrect. sad Whats wrong? How I must dump this disc and get correct hashes?

Your version is not dumpable.
The demo has 2 versions. the earlier-produced version is dumpable with PSPFiler/FastLoader/DAX and the one on the DB. The later version is undumpable with the current method, as many UMDMovie/Music with an updater are.

Ok. Thanks, asapy.

-

ya that's all i meant- sorry i was roundabout in explaining

I was just checking things I needed patches for and noticed that my dump of Wipeout 3:SE http://redump.org/disc/937/ while identical, was from the rarer single-disc version, not the Destruction Derby double-pack with different disc art. this probably should be added to the entry as it seems to be specific to the double-disc version...

thanks!

10

(74 replies, posted in General discussion)

Now here's a question, I'm using a psp slim to do my dumps, getting 100% matching checksums when using Filer 5.5 for kernel 3.

One of the oddball discs I came across, Stealth (which has a custom demo of wipeout pure with a special set of tracks and ship) gave me annoying results...

Everything ripped fine from the game data... except for the fact that apparently filer skips the entire video subdir of the umd altogether.... repeated the process on a combination of fat and slim with the same result. Now, before I started dumping using the methods outlined here, I have used DAX dumper and the usb iso mode of modern cfw's to get the images (of course less accurate), and these methods dumped everything, including the video. Which is the preferred method as everyone seems to agree that filer is more accurate, although slower, and does this outline a larger issue with umd dumping altogether?