601

(2 replies, posted in Guests & account requests)

Lusid1 wrote:

I have several hundred PSP Games on UMD (mostly USA) I want to help preserve.  Several are on the missing list, and a lot of them appear to need confirmation dumps.

Bumpity bump!  Thanks very much for your interest Lusid!  We'll get you setup as soon as possible.  I'm excited to see the PSP list dwindled down and look forward to your help.  Thanks!

602

(2 replies, posted in General discussion)

I'm inclined to agree, technically fuzzball is correct. 

example:
https://www.jp.playstation.com/software … 87364.html

603

(3 replies, posted in General discussion)

I noticed this shortly after it was added and we addressed it.  Just a brief misunderstanding.  The version numbers will continue to be used for PS2 as they have been.

604

(8 replies, posted in General discussion)

fuzzball wrote:

new one
http://redump.org/disc/65174/

fuzzball - just as in the examples I gave above - most of these have english titles on the disc itself.  For example:
https://www.suruga-ya.jp/database/pics/game/127010106.jpg

605

(8 replies, posted in General discussion)

fuzzball wrote:

Why is the original title used instead of the Japanese title?

http://redump.org/disc/39005/
http://redump.org/disc/64842/

Also, "災禍の中心" will not appear in the TOWNS version of Wizardry V.
http://redump.org/disc/40347/

I haven't checked all of them - but I know for the first one:

https://www.suruga-ya.jp/database/pics/game/127000054.jpg

Wizardry is an interesting case hah smile

https://img.aucfree.com/e366486095.1.jpg

Box says "Wizardry V" and disc says it in japanese with a "5" and not "V" smile

606

(11 replies, posted in General discussion)

darksabre76 wrote:

