Bug report of old version is useless and waste of time for me (and bug reporter).
Sorry, haven't noticed ![]()
You are not logged in. Please login or register.
Redump Forum → Posts by F1ReB4LL
Bug report of old version is useless and waste of time for me (and bug reporter).
Sorry, haven't noticed ![]()
sarami wrote:I checked it by Cosmic Fantasy 3. If this code is no problem, I'll remove /m flag.
Don't forget the last pregap sector and the first sector after the pregap can be also replaced with EAN sectors and need the opposite logic: if the current sector is EAN/ISRC, the next sector's Q-channel has its index changed to 01, but the next sector's P-channel is still padded with 0xFF, then the current EAN/ISRC sector still belongs to pregap. And if the current sector is EAN/ISRC, the next sector's Q-channel has its index changed to 01, but the next sector's P-channel is padded with 0x00, then the current EAN/ISRC sector does not belong to pregap, but belongs to the track's index 01 (because the first sector of the 01 index should have its P-channel padded with 0xFF). Even if you take the 1st indexes from TOC, this check is still important for the TOC/cue desync detection.
Still needed. See the logs for http://redump.org/disc/70477/ - tracks 10 and 29 gaps have EAN sectors and were misdetected as desync (while DIC should detect the last gap sector is EAN and check the P-channels of this and of the following sector, 0xFFs for this sector and 0x00s for the next sector means the EAN sector doesn't belong to the gap, while 0xFFs for both means it does).
F1ReB4LL wrote:any idea what happened here? Why the final image is completely undescrambled?
>ガルフ・ウォー 蒼鋼伝
http://forum.redump.org/topic/16418/add … new-dumps/
Same problem?
Seems so, but there are no glitches in the "user area" (lba 0 to leadout), so you need to somehow report about a 'double offset' in the logs, but you shouldn't leave the image scrambled.
https://www.sendspace.com/file/z6hof7 - any idea what happened here? Why the final image is completely undescrambled?
F1ReB4LL wrote:Also, it's probably better not to add the additional indexes and catalog/isrc stuff into ccds
But CloneCD outputs them.
Are you sure? Attaching "as is" cool herders ccd files now and CloneCD one only lists index1s, tru doesn't list them at all and only DIC lists all the indexes, never seen CloneCD ccds with more than 1 index, maybe some special setting is needed? Same for CATALOG and ISRC, never seen them in CloneCD ccds, only in tru and DIC ones.
http://forum.redump.org/topic/28059/abn … ory-rev-a/ -- have you seen this? weird issue
And another example, [Entry 5] is incorrect.
Also, it's probably better not to add the additional indexes and catalog/isrc stuff into ccds, since the ccd is a TOC, not CUE replacement and only needs to contain the TOC (including the CD-TEXT stuff, I guess?) and all the additional indexes/MCN/ISRC stuff can be taken from the sub.
I'll get this disc to test.
https://www.mercari.com/jp/items/m39989856327/
https://www.mercari.com/jp/items/m84877193423/
There's also a problem with CCD and IMG files for multisession discs. IMG files should not contain the lead-out+lead-in+1st-pregap areas, it should only contain all the tracks merged together (these areas should be skipped while descrambling from scm to img).
And some CCD indexes are wrong. I'm attaching CloneCD, T..p and DIC .ccd files for http://redump.org/disc/70115/ (removed INDEX01 entries from DIC cue for easier comparison). DIC's [Entry 20] is incorrect.
http://forum.redump.org/post/79651/#p79651 - could you look at it? Why does it have a missing sector (resulting in incorrect lead-in and first pregap sizes)?
Heartbreak Diary also has a weird lead-in size, probably incorrect. And the "Subs indexes" cue is missing its lead-out/lead-in/pregap tags, bug?
F1ReB4LL wrote:psxt001z doesn't create subs.
I was wrong,Convert rather than create
Then I don't understand your question. "If I create a .sub with psxt001z, does that mean I don't need any other format?" - I've meant you'd better preserve all the subs, not only their lsd/sbi/m3s parts.
F1ReB4LL wrote:there's no reason to use lsd/sbi/m3s at all,
Someday Will DB lsd be replaced by .sub?
Try to ask iR0b0t, he is the only one who has an access to the db...
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
If I create a .sub with psxt001z, does that mean I don't need any other format?
psxt001z doesn't create subs.
If .sub is not listed in DB, is the result of using options such as / s not reflected?
If it is not listed, it doesn't have a libcrypt/securom protection.

Useless thread, though.
Oshiete Noobow
Oshiete Nouveau, as I understand.
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
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
CD-i Ready discs are impossible to dump with IsoBuster, I think; Video CD and Photo CD ones (like the infamous 'Flowers of Robert Mapplethorpe') are hard to dump, since you need to split the tracks properly; single track CD-i discs are usually easy to dump, but some of them may have mastering issues and the dump will be incorrect (http://redump.org/disc/67958/ - example).
Once again: lsd, sbi, m3s contain stripped data from sub files. Some very old epsxe plugins could create them, psxt001z tool could also create m3s, maybe there are also standalone converters, no idea. If you're going to dump subchannels - dump them into .sub, there's no reason to use lsd/sbi/m3s at all, those are obsolete formats used to save some hdd space in the past.
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
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
According to subError.txt, subch of 134966 ... 134972 doesn't get correctly. I think the index of these sectors is 01.
You were right, redumped with no weird sectors.
But DIC's logic for processing those randomly appeared index 02 and EAN sectors was wrong, I think.
What is the difference between .sbi and .lsd?
lsd contains more data, but both are technically cut-off sub files.
Can I create .sbi and .lsd with subdump?
Directly - no, .sub files only. You can probably convert them into sbi and lsd somehow (but what for? sbi and m3s files are only useable with psx emulators).
https://drive.google.com/open?id=1XYJwK … lFeWQj7Gma -- could you check this old log? Track 10 has 4 sectors with Index 02 (one of them is EAN), then it goes Index 01 again. Shouldn't DIC add a second Index 01 string after Index 02? And shouldn't DIC decode this EAN sector as CATALOG even if it's the only EAN sector in the image?
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
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
Redump Forum → Posts by F1ReB4LL
Powered by PunBB 1.4.4, supported by Informer Technologies, Inc.
Currently installed 6 official extensions. Copyright © 2003–2009 PunBB.