You are not logged in. Please login or register.
Redump Forum → Posts by Hiccup
You can download the dat file with serials included: http://wiki.redump.org/index.php?title= … Parameters
e.g. http://redump.org/datfile/psx/serial
Unfortunately there is no API, but you can automate in order to have a psuedo-API. A proper API is a much wanted thing but iR0b0t is rarely online and doesn't really say anything when he is online.
Re. if there is a better method - what are you ultimately trying to do?
Page: http://redump.org/disc/14270/
Logs: https://archive.org/details/xbox-360-so … 04-19-logs
Common Disc Info:
Title: Sonic the Hedgehog
Disc Number / Letter: [N/A]
Disc Title: [N/A]
System: Microsoft Xbox 360
Media Type: DVD-ROM-9
Category: Games
Fully Matching ID: 14270
Region: Europe
Languages: [NOT CHECKED]
Disc Serial: [NO SERIAL ON DISC LABEL, NOT CHECKED INTERNAL]
Ringcode Information:
Layer 0 (Inner) Mastering Code (laser branded/etched): [NONE]
Layer 0 (Inner) Mastering SID Code: IFPI LR78
Layer 0 (Inner) Toolstamp or Mastering Code (engraved/stamped): [NONE]
Data Side Mould SID Code: IFPI UG92
Data Side Additional Mould: [NONE]
Layer 1 (Outer) Mastering Code (laser branded/etched): 7709C3E8-L1 03
Layer 1 (Outer) Mastering SID Code: IFPI LR78
Layer 1 (Outer) Toolstamp or Mastering Code (engraved/stamped): A02
Label Side Mould SID Code: IFPI UG49
Barcode: 5 060004 769216
Comments:
Box serial: INL-XT200601-UK
<b>XeMID</b>: SE200601L0X11
<b>DMI</b>: 45A065D0
<b>PFI</b>: 739CEAB3
<b>SS</b>: A76D3F23
<b>SS version</b>: 02
SE200601L0X11
Contents:
Version and Editions:
Version:
Edition/Release: Original
Extras:
Primary Volume Descriptor (PVD):
0320 : 20 20 20 20 20 20 20 20 20 20 20 20 20 32 30 30 200
0330 : 35 31 30 30 37 31 32 31 38 34 36 30 30 E0 30 30 5100712184600.00
0340 : 30 30 30 30 30 30 30 30 30 30 30 30 30 30 00 30 00000000000000.0
0350 : 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 00 000000000000000.
0360 : 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 0000000000000000
0370 : 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Security Sector Ranges:
108976-113071
3719856-3723951
Size & Checksum:
Size: 7834892288
CRC32: 0e501eec
MD5: 090b2e17c0c34994aa4b65b41a28c473
SHA1: 501a5cfcec6d1682e4c2a1a585cf8843d9e026e0
Dumping Info:
Dumping Program: DiscImageCreator 20230309
Manufacturer: TSSTcorp
Model: DVD-ROM SH-D162C
Firmware: TS05
Reported Disc Type: DVD-ROM, DVD+R DLI reached out to cherokee to see if he still has the F1 Race Stars disc.
My personal opinion is that version info from internal data on the disc is more authoritative than anything printed on the packaging or in the ring code.
Not every system has this kind of rigid internal identifier for versions like GC, Wii, Wii U, and PS3... but for the systems that do have that info it makes more sense to use it. ...at least until there is a single instance where the internal version info is duplicative across revisions (I know of none).
For various cart-based Nintendo systems, the header serial/version is much less reliable than the code on the ROM chip(s) (for retro carts)/the back-of-card code (for DS/3DS/Switch), and there are instances of duplicate version numbers and other nonsensical internal data. But yeah I think label/packaging codes aren't even directly related to the ROM version. I think its a good idea to include the internal serials/versions anyway.
Nice analysis. It might be possible to discount some other early revisions like this. Also, for discs you have on hand, you can check the manufacturing date of the disc in the mastering code.
Please do create an account for edc.
I think it may be worth discussing improving the FAQ page:
http://wiki.redump.org/index.php?title=Redump.org
To start with, I think "Why don't you dump subchannels?" is something that should be filled out with a basic explanation.
Also, it could be a good idea to explain how people can get dumper status.
It can be a very subjective thing, so if we are going to do it, we'd need to decide exactly how to do so.
While I agree with you in theory, I'm not sure its possible to create one rule for all. How the build date is found should be done thoughtfully and documented properly, but I don't think the same method can be used on all discs.
This is all a compromise of keeping things under control, while adding enough detail to distinguish releases. The challenge is, different people use dats differently and have different preferences about what information they want to see in filenames.
What do you mean? I think having a version identifier instead of an arbitrary number is preferable to most people. And "Beta 1" vs "v1.00" or "2020-01-01" don't differ wildly in length.
PVD often stays the same even when internal files are updated across versions.
IMO best way would be to detect the dates of all files on the disc and go with the latest date of all files.
That'd make more sense, although there are likely instances where that isn't accurate, and a game-specific build date string in the data, or text written on the disc label/case is more accurate. I think really its a per-game thing, but the reasoning could be put in the comments to make it clear.
The date used may have to vary by system, as some systems don't have an easily identifiable executable, and some systems don't have a PVD. The date on labels can be wildly off from the actual content date as well.
Yeah its a per-system or even per-game thing.
In my opinion, I would keep the Beta numbering but add an additional tag at the end for date, similar to the (Rerelease) (19990101) system used for IBM PC (We do not use dashes here).
That could work, although I think there should be dashes, otherwise its pretty unreadable.
I think this would be a good idea, as its hard to tell which disc is which with tags like (Beta 1), (Beta 2) etc. No-Intro puts the build date like (1999-01-01) instead if a build date or version number is available. Hidden Palace has done a lot of research into accurate (or accurate as possible) build dates/version numbers for different protos, including many submitted here.
Hi!
(cyo.the.vile and I invited syro here to dump Korean PS2 discs)
I've read that some PS2 firmware binaries relating to PS1 backwards compatibility/emulation contain lists of games (e.g. serials). I think this is worth investigating as a potentially useful source for the PS1 undumped lists. I think it'd be worth at least ruling out the possibility (in all dumped versions of the PS2 BIOS).
Non-exhaustive list of relevant links:
https://playstationdev.wiki/ps2devwiki/ … OP/Deckard
https://github.com/wisi-w/DKWDRV
https://github.com/wisi-w/DKWDRV/blob/main/tech_docs.md
https://www.ps2-home.com/forum/viewtopic.php?t=7968
https://psi-rockin.github.io/ps2tek/#bi … patibility
Thanks, fixed both of those.
Cyo.the.vile wrote:Hello.
Is there any progress on this functionality or should I purchase and dump for other preservation groups?Hello, i will do it.
Wanted to work on the other stuff first, but however.
There is no need to rage quit.
It took me a long time to come back to this topic, but please try to understand that things need time.
If people would be raging to not fullfiled promises of all the politicians the world would be burning.
Cheers.
Please could you elaborate?
[delete]
For the NPDP cartrdiges, you may want to submit them to No-Intro, which is basically the equivalent to Redump for cartridges (and other things). Redump only accepts discs.
Yes I know, however the dump has not been verified, and also, serials are not 100% correlated to game versions.
Those don't seem to be game-related, so probably wouldn't be eligible for submission. But dumps of your Adidas Power Soccer 98 discs would still be appreciated.
You may have a version that is not in the database, plus the two demo discs that are in the database are not verified, so your contribution would still be very much appreciated.
olofolleola4 on VGPC might have been looking at this.
Nothing in spam, even after using http://forum.redump.org/request/password/ ?
You may have to try a non-gmail/hotmail provider - those two can reject some emails, apparently.
Aringon wrote:there are no 0s in the third position
Picture in post #3 has an image that shows a zero as a number on the 3rd position, there is no doubt it is a zero.
The simple solution would be to allow images attachments, like DAT-o-MATIC,
I can vouch for Matthew.
Redump Forum → Posts by Hiccup
Powered by PunBB 1.4.4, supported by Informer Technologies, Inc.
Currently installed 6 official extensions. Copyright © 2003–2009 PunBB.