51

(6 replies, posted in General discussion)

But you did not extract and convert the audio tracks tongue

52

(6 replies, posted in General discussion)

You did not unpack the game properly.

ECM and similar tools do only discard redundant data, that is the point - this data can be reconstructed smile

EAC itself does not do many magical things: offset correction and reading the audio sectors multiple times

54

(2 replies, posted in General discussion)

If they have the same format, then yes. (2352 bytes per sector)
Nero .nrg won't match, since it stores some metadata in the file. smile

55

(14 replies, posted in General discussion)

Well, they have clearly seen your message about the akill.

Dumped via wifi using Wii Dumper v1.2

Other scene dumps made using rawdump have different garbage data then this dump that I made. If anyone gets different checksums when dumping this same disc then this dump can be deleted. I no longer have access to the original disc to verify this with other dumping software.
-Haldrie

So rawdump/friidump would produce correct "garbage"?

57

(49 replies, posted in General discussion)

not england, but united kingdom.

58

(8 replies, posted in General discussion)

Do the red dots in EAC light up when extracting the last track?

59

(14 replies, posted in General discussion)

well, yes, 7z is not an easy SDK. Maybe we should ask the people from encode.ru for ideas for a C-implementation of a blockwise SzAr_Extract function. ;-)

Especially the allocation of memory for the whole uncompressed file is a serious issue. (Nothing bad for files up to 1GB in size for most computers, but for >4GB files it is some issue tongue)

60

(8 replies, posted in General discussion)

Everything you can buy that is not delivered on a home-burned CD/DVD, but on a real "pressed" media is eligible to be added to the database big_smile

61

(14 replies, posted in General discussion)

Then it would be the best to contact Roman directly and write a 'bug report' on the clrmame forums:
http://www.emulab.it/forum/index.php?board=6.0

62

(14 replies, posted in General discussion)

Zip files never supported anything bigger than 4GB smile

I suspect the 2 files you have are indeed corrupt. Did you try to extract them with 7z directly?

63

(18 replies, posted in General discussion)

The same issue I mentioned here is in the other thread about the missing games list on UG wiki. (The US/PAL lists are title only and don't correlate with the editions dumped)

Maybe a hand-edited clrmame dat would be sufficient for most info that is now only available on the website.

But still dat and images go a different way. Ideally each image needs to have a file with it that explains what it is, where it is from, additional info about the file and much more.
Even the scene gets this right nowadays with their nice-looking nfos (just look at some nfos from DS roms). Though scene is not about preservation, their NFOs provide good information.

64

(10 replies, posted in General discussion)

Offline data should preferably be in XML, so you can parse it with a tool later to display it smile

65

(26 replies, posted in General discussion)

SBI files should always be the same, else the libcrypt protection would fail.

SBI files are needed to actually preserve the digital data, so it should be included when replicating data. (Though it is bad that it is done in a binary format which is poorly documented)

66

(18 replies, posted in General discussion)

themabus wrote:

This site is about disc PRESERVATION.

well, this site might be - on the paper. but when you look at it, what's really happening -
ther's no way to trace back those images to actual CDs - how is this an preservation? it's an charade.

Can you tell me any side that does correct "preservation"? :x

There is an interesting article on english Wikipedia that outlines most things what preservation is about:
http://en.wikipedia.org/wiki/Digital_preservation

Currently the redump.org project does only two of the strategies mentioned there: migration and replication.

Migration from the physical media to one or more binary files and a cue text file that represents the TOC of the disc. This is done using more or less accurate steps (offset detection and that).

Replication for this information gotten by migration by "spreading" it over the world to other people. Since all of the data is copyrighted and the project has no permission to replicate it (yet), this could be called a copyright violation or piracy. (The difference to actual preservation done by the various 'institutes' is that we do the replication publically, which means that everyone could be a preservation mirror.)

What is missing for actual preservation is the attached metadata with more information. This is currently implemented on the redump.org website in a limited way. Ideally this data should be included with the binary copies that were migrated and should be replicated.
Also everything else that were with the physical media should be preserved (Cover, Manual).

One has to note that even the SPS (Software Preservation Society), which is actively archiving the contents of various (floppy) disk formats since 2001, is not able to accurately write back their IPF images to physical media (at least they have not released any piece of software/hardware able to do that yet).

So what should be done to make it "real preservation" for you? For myself, including metadata that has more information how the dump has been obtained would be a good starting point.

Addendum: Just to add, you cannot force people to actually help preserving. Most people do not really care about it, they just think redump.org is a good way to get clean images for playing the games with an emulator. Having a dat file available to everyone just implies that you want to have the images spread for everyone (else the checksum information on the site would be enough for people to verify they have a good image).

67

(18 replies, posted in General discussion)

offtopic:

themabus wrote:

i'm sorry about that, but i won't upload anything anymore
i hope those missing images would motivate people to redump them and join project

Do you want to donate me some money so I can buy more games? ^_^

ontopic:
You have to make a trade-off for people with older computers, as they cannot use the highest compression modes available. Especially RAM is the issue. smile

68

(10 replies, posted in General discussion)

It should be noted that every game you can come across should be (re)dumped, maybe it hides a new version that is not covered in the DB yet. smile

69

(10 replies, posted in General discussion)

There are probably other games missing that are not in that misslist. smile

Just because redump has dumped discs that are not listed on Sonyindex or the psx datacenter (Mainly demos and some obscure language games [spain, greece, others])

But at least it is a nice starting point wink

70

(43 replies, posted in General discussion)

I do not think this is meant to be used for spreading the images. Instead it is meant as to store many games in very little space. smile

It might be useful if you want to have something like a "complete psx FF7 collection" and share that with others.

But I myself prefer the approach of "1 disc - 1 archive", even when it is space-wasting. smile

(I currently have all games torrentzipped, since it is the easiest way to quickly scan the whole collection :x)

71

(43 replies, posted in General discussion)

7zip 4.57 is the latest version that produces the same output as the 4.53beta included with packiso.
All later versions have a little bit changed. smile

72

(43 replies, posted in General discussion)

Haldrie mentioned it is easier to get just one track instead of all, when something is compressed with packiso.
But if you need a single audio track it is easier to get the whole archive than figuring out how to properly turn the ape file into the bin. Decompressing into wav is easy, but removing the RIFF header requires knowledge of the sox.exe commands.

73

(43 replies, posted in General discussion)

You did not try PAQ? tongue

We do extract the image into its parts. For each physical track on the disc we create a physical file. All the data to burn the correct image is stored in the cue file.
You would need to split your image into the parts using the cue (which you can download from redump.org) and some cue tool (google is your friend).
The other way to split your image into parts is using a hexeditor.

If the image contains of audio tracks though, it is most likely they will not match because of offset issues. x

You can install HashTab. Makes it easy to compare. smile