201

(8 replies, posted in General discussion)

Sotho Tal Ker wrote:

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

I have the same opinion, but we have to avoid PC non-ludic software.
I have also this suggestion: a mixed category for all the bonus CDs included with non CD-rom software. Example: some mini-cd included with Super Famicom games, X68k Final Fight bonus CD, and so on. They are not so many, so they can be archived with Redump method.

202

(8 replies, posted in General discussion)

Well, half of these games are wrong named in quite all western websites

EDIT: Sorry, thanks for the fixes!

203

(8 replies, posted in General discussion)

asapy wrote:

I see, Rocknroms and r09.
Certainly, it's senseless to classify PC games by makers or doujin groups.

It could be added an option in "Category" for Doujin, but it will be a mess. Some groups now are companies (see also Factor5 in Europe) and you will get confused.

At the end IMO many Doujin games are superior to a lot of dust produced here in Europe on in USA.

Asapy can you fix with right names these? (Other ones should be right):

http://redump.org/disc/7058/ (I think this is the English translation)
http://redump.org/disc/7040/

I see you fixed this http://redump.org/disc/7065/, but the author himself seems to call it Zangyura (http://www.platinedispositif.net/games/_zangyura.htm everybody always called it like this, but probably everybody is wrong).
PlanetDispositif games list http://www.platinedispositif.net/

204

(8 replies, posted in General discussion)

I've asked this eons ago and there were no problem.
Most of Doujin shooters are better than the storm of shit we see in the last decade. Also Karous and Radirgy are Doujin then released officially on DC, NGC and so on.

By the way I think that adult games has to be avoided unless they were produced by a company.

PS: Studio Siesta Trouble Witches was released in arcades too (under Capcom if I remember well, as they did with Fate series).

PS2: Now I'm dumping EGS ones. Chantelise was adapted to XBOX as Tenerezza. Gunners Heart if I'm not on mistake was released with the same title for PS2.

Rocknroms wrote:

I don't know if they have fixed this problem, but seems that images bigger than a standard DVD5 have this problem even if zipped.

Sotho Tal Ker wrote:

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?

Yes it's different, I had no corrupted images. If I remember well it reports something like "impossible to read central directory", by the way it read checksums.

I don't know if they have fixed this problem, but seems that images bigger than a standard DVD5 have this problem even if zipped.

----------------------------------------------------------------------
Saturn discs with other anomalies
----------------------------------------------------------------------

Wrong track02 pregap detection on both PR and EAC with a Plextor:

Dump disc with another drive.

Panzer Dragoon (J) - http://redump.org/disc/2636/
Panzer Dragoon (J) (Alt) - http://redump.org/disc/3243/
SteamGear Mash (J) - http://redump.org/disc/3890/

----------------------------------------------------------------------
List of Saturn discs with INDEX>01
----------------------------------------------------------------------

Dark Savior (E) - http://redump.org/disc/2850/ - real cue
Dark Savior (J) - http://redump.org/disc/5045/ - real cue
Magical Drop (J) - http://redump.org/disc/4206/ - real cue
Monster Slider (J) - http://redump.org/disc/5052/ - real cue
Nanatsu no Hikan (J) (Disc 1) - http://redump.org/disc/5270/ - real cue
Nanatsu no Hikan (J) (Disc 2) - http://redump.org/disc/5271/ - real cue
Nanatsu no Hikan (J) (Disc 3) - http://redump.org/disc/5272/ - real cue
Prikura - Princess Clara Daisakusen (J) - http://redump.org/disc/4916/ - real cue
Side Pocket 2: Densetsu no Hustler (J) - http://redump.org/disc/8726/ - real cue

**Real cues should be fixed.

----------------------------------------------------------------------
Dumping scrambled data sectors in audio tracks
----------------------------------------------------------------------

First of all if you are not expert on dumping those CDs post subs.

Download this tool http://www.rocknroms.net/tools/ss-tools/cdtoimg.rar

1) dump cd with cdtoimg

usage

cdtoimg drive_letter cd_dump.bin

If cdtoimg doesn't work use a trap disc (follow the DC dumping guide and instead of DC trap disc you can use an audio cd which is > 650 mb. Dump all disc instead of extracting sectors)

2) Once it has finished you have to remove all bytes not needed (make a backup of cd_dump.bin so you can undo all your mistakes).

