It's not in the list anymore, but you can submit a verification(s), if you want.

502

(2 replies, posted in Guests & account requests)

DIC needs a drive with a 0xD8 reading command support (mostly Plextors) for reading the CDs. It also have a special mode to work with the swapped discs on any drive (when you insert an audio CD, then replace it with your data CD without sending an eject command to the drive).

503

(1 replies, posted in Guests & account requests)

Welcome, obtain your password here.

(check the spam folder in case there will be no message in your inbox)

Please make sure you read and understand the dumping process and the way you have to submit the dumping logs before posting your dump info.
Dumping_Guides

Feel free to ask question on the forum, or via Discord about how to get started preserving games with Redump:
Discord

Yeah, seems to be a new revision (Rev 2).


Welcome, obtain your password here.

(check the spam folder in case there will be no message in your inbox)

Please make sure you read and understand the dumping process and the way you have to submit the dumping logs before posting your dump info.
Dumping_Guides

Feel free to ask question on the forum, or via Discord about how to get started preserving games with Redump:
Discord

505

(19 replies, posted in Guests & account requests)

Nexy wrote:

What is the problem with SafeDisc DVD?

I think the "/sf" for DVDs was only supported in a single test version and was rejected from the 'main' build for some reason?

506

(3,522 replies, posted in General discussion)

sarami wrote:

Doesn't VideoNow Player support the track search like general CD player?

It does, but think about audio cds: the data isn't always properly aligned on them. And there are many gapless discs, where the track numbers are only used to navigate inside the one big record.

sarami wrote:

Even if VideoNow handles the disc like a single track, tracks themselves should be standalone according to the TOC and the correct combined offset

Or you're just trying to align the data your own way smile

I think the explanation about the 1st track is always the same and the rest of the disc is always different, so the 1st track should be always aligned properly is correct.

507

(3,522 replies, posted in General discussion)

sarami wrote:

How about the 3rd, 4th, 5th... tracks? Do these tracks really start with 0x81, 0xe3, 0xe3, 0xc7, 0xc7, 0x81, 0x81, 0xe3?

Talked again with Claunia. It seems we should treat the 1st track as a separate track (18032 empty bytes + 106 frames), while tracks 2 and after are like a single track for the system. The main movie part is divided by tracks, yes, but it's not intended for playing/decoding the separate tracks. So the tracks 3 and beyond can start with incomplete frames and have any bytes there.

sarami wrote:

Does it mean incomplete frame belong track 02, not track 01?

http://redump.org/discs/system/hvnc/ -- all the dumps have the first track as 18032 empty bytes + 106 frames and they have the same CRC. If you shift the data, so they would start with a non-zero byte and have incomplete frames at the end - none of them match each other. That means the "incomplete" frame doesn't belong to the 1st track, because the 1st track is always standard (for the already dumped discs) and its data should be the same, while track 2 is, of course, always different, including its first frame.

508

(19 replies, posted in Guests & account requests)

hoolnoo wrote:

The default value for /c2 is 4000. Is it okay to change the value if it takes a long time?

It only takes a long time if the disc is damaged, for the good discs /c2 9999 shouldn't be longer than /c2 1. And if your disc is damaged it's upto you to decide if you want to wait for as good dump as possible or not.

I hope our PC gurus will answer the rest of the questions.

509

(3,522 replies, posted in General discussion)

sarami wrote:

Does it mean incomplete frame belong track 02, not track 01?

I've thought there shouldn't be any incomplete frames, only the possible empty sectors before the data for the first track and after the data for the last track? How can you work with an incomplete frame? Don't you lose the data when a part of the frame belongs to the track 1 and another part to the track 2? Don't you need to choose the proper offset to not to split the frames?

sarami wrote:

And please try to use /vn 10408 by your disc, then check if all tracks start with 0x81, 0xe3, 0xe3, 0xc7, 0xc7, 0x81, 0x81, 0xe3 except the last track.

Hmm, yes, with 10408 they do.

510

(3,522 replies, posted in General discussion)

sarami wrote:

If /vn 18032 is set, wav file isn't decoded properly and the last frame of previous track appears to the 1st frame of current track.

Have you seen the claunia's decoder? https://github.com/discimagechef/DiscImageChef.VideoNow
She says the frames are solid and shouldn't be split between tracks.

511

(19 replies, posted in Guests & account requests)

hoolnoo wrote:

I understand that the TOC will be updated if you use "eject" after exchanging data CD from audio CD without using "eject", but is there any chance that it will be descrambled at that time?

If you use "eject", the tray will open and that's all. If you close it normally, the drive will load the data CD TOC and will read and descramble the data like before.

hoolnoo wrote:

Can not use DIC with drives that can not be overreading?

Overreading is needed to read the last audio track upto the end. When the combined offset is positive, the data is shifted into lead-out and you need overreading feature or swapping to read the shifted bytes. And the track will be incomplete without those bytes.

512

(19 replies, posted in Guests & account requests)

hoolnoo wrote:

"Without updating the TOC."
What should I do to update?

The TOC gets updated when you press the "eject" button on the drive or when you send the "eject" command from the operating system. If you want to read the disc as scrambled on a "normal" drive, you need to insert the audio CD, then to swap it with the data CD, the drive will "think" the audio CD is still inserted and show you the data without descrambling.