If we even decided to keep the EXE Date (something I don't personally see utility in), then I vote for UTC, since in computing, the UTC date is the truth from which all other values are derived for timezones. We don't need every single person who decided to dump in their own timezone just happen to be a day off from someone else. It's not sustainable.

I agree completely.  I believe the concept of redump is to get information that is truly and objectively verifiable by anyone at any time, anywhere - so using a completely universal convention such as UTC in a case like this, seems to absolutely make the most sense in terms of what should be input for the EXE Date field.

607

(11 replies, posted in General discussion)

Setting aside the logistical issue of 'correcting' what is already there, I think the first step is deciding definitely what the EXE date SHOULD be, or the convention that should be used.  We can discuss addressing errors in the database, but we need official agreement/consensus/understanding on what date/time should be used in the field.

608

(11 replies, posted in General discussion)

Ok - let us address this here then so we are all on the same page going forward.  As I stated in that thread, it is not my intention to change any rules or conventions arbitrarily.

So, let us discuss.

Currently, there is a bit of a mixture in the database with EXE dates.  I know that for a long while now, DICUI has been pulling the EXE dates using a "UTC method" similar to what I described in the thread linked above.  I also know that other submissions have been using the recorded date per the dumper's isobuster / file explorers / or perhaps dump data such as voldesc.txt for certain console discs, etc.

There are good arguments for both methods, from a practical standpoint, etc., but we should definitely address and at least try to get on the same page.  I know that I have had this discussion with several mods who agreed that moving forward, UTC does seem to make sense as we can always arrive at that exact date, regardless of where the disc is dumped or what settings they are using.  However, this would need to be agreed on and/or commonly understood by everyone in the context of consistency in our database. 

As I mentioned, currently the database has a mixture of both methods, and it is impossible to know which is being used in which case aside from going through manually which is near impossible nor am I suggesting.

Moving forward, we need to have a definitive method and have everyone on the same page, for how to determine the build date.  There seem to be some differing opinions here, so we should hash that out and come to an agreement.

I'll clarify - I've only modified an existing entry in a few situations where I redumped a disc - and if it is formally decided to reverse the convention and NOT use the 'UTC style' as I presented, I will correct all changes I have made.  But, since currently DICUI is generating it differently, we really need to come to an agreement here and then disseminate that information / instruction fully.

I want to state that I do believe in both consistency and accuracy in the database, and I do agree that we need to do a better job of communicating all of the explicit rules and conventions for dumping, so that discrepancies like this are reduced in the future.  Thank you for bringing this up and we should definitely address it.

Jackal --- I do see your point regarding the naming when looking at it from a global perspective.  I guess the challenge here is what should come first as the guiding principle for naming?  On the one hand, when looking at it from a global perspective, the sorting makes sense looking at what you shared.  On the other hand, when looking in a particular region, the numbering and sorting doesn't really make much sense. 

So I think both perspectives have some merit and aren't completely illogical. 

However, let's look at another sample of this concept.  When you look at a game that is released in multiple regions, but has slightly different names (whether due to language, or even just other regional changes), we ultimately choose the name of the item by that region's "correct" localized name, as opposed to matching all of the titles just to have a sort of worldwide consistency.  So from that perspective, user7's sugggestion is a bit more consistent with that ideology. 

I realize the difference here stems from the discs themselves having the copied disc art with a number that doesn't seem to match up to that region's sleeve / info.  So I can see somewhat the alternative perspective.  But traditionally speaking, when I'm looking at an individual submission and looking at that particular item for that particular region, it seems logical to me at least, to try to pick the best name that applies most to that particular region.  I think this is something that there just may be different viewpoints on.

How about we all stop with the snarky comments and calling each other's actions clusterfucks and just focus on the conversation about proper submission / database conventions.  We can do so without getting all accusatory and negative with each other.  Thank you.

I understand some of the reasoning behind going strictly with what is on a disc - and I also understand that from a quality control / accuracy and ease of consistent submissions standpoint, that does streamline things and make it a bit easier. 

However, I'm also inclined to agree with user7 in this instance because there is solid logical reasoning for why naming them the way he suggests is more clear in a way, and better represents what those discs truly are.  I am ALL for adding comments and additional details that explain variances and such. 

As a user, when I am viewing and using the redump database, I'm looking at a disc and I want the title to tell me truly what the disc is.  If the disc is a game called Fire: Pass the Torch [hypothetical game], and the disc has an error that says Fire: Ass the Torch, whereas all of the packaging and everything else is "Pass the Torch" - do we name it "Ass the Torch" in the database because it is literally on the disc, though it truly misrepresents what the game is? I do realize that is a somewhat ludicrous example, but hopefully it illustrates the point.

Another example is this one:
http://redump.org/disc/53248/

The serial listed on the disc is 972227, but it is an error and should be 97227.  I believe the 'true' serial for this release is 97227.  While the issue is noted in the comments, personally, I think the database should be 97227, as the extra digit one is completely erroneous.

I know it's a difficult balance, because creating exceptions based on unique situations does make this more challenging.  But I also think it can provide other value and usefulness as well.  Some of things will just have to evaluated on a case by case scenario. 

IF you disagree with the above and have strong logical reasons for not doing so - that is completely fair - then please share those thoughts so we can hash it out and come to some finality on the issue and move forward - that would be great!

612

(22 replies, posted in General discussion)

F1ReB4LL wrote:

So what happens if a game is released on multiple systems, but the disc's release was just accompanied by a certain system?

Only that certain system should be mentioned, then, if it's somehow tied to only one of the ports.

It looks sloppy as hell and not part of the item's official title.

The region tags, various "(Alt)" and similar tags aren't the parts of the title as well, it's not an argument. The title part ends before the region tag.

I have several promotional DVDs that cover numerous different systems.  For example, I have store demonstration DVDs that cover games across 3, 4, sometimes even more systems. 

Perhaps the discussion here is more on dvds released WITH certain game releases, I don't know.

Regarding the file-naming, I'm inclined to agree with user7 and Jackal here that the current system does seem to create a really long and sloppy/complicated name.  Rather than passive aggressive attacks going both ways, surely we can come up with some solutions here that will please everyone.

613

(2 replies, posted in Guests & account requests)

Bumpity bump smile Please add Mr. robot

Kamen Rider ^ added.  confirmed details with OP in discord smile Thanks!

Agree 100%.  He would be a great addition, and currently we don't really have anyone who is the 'point' person or expert on PSP.  We need more mods, and as long as the specific individuals are committed and detail-oriented, good people, it is all good.

RE: aj's comments.  I can understand and appreciate where you are coming from.  Plus, I understand the importance of giving someone the ability to make modifications/submissions to a database.  Consistency and quality control are very important. 

I focus on quality over quantity, and if I'm allowed to assist here, I'm not going to change anything that is outside of my comfort zone.  Initially, there shouldn't be a problem with errors in submissions because if I don't understand something well, I'm going to educate myself first and become very familiar with the systems. 

The nuance and experience of working on thousands of discs is absolutely helpful, but I don't think that should be a reason not to allow someone to help who is able and willing, especially if they understand (and I do) not to mess around with things they don't fully understand.

I'm not necessarily trying to sell myself here - ultimately the powers that be are going to do what they want - but I do want to assure you I don't plan on going in here and making a mess of things.

I'd like to add here --- I really would like to assist this project in any way that I can.  One way that I feel like I can help us, is by assisting with some of the more administrative tasks such as cleaning up already added submissions in the forum, following up on forgotten items, etc. 

In addition, I would also be more than willing to learn the ropes regarding adding submissions, and would love to assist there as well if I can.  I know that I haven't been in redump very long, but I am very committed to this project and I am very detail-oriented.  For me, this is not about control or power or credit - I just know that we are behind with the amount of work needing to be done, and rather than complain about it without offering any help, I would like to put my money where my mouth is, so to speak, and I am willing to do the work. 

If you have any questions, please let me know.

618

(1 replies, posted in General discussion)

Hello!

I know I'm not a mod and therefore don't have to deal with adding dumps or verifications, but I wondered - do you all think it would be easier to track and manage everything if there were either:

* Separate sections for new dumps, vs. verifications
or
* Separate sections for main dump categories based on the team who adds (sony, nintendo, microsoft, other, etc.)

Perhaps you have already explored this before or don't want to complicate things - but I just wondered if maybe having different sections a bit would make it easier for mods to go through and make sure things don't slip through the cracks.  I know if I were processing them, having just a few categories as opposed to a huge dump folder, might make it a little easier.

Again, not really my problem, so just an idea to consider.

Thanks as always, to all the mods who are taking the time to process all this stuff!

--sadikyo--

619

(2 replies, posted in Guests & account requests)

Idk if this helps or not but in case it does, this is a friend of mine and I can vouch for him - he has a plextor and wants to help out smile

Hello!

I am requesting a wiki account so that I can update purchases as I make them to avoid other people from making unnecessary purchases.  I have been adding mostly PS2 demos, and still have some more, as well as several Asia releases.

Please let me know if you have any questions!

Thanks!