So: (combined_read_offset (in bytes **) + data_track_lenght (take it from PR or sub confirmed lenght) = bytes_to_remove

** (samples x 4) ex: combined offset is +30 ---> 120bytes
Take care that negative combined offsets should take the sign.

usage

remove -direction=left -size=bytes_to_remove trash.bin cd_dump.bin

3) What remains in cd_dump.bin is scrambled audio with the right sectors. To get the right tracks (3 possible situation avaible): track02_lenght is size of PR track02 dump

A. If cd_dump.bin is bigger than track02_lenght do as follow:

remove -direction=left -size=track02_lenght new_track02.bin cd_dump.bin

B. If cd_dump.bin is smaller than track02_lenght you have to copy paste sectors to EAC / PR track02 dump:

on EAC/PR track02 dump

remove -direction=left -size=150sec trash.bin track02.bin

on cd_dump.bin

remove -direction=left -size=150sec gap.bin cd_dump.bin

then

copy /b gap.bin+track02.bin new_track02.bin

C. If cd_dump.bin = track02_lenght you already have the right track, but it's better to check anyway. So cd_dump.bin is new_track02.bin

You have 2 ways for dumping Sega Saturn / Mega CD discs according to Redump.org:

A) A real Plextor drive* + Perfect Rip (not bugged version)  + px_d8 command line (Double check with EAC dump is mandatory!)
This is the more secure and faster way, the one recommended.

Real Plextor DVD burner drives
--------------------------------
PX-704A
PX-708A/UF
PX-712A/SA
PX-714A
PX-716A/SA
PX-755A/SA/UF
PX-760A/SA/UF

PS: avoid Sata (SA) drives if possible, even non-Plextor ones.

* Or a drive that supports read command and works with Perfect Rip. Read more here.

B) A drive that can read lead-out + Iso Buster + EAC

You'll need also CDmage to test data tracks. Please notice that "track02" data tracks cannot be tested by CDmage because of data pregap, CDmage simply will not read your track.
You'll need also some other little tools we'll see in the following chapters.

INFORMATIONS TO BE PRESERVED

You have also to know and understand which informations has to to be preserved in DB to identify a dump from another one (revision, alternative and so on). What follows is the needed data:

1. Title

2. Alternative title expecially for Japanese releases
You can find them easily on Sega website (search it with serial), by the way something could be different on box / disc:

Saturn Sega releases: http://sega.jp/archive/segahard/ss/soft.html
Saturn 3rd party 1994-1995: http://sega.jp/archive/segahard/ss/soft_licensee1.html
Saturn 3rd party 1996: http://sega.jp/archive/segahard/ss/soft_licensee2.html
Saturn 3rd party 1997: http://sega.jp/archive/segahard/ss/soft_licensee3.html
Saturn 3rd party 1998-2000: http://sega.jp/archive/segahard/ss/soft_licensee3.html
and / or
Saturn all: http://www.satakore.com/

Mega CD Sega releases: http://sega.jp/archive/segahard/mcd/soft.html
Mega CD 3rd party: http://sega.jp/archive/segahard/mcd/soft_licensee.html

All western characters must be in unicode MS Mincho ---> japanese subcategory (Shift-JIS) ---> latin symbols (you can easily find this character set)

3. Region (Japan, USA, Europe, Germany, France, etc.)

4. Languages (En, Jp, Fr, De, Es, It, etc.)

5. Serial ---> normally you find it on sides of jewel case

6. Ring Code ---> you find it in the inner ring of cd-rom

7. IFPI Code ---> normally you find it in the same inner ring where you found Ring Code (a text box should be added in the SS/SCD DB sheet). You can post it along with Ring Code and please the inner IFPI near CD hole, the one normally on trasparent sector, is not required because it's the media code.

8. Barcode (optional)

9. EXE Date ---> you can it in the header

10. Header in text format with hex values (not full 512 bytes, but only used bytes)

11. Revision ---> you find it in the header

12. Edition (Original, Satakore, Taikenban, Genteiban, etc.)

Saturn Collection <=> Satakore
Limited Edition <=> Genteiban
Demo Edition <=> Taikenban

13. Write Offset ---> you have to calculate it manually as in the standard guide or get it with px_d8 command help if your drive supports read command

14. Perfct Rip log (if dumped with perfect rip)

15. Eac log

16. Cuesheet (Perfect Rip one if PR and EAC dumps match)

