Hello and thank you for your interest! Please bear with us, and an administrator will get your account added soon. In the meantime, feel free to join the VGPC Discord, where we can discuss and support contribution efforts: Discord
Thanks!
776 2020-09-16 15:11:51
Re: Account Request for Submission to Redump Database (2 replies, posted in Guests & account requests)
777 2020-09-13 22:24:56
Re: account request (1 replies, posted in Guests & account requests)
I need an account for DICUI.
username: fuzzball_for_dicui
We don't allow multiple / alternate accounts. You can use your existing login info with DICUI, or if you'd prefer not to use that, it's not required. You can PM me if you have any additional concerns/questions about this.
778 2020-09-05 01:56:15
Re: taking ringcodes with a smartphone (21 replies, posted in General discussion)
For those of you wondering about the PS1 method I've been using to easily get ringcodes, this is VERY similar to what I've been doing, and it works extremely well.
The attached photo is acquired using only my cellphone. No special bulbs, IR flashlight, other hardware, or even post-photo modifications on this one.
779 2020-09-03 03:01:44
Re: Japanese Title help (6 replies, posted in General discussion)
The convention most used on redump for volume titles, is a space between the "." and the number, so you'll find most entries will say "Vol. 2" instead of "Vol.2" even if there is no space on the disc. This is a sort of normalization/standardization that is done with the romanization here.
I am working on a rough guide for some of these conventions, but it currently is a WIP. When I have something remotely organized, I'll share for further review and discussion to help address things like this so everyone can be on the same page.
780 2020-08-20 23:38:38
Re: Region should be country of Distribution, not country of Manufacturing (10 replies, posted in General discussion)
In my opinion, Region [as it relates to game releases] should be distribution, not where it was manufactured, assembled, etc.
If a game was ONLY sold in a certain region, and we have proof of that, then that country is where the region should be. If it is sold in multiple regions (without packaging variance), that is another story.
I don't know the details about this particular example, nor am I an expert in unlicensed, but if it truly was only distributed in the USA, then it should be USA Region and not Europe.
781 2020-05-19 13:31:25
Re: DiscImageCreator (3,536 replies, posted in General discussion)
so, I already submitted this information to DICUI for update, but I wanted to share here also. I was talking with Enker about the layerbreak information for xbox discs, and apparently people (myself included until I discovered the issue) have been submitted the incorrect layerbreak for xbox discs, when they should essentially all be the same default one.
Here is what Enker shared with me:
"Hey, yes the DICUI layerbreak for Xbox/Xbox360 (and also Blu-ray discs) is incorrect. It's caused by DIC reporting two layerbreaks, one for the video partition and one for the game partition (DICUI uses this one). It never logs the actual layerbreak that takes into account the video partition+middle zone that comes before the game partition. If you add the video LayerZeroSector + Middle Zone + game LayerZeroSector, then you get the default value on the disc page.
DICUI could omit the layerbreak for Xbox/Xbox360/Blu-ray discs, since we never need to enter one for those discs."
As I said, I've already sent this to DICUI to pull the correct one, but I wanted to share with you as well sarami, in case anything has to be done on the DIC side.
The correct layerbreak is apparently the default of 1913776, and not the 1715632 that often/sometimes gets reported.
782 2020-05-16 15:13:20
Re: DiscImageCreator (3,536 replies, posted in General discussion)
sadikyo wrote:I was having the same problem - but I tried with the new test version you shared here - and it worked. Thanks!
Thanks test. I want to see your disc log. Would you upload them?
Yes - this is the one that worked with the test version
783 2020-05-16 12:01:58
Re: DiscImageCreator (3,536 replies, posted in General discussion)
Transfer length was too large.
uiDirPos: 341431, TransferLength: 82
Fixed it. Test plz. http://www.mediafire.com/file/eq80y20l9 … st.7z/file
I was having the same problem - but I tried with the new test version you shared here - and it worked. Thanks!
784 2020-03-28 01:18:49
Re: [DONE] Requesting Wiki Access (2 replies, posted in Guests & account requests)
Please give sir LastCat wiki access. He's dumped many discs and works on a variety of systems, and would like to update wiki as he goes or purchases things. Thanks!
785 2020-03-20 02:08:54
Re: [DONE] Wiki account (3 replies, posted in Guests & account requests)
superg is an awesome PS contributor. Let's get him some access!
786 2020-01-02 21:10:21
Re: [Solved] Gran Turismo 3: A-spec (11 replies, posted in General discussion)
Works for me!
As I said before - I don't really have an issue with the change itself so if this enables more consistency - sounds good!
787 2020-01-02 19:55:42
Re: [Solved] Gran Turismo 3: A-spec (11 replies, posted in General discussion)
Because we don't have good, solid, well documented guidance for naming conventions and entry rules.
788 2020-01-02 18:52:23
Re: [Solved] Gran Turismo 3: A-spec (11 replies, posted in General discussion)
We could probably go back and forth on some of these things endlessly. For example, Polyphony (game developer) listed the game some places as "A-Spec" and others as "A-spec."
At the end of the day, we just either have to apply a database convention or make a determination based on the factors deemed relevant and move forward.
Personally, I don't really care which one it is as I can see decent arguments for both and it isn't a singular word where a broad capitalization scheme easily applies from a database standpoint.
In this case, the main game is popular and has had multiple verifications, with multiple admins and mods modifying these entries but keeping "A-spec" every time.
789 2020-01-02 16:41:16
Re: [Solved] Gran Turismo 3: A-spec (11 replies, posted in General discussion)
I know that the game itself plus most of the official listings refer to it as "A-spec" - for example:
https://www.playstation.com/en-us/games … -spec-ps2/
"A-spec" on its own, isn't necessarily a well defined or established word or compound word, so our guesses about exactly what to do are a bit subjective. I don't know that we have thorough rules to handle every situation like this - in terms of words and partial words separated by hyphens.
Personally, I don't really care which it is, but I think A-spec makes sense so I don't see strong reasons to change it really.
790 2019-10-15 11:54:44
Re: Requesting an account to submit Korean-region titles (3 replies, posted in Guests & account requests)
Thank you for your great efforts hellodeibu! We'll get you setup soon!
791 2019-10-15 11:54:11
Re: Request for account creation (5 replies, posted in Guests & account requests)
Thank you very much for your contributions Ratiocinator! We'll get you taken care of soon.
792 2019-10-15 11:51:57
Re: Account request (2 replies, posted in Guests & account requests)
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!
793 2019-09-25 16:28:57
Re: PS one Books (2 replies, posted in General discussion)
I'm inclined to agree, technically fuzzball is correct.
example:
https://www.jp.playstation.com/software … 87364.html
794 2019-09-25 16:15:28
Re: Delete (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.
795 2019-09-21 16:54:39
Re: [FMT] titles (8 replies, posted in General discussion)
fuzzball - just as in the examples I gave above - most of these have english titles on the disc itself. For example:
796 2019-09-19 14:44:07
Re: [FMT] titles (8 replies, posted in General discussion)
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:
Wizardry is an interesting case hah
Box says "Wizardry V" and disc says it in japanese with a "5" and not "V"
797 2019-09-17 19:37:55
Re: EXE date rule (11 replies, posted in General discussion)
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.
798 2019-09-17 14:31:14
Re: EXE date rule (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.
799 2019-09-17 13:58:32
Re: EXE date rule (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.
800 2019-07-16 19:43:26
Re: The Great Big OPS2M PAL Clusterfk and Why Jackal is Making it Worse (16 replies, posted in General discussion)
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.