hoolnoo wrote:

"Of course. And if the Audio CD has more sectors than your data+audio disc, you will be able to read the offset-shifted data from leadout even without the overreading into leadout feature."
In other words, is there no problem if it supports over reading?

If your drive supports overreading, you don't need to use swapping to read the audio tracks. But if you want to read the data as scrambled and your drive doesn't support the D8, D9 commands, you need to use swapping.

513

(3,522 replies, posted in General discussion)

sarami wrote:

Your color disc has 106x19600 bytes + 7624 (incomplete frame) in track 01. So, you need to use /vn 10408. (18032 - 7624 = 10408)

Can you make a real autodetection of the offset? Users don't want to count those values, it should be automatical.

514

(3,522 replies, posted in General discussion)

sarami wrote:

If /vn 18032 is set, wav file isn't decoded properly and the last frame of previous track appears to the 1st frame of current track.

Maybe you're decoding it wrong? The frame is exactly 19600 bytes and the 1st track should contain exactly 106 frames. But it always has the 2095632 size (for the Color discs), so, if you start with the non-zero byte, you will have an incomplete frame at the end? 106x19600 bytes + 18032 (incomplete frame) at the end? And the 2nd track will have 1568 bytes from that frame?

Look at these 2 tracks. It's a Color disc, it was dumped with /vn, the 1st track starts with the non-zero byte and your PVDTools.exe decodes 106 frames there. But the 2nd track doesn't start with 0x81, 0xe3, 0xe3, 0xc7, 0xc7, 0x81, 0x81, 0xe3. So the 1st track can't start with the non-empty byte here. But if you redump it as /vn 18032, the 2nd track starts properly.

515

(1 replies, posted in Guests & account requests)

What do you want to find here?

516

(3,522 replies, posted in General discussion)

Why was the track type set to audio in the cue?

517

(14 replies, posted in General discussion)

Betas are betas, if they were burned that way, yes, we need the hundreds of entries to document them properly. Or to ignore and not to add them at all.

518

(19 replies, posted in Guests & account requests)

hoolnoo wrote:

Does "possibly other DVD drives" mean all DVD drives?

Means we don't know, you need to test by yourself and report us.

hoolnoo wrote:

"if you insert the audio CD first, then replace it with the data CD without triggering the tray ejection, so the drive could work with the data CD without updating the TOC."
Is the first audio CD to be inserted limited to one with no data track?

Yes, if you want to be able to read all the sectors as scrambled. You can also burn your own CD with a single 700MB dummy (empty) audio track and use it (but some drives only allow to swap pressed discs to pressed discs and cd-rs to cdrs).

hoolnoo wrote:

Is it possible to insert a data CD containing music tracks next?

Of course. And if the Audio CD has more sectors than your data+audio disc, you will be able to read the offset-shifted data from leadout even without the overreading into leadout feature.

hoolnoo wrote:

Is the unit of -1100 a sector?
Can not read until -1099?

It doesn't read the actual -5000 to -1100 sectors, it's more of a special command, the drive then reads the TOC area, first pregap and sometimes the main data areas (somewhat random). It's hard to explain, you need to buy a Plextor and test by yourself.

hoolnoo wrote:

Are the libcrypt and securom fields in .bin?

No, these db entries have additional files with a partial subchannel contents.

519

(14 replies, posted in General discussion)

for example Total NBA 98 was handled correctly

It wasn't. You shouldn't look at the checksums/entries from the pokerom collector's view.

520

(14 replies, posted in General discussion)

user7 wrote:

I think just as often, mismatching could be bad mastering.

That's surely a mistake, these need to be added as separate entries. Just look at the Saturn or Mega CD pre-releases - many of them have the same data, but only differ in gaps or have a differently shifted audio.

521

(7 replies, posted in Guests & account requests)

Nicknine wrote:

I got Civilization II which uses CD Audio and a few SafeDisc games.

http://redump.org/discs/quicksearch/civ … system/pc/ -- if the same release as one of these, you can try to get a match.

522

(23 replies, posted in General discussion)

MagnAyato wrote:

How CloneCd compute ALBA in those case (PLBA should have same issue) ?

Read errors or protection. 255/255/255 is FF FF FF, doesn't look like a real value. "160" is also impossible, since the minutes are BCD-coded and it can't be more than 2 digits (i.e. larger than 99).

523

(1 replies, posted in Guests & account requests)

Welcome, obtain your password here.

(check the spam folder in case there will be no message in your inbox)

Please make sure you read and understand the dumping process and the way you have to submit the dumping logs before posting your dump info.
Dumping_Guides

Feel free to ask question on the forum, or via Discord about how to get started preserving games with Redump:
Discord

524

(7 replies, posted in Guests & account requests)

For the discs with audio tracks it is strongly recommended, for the data-only ones - depends on the protection.

525

(7 replies, posted in Guests & account requests)

Welcome, obtain your password here.

(check the spam folder in case there will be no message in your inbox)

Please make sure you read and understand the dumping process and the way you have to submit the dumping logs before posting your dump info.
Dumping_Guides

Feel free to ask question on the forum, or via Discord about how to get started preserving games with Redump:
Discord