17. px_d8 log (or Isobuster sector you used to take combined offset)

18. subcode taken with CloneCD (mandatory if you'll get situations I'll explain below)


----------------------------------------------------------------------
DUMPING with Plextor + Perfect Rip + Px_d8 command
----------------------------------------------------------------------

A) Calculate factory write offset with px_d8 command line:

I added a batch file that create a log file for px_d8 command so everything will be more easy.

Drive letter is set on "D", please edit the batch file if your drive has a different letter.
Exec batch file after inserting CD in the drive, take the "combined write offset" value reported in the log, calculate and write down "write offset".

An example of px_d8 log file:

Sector: 0
MSF: 00:02:00
Combined offset: +120 bytes / +30 samples

combined read+write offset = +30
plextor px-760a read offset = +30
write offset = +30 - (+30) = +0

B) Set up Perfect Rip and dump disc:

1. Start Perfect Rip, select drive (normally is automatically selected) and check "all tracks" box. Then click "next" button.

http://www.rocknroms.net/ssdump/images/pr01.png

2. On next window set up everything as follows:

  • Set "sub-channel" to "100b" for Plextor drives
    (or "001b" if you find a non-plextor drive that works with PR);

  • Set "gap append mode" to "Append to next";

  • Set "output track format" to "pcm";

  • Check "c2 pointers" and "write log" boxes;

  • Select an output folder and filename;

http://www.rocknroms.net/ssdump/images/pr02.png

Now click on "drive calibrate" button.

3. On "drive calibrate" window set up everything as follows:

  • On "main channel offset correction" set "read" as the negative of "combined write offset" (if it's +30, like in the example, you'll have to set it at -30; if your "combined write offset" is negative you'll have to set it positive);

  • Leave all other setting unchanged;

http://www.rocknroms.net/ssdump/images/pr03.png

Now press "ok" and go back to "reading option" window.

4. Click "next", then "image/rip" and PR will begin extracting data from CD.

5. When extraction is finished a prompt will pop up and if you press ok you'll have a small log showing "Total corrupt symbols (C2 pointers)". If the value is = 0 your dump is quite finished and ok (you still have to make a pair of verifications), instead if you got some corrupted C2 pointers you'll have to redump the corrupted tracks or full disc at lower speed.

C) Final fixes:

1. Check first data track for corruption with CDmage as described in the regular guide.

2. Check first audio track for garbage or real data:

Perfect Rip sometimes put one or more 12bytes string in first audio track pregap that is not present in the real CD. Below is the string you could find.

Offset(h) 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F

000011D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
000011E0 00 00 00 00 00 00 00 00 26 48 26 48 26 48 26 48 ........&H&H&H&H
000011F0 26 48 26 48 00 00 00 00 00 00 00 00 00 00 00 00 &H&H............
00001200 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................

You can clear this strings with an Hex editor or you can redump this track with EAC.

C. Perfect Rip will create a .CUE file, check if the pregaps sequence (look at INDEX01) of audio tracks is like one of the following ones:

 SS / SCD | SS / SCD | SCD only
-------------------------------
   2.00   |   2.00   |   2.00
   1.74   |   2.00   |   0.00
   1.74   |   2.00   |   0.00
   1.74   |   2.00   |   0.00
   ...    |   ...    |   ...

If the sequence is different (most of times you'll have a missing INDEX00 and so an INDEX01=0.00) you have to submit a subchannel dump (.sub) taken only with CloneCD to check possible EAN or mastering errors and to determine real pregaps.

D. Do same check of point C. and look if your disc has tracks with INDEX>01. If so, submit a subchannel dump (.sub) as above to determine real lenght of all INDEXes.

Notes: PR doesn't have tipical EAC bug on 2 tracks discs. Pregap for audio track is added automatically in the dumping process, you don't have to edit anything.

PS: If PR splash logo gives you noise open .ini file and set "Splash=0", it will never come back again.


----------------------------------------------------------------------
DUMPING with Iso Buster + EAC
----------------------------------------------------------------------

Dump game as in the standard guide, but if you find one of the situations below you have to submit a subchannel dump (.sub) taken only with CloneCD to check possible EAN or mastering errors and / or to determine real pregaps, etc.

1) Games with 2 data tracks;

2) If audio pregap sequence (you can easily see it under EAC after gaps detection) is different from any in the scheme below;

 SS / SCD | SS / SCD | SCD only
