Page 3 of 3

Re: Inclusion of SBI files in the dat?

Posted: Fri Apr 24, 2009 12:13 pm
by F1ReB4LL
Usage:  sbi2sub file.cue file.sbi XOR [file.dat]

Where:  XOR is either $0080 or $8001

Example:
        sbi2sub Game.cue Game.sbi $8001
        sbi2sub Game.cue Game.sbi $0080 PSX.dat
What's that?

Re: Inclusion of SBI files in the dat?

Posted: Fri Apr 24, 2009 1:54 pm
by themabus
.dat is meant as a container from where to retrieve sizes, instead of actual .bin files, when they're not accessible
or when 1st pass is done & .img, etc. created,
execution of program with .dat will overwrite only .sub & .ccd, not .img itself
so it's slightly faster and less HDD killing, for those cases when only testing of $8001 vs $0080 is required
lol, Dremora can't manage to write such a tool in 3 years time and you do it in 1 day (and you both live in Latvia? Image)

So the sbi format is missing relevant data that cannot be generated again? How about a tool which loads the libcrypt sectors from the database instead of using the sbi file? Image
no, no, Dremora had most of it done in psxt001z for a long time - there is SUB generator, it just doesn't take TOC as an input
i guess he had his reasons not to make it or really is very busy
and so did i - i had written very similar program recently, to make .SUBs for those saturn ring tests
so just had to make few little changes here and there - it's not a big deal
thanks though Image

did few more tests - i've masked first one MSF column, then 2nd in Crash Bash
and it didn't pass both of the times, no matter the CRC value
so it isn't threshold (any CRCs pass, but moded MSFs do not)
it's strange - i really thought this would be it
maybe there really is nothing more to this?

and so far all records in db belong to one of those two patterns, afaict,
so it's 50:50 for about 100 records,
not that bad if somebody wants to just burn some CDs

but for sake of preservation SBI, as it is now do not fit, imho
belonging to exact pattern is lost, so if there would be no more DB
guessing would be all that's left and still even if both values would pass on PSX
this information itself would be lost

batch reading from db is possible, cHrI8l3 would know better than i
but i think it wouldn't be good to to that - ther's no simple way, imho
it would retrive those 100 records whole, every time
things like that basically could kill server

one single reading to save manual labour making a backup in .txt or so - for later processing,
on the other hand, would do no harm

Re: Inclusion of SBI files in the dat?

Posted: Fri Apr 24, 2009 2:15 pm
by F1ReB4LL
Why not to make XOR optional, so it will be possible to use non-libcrypt .sbi files for input?

Re: Inclusion of SBI files in the dat?

Posted: Fri Apr 24, 2009 10:19 pm
by themabus
to be honest, i don't want to
i could have made .sbi optional at all so it would rather be .cue->.ccd+.bin
but it could get out of control, then, as i see it
people might convert images and reupload them without referencing redump.org at all
and those would likely get more popular than ours because of application ease
so while they'd still be valid images
a lot of project's meaning would be lost and redump.org would have to compete with it's own subset
i don't want that to hapen,
i think this also might be one of reasons why Dremora didn't create such program
so i chose to make it as specific as possible

Re: Inclusion of SBI files in the dat?

Posted: Sat Apr 25, 2009 5:08 am
by F1ReB4LL
...
You're sick. No comments.

Re: Inclusion of SBI files in the dat?

Posted: Sat Apr 25, 2009 7:41 am
by Dremora
Redump can actually generate SBI files with CRC-16 (and without extra header), just replace "sbi" with "lsd", for example: https://redump.info/disc/2371/lsd/
The format of the file is simple: 3 bytes for MSF and 12 bytes for Q-channel data.

Re: Inclusion of SBI files in the dat?

Posted: Sat Apr 25, 2009 10:53 am
by themabus
oh
that's great then it would be really nice to have those in .dat