-------------------------------
   2.00   |   2.00   |   2.00
   1.74   |   2.00   |   0.00
   1.74   |   2.00   |   0.00
   1.74   |   2.00   |   0.00
   ...    |   ...    |   ...

3) If EAC detects tracks with INDEX>01 (postgaps, etc.);

4) If track02 pregap is different from 2.00. In this situation you might also have calculated a wrong "write offset".

5) If "write offset" you got with manual method is a multiple of 1 sector (+588, -588, +1176, -1176, etc.)

6) If "write offset" you got with manual method is +810 (expecially some Euro discs have a real pregap of 1.74 on second track so real offset was +222).

7) If PR dump doesn't match EAC one.

----------------------------------------------------------------------
FIXING ANOMALIES
----------------------------------------------------------------------

Download this package to fix the following anomalies:

Q. Fixing a single audio track disc (EAC only):

A1. Use "fix_track02.bat" (set on 2 seconds pregap, edit batch file if pregap lenght is different).

Q. Fixing games with 2 data tracks after real gap confirmation (EAC only):

A. Use "fix_2data.bat" (set on 3 seconds pregap for track02 and 2 seconds for track03, edit batch file if pregap lenghts are different).

Q. Fixing two tracks between an EAN sector after .sub confirmation:

A1. Use "fix_EAN_PR.bat" if you dumped your tracks with PR (set on 150 sector to move from one track to next one, edit batch file with right tracks name and number of sectors if needed).

A2. Use "fix_EAN_EAC.bat" if you dumped your tracks with EAC (set on 1 sector to move from one track to previous one, edit batch file with right tracks name and number of sectors if needed).

----------
PS: I unsticked the 2 old threads, they are here if someone want to take a look:
http://forum.redump.org/topic/3152/ss-s … ed-041208/
http://forum.redump.org/topic/1259/mega … n-dumping/

yes, right.

About this, example on first one

Christmas Nights into Dreams (E).sub wrote:
FILE "Track01.bin" BINARY
  TRACK 01 MODE?/2352
    INDEX 01 00:00:00
FILE "Track02.bin" BINARY
  TRACK 02 MODE?/2352
    INDEX 00 00:00:00
    INDEX 01 00:02:00

Should be like this

Christmas Nights into Dreams (E).sub wrote:
FILE "Track01.bin" BINARY
  TRACK 01 MODE1/2352
    INDEX 01 00:00:00
FILE "Track02.bin" BINARY
  TRACK 02 MODE2/2352
    INDEX 00 00:00:00
    INDEX 01 00:02:00

But always check through Isobuster if data tracks are mode1 or mode2 (right click on track in the list and see proprieties.)

F1ReB4LL wrote:

Better dump each of the first 2 datatracks as a sector range in isobuster. Subs are here, so it's easy to tell the proper ranges for the each one.

And what changes? Isobuster mods the tracks? Indeed, your way can create more mistakes because you have to count 0 as 1 and so on.

iR0b0t wrote:

No, you have to use exact same 7z version like packiso uses -> 7z 4.53b-4.57

In this case it should work, but how much time does it take to rename?

No, you have to decompress, rename and then pass again through packps2 / packiso

dumper wrote:

Then I have used these commands to fix the gaps

"remove -size=150sec track01.bin trash.bin"
"psxt001z --gen pregap.bin 352800"
"copy /b pregap.bin+track02.bin new_track02.bin"

This is wrong as Fireball said.

In this case you have to dump the tracks with Isobuster as normal and then move bytes between the 2 tracks (here you have really to move data as it was said in the other post in patch section):

remove -size=pregap_leght_to_move "track 01.bin" "track_02.bin"

pregap_leght_to_move=pregap of track02

then you have to resize track02

F1ReB4LL wrote:
Rocknroms wrote:

Half were at least dumped, but could be checked within bin-cues/etc. around.

They are always bad (CDRWin issue?). Girl Doll Toy #0601 release by Darkwater -- 00:03:00 instead of 00:06:00; same for dozens of VFCG Vol.04: Pai Chan dumps floating around, so I don't believe them.

I mean "identify games with 2 data tracks" and not "identify lenght of pregap", it has to be implicit I know those were wrong after dumping around 200 discs and converting around 300.
All bad dumps around at least don't mismatch data with audio.
I Repeat: after dumping half or more discs with 2 data tracks ---> the common pregap is 3.00 seconds, but obviously it could be also different.

F1ReB4LL wrote:
Rocknroms wrote:

Yes, but normally is 3.00, or not?

More dumps needed to figure it out.

How many 2 data tracks SS games do you think were produced? Half were at least dumped, but could be checked within bin-cues/etc. around. You need to dump it all to say that normally it's 3.00? And exceptions are a matter of fact otherwise I will say that "is always 3.00".

I noticed everything above, so it's better to wait for a guide for new dumps. I'm working on it.

F1ReB4LL wrote:
Rocknroms wrote:

Normally gaps between the 2 data tracks is 3.00 (but could be also 2.00 or 4.00), 1 sector of mode1/2352 and 2 sectors of mode2/2352; take a sub and post it so we can check.

Gaps can be any, http://redump.org/disc/5255/ -- 6.00, http://redump.org/disc/3283/ -- 8.00.

Yes, but normally is 3.00, or not?

Within the next 48 hours I'll post a SS dumping guide so everything should be explained.

To get the right gaps of these games without a plextor and without PerfectRip, you have to check it manually with subs (taken with CloneCD only).
Normally gaps between the 2 data tracks is 3.00 (but could be also 2.00 or 4.00), 1 sector of mode1/2352 and 2 sectors of mode2/2352; take a sub and post it so we can check.

Sorry, but it's you that changed entries, it's you that have to give prooves. By the way ok no problem.

F1ReB4LL, how can you fix and determine if a sector is data or audio without a real cd? (Gale Racer is clear, but the other?) At least an explanation before fixing, I always said that there was no hint that those gaps are wrong (Gunbird and Whizz) so why did you fix them? There are new hints that those gaps are wrong?

BadSector wrote:

I believe winrar do provide a DLL which can be used in ur application, i know that coz psx_renamer used that. maybe we can use that. i will update u about it latter wink

Probably is an unauthorized dll because as long as I know winrar guys have shared only the decompression part of their tool.
Have you tried also if packiso can handle a 7zip with more files inside. I think it will be the best solution for renaming and archiving with lower space. Using the same logic of above you should have the same archive crc also with more files if these were renamed and set correctly.

cHrI8l3 wrote:

those are hard compressable indeed and those 50mb is big difference

Yes, for example:

torrentzip/packps2 ---> 1000
winrar ---> 900/950 (sometimes also 800/850)

You probably understand the inverse.
Winrar at standard setting wins on all other compressor for Gamecube/Wii

cHrI8l3 wrote:

winrar and lzma (packps2 uses lzma as we know) on default settings are using almost this same amount of system resources, so... why use old compressors if newer can do it better with this same speed/resources ? I wont understand this roll

Simply to find a compromise between best compression / sharing possibilities / wasted time in compression process.

I'm talking about "torrentzip vs. packiso for GC images" and I opened this thread to test winrar as an alternative and not about personal archiving preferences (for example I prefer to zip where possible, simply because it's more easy to rename, check, test and play).

cHrI8l3 wrote:

well... I feel pretty good about using lzma as compressor for roms... not really wanna go back in time for rar, especially that its not noticably faster, and in case of Metroid Prime (U) i got 960mb archive with my settings (vs 1,14g rar)

maybe next year or so I'll start using nanozip.. but deffinately not rar smile

Probably you got 960mb with maximum compression settings, with standard compression you got the same of zip for 99% of gamecube discs, 50-100mb more than rar in best situation.
But as we know maximum compression settings takes more resources and you cannot use strange settings with packps2.

cHrI8l3 wrote:

so.. this 1 block will make what version ? europe ? japan ? or its just test for same checksums

1 block is the difference between my archive (made with winrar 3.71) and yours (made with winrar 3.80). In this case 1 block is around 600k, but probably can be less if we change block size and see if the needs is always 1 block.
So if you want to archive and share, one main uploader can make rar archives like I did and share the diff pars to make everyone else archive match.

In my opinion blocks can be downsized to 50kb, so for 1000 games you'll have 50mb.
Moreover if all archives compressed with the same version matches you can share like with packiso. The problem with winrar is that you cannot make your own program to compress because of copyright, but in all other aspects it should work like any other archive programs: same file attributes, same compressor version, same compression settings = same archive crc.