[DONE] Discussing the multisession cue

Jackal
Posts: 2598
Joined: Mon Jun 08, 2026 1:26 am

Re: [DONE] Discussing the multisession cue

Post by Jackal »

Ok, according to this document, the area between Session 1 and 2 should always be: http://web.mit.edu/kolya/sipb/afs/root. … ADME.multi
REM LEAD-OUT 01:30:00
REM SESSION 02
REM LEAD-IN 01:00:00
REM PREGAP 00:02:00

(= 11400 sectors total)

and subsequent sessions should have:

REM LEAD-OUT 00:30:00
REM SESSION 0?
REM LEAD-IN 01:00:00
REM PREGAP 00:02:00
(= 6900 sectors total)

It would be nice to confirm this from an official document (Philips' "Multisession Compact Disc Specification")
Last edited by Jackal on Sun May 26, 2019 3:19 am, edited 1 time in total.
F1ReB4LL
Posts: 3395
Joined: Mon Jun 08, 2026 1:26 am

Re: [DONE] Discussing the multisession cue

Post by F1ReB4LL »

sarami wrote:
Jackal wrote:is DIC really measuring the LEAD-IN and LEAD-OUT length, or are they predetermined?
LEAD-OUT length = 1st LBA of lead-in of 2nd session - 1st LBA of lead-out of 1st session
LEAD-IN length = 11400 - 150 - LEAD-OUT length
Why not to read that area and measure the lead-out/lead-in/pregap sizes according to subs? Plextor allows to read all those sectors, I guess?
sarami
Posts: 1762
Joined: Mon Jun 08, 2026 1:27 am

Re: [DONE] Discussing the multisession cue

Post by sarami »

F1ReB4LL wrote:
sarami wrote:
Jackal wrote:is DIC really measuring the LEAD-IN and LEAD-OUT length, or are they predetermined?
LEAD-OUT length = 1st LBA of lead-in of 2nd session - 1st LBA of lead-out of 1st session
LEAD-IN length = 11400 - 150 - LEAD-OUT length
Why not to read that area and measure the lead-out/lead-in/pregap sizes according to subs? Plextor allows to read all those sectors, I guess?
I get it from subch. From 1st 0xaa to 1st 0x00 and 0xa0 is lead-out length.
DiscImageCreator, UmdImageCreator, Conv2multiBin, bin2wav, PS3Auth (needs login), [url=http://www.mediafire.com/file/5cgoy11x6ahc7qh/%2523recompressTo7z_20150109.bat/file]recompressTo7z_20150109.bat[/url]
F1ReB4LL
Posts: 3395
Joined: Mon Jun 08, 2026 1:26 am

Re: [DONE] Discussing the multisession cue

Post by F1ReB4LL »

sarami wrote:I get it from subch. From 1st 0xaa to 1st 0x00 and 0xa0 is lead-out length.
I've misunderstood your "LEAD-IN length = 11400 - 150 - LEAD-OUT length" formulas, then Image I've thought you just assume the lead-out/lead-in sizes.
sarami
Posts: 1762
Joined: Mon Jun 08, 2026 1:27 am

Re: [DONE] Discussing the multisession cue

Post by sarami »

http://www.mediafire.com/file/eq80y20l9 … st.7z/file
changed: LEAD-IN length = 1st LBA of 1st track of 2nd session - 1st LBA of lead-in of 2nd session
DiscImageCreator, UmdImageCreator, Conv2multiBin, bin2wav, PS3Auth (needs login), [url=http://www.mediafire.com/file/5cgoy11x6ahc7qh/%2523recompressTo7z_20150109.bat/file]recompressTo7z_20150109.bat[/url]
Jackal
Posts: 2598
Joined: Mon Jun 08, 2026 1:26 am

Re: [DONE] Discussing the multisession cue

Post by Jackal »

What about the pregap then? It has to be included somehow
User avatar
iR0b0t
Posts: 3397
Joined: Mon Jun 08, 2026 1:26 am

Re: [DONE] Discussing the multisession cue

Post by iR0b0t »

Maybe make it like follows(?):
REM SESSION 01
FILE "dump (Track 1).bin" BINARY
  TRACK 01 MODE1/2352
    INDEX 01 00:00:00
REM LEAD-OUT 01:30:00
REM SESSION 02
REM LEAD-IN 01:00:00
FILE "dump (Track 2).bin" BINARY
  TRACK 02 MODE2/2352
    INDEX 01 00:00:00
    REM INDEX 01 00:02:00
FILE "dump (Track 3).bin" BINARY
  TRACK 03 AUDIO
    INDEX 00 00:00:00
    INDEX 01 00:01:74
To comment the real INDEX 01 and make it work like that.

Or even more accurate:
    REM INDEX 00 00:00:00
    REM INDEX 01 00:02:00
PX-760A (+30), PX-W4824TA (+98), GSA-H42L (+667), GDR-8164B (+102), SH-D162D (+6), SOHD-167T (+12)
Jackal
Posts: 2598
Joined: Mon Jun 08, 2026 1:26 am

Re: [DONE] Discussing the multisession cue

Post by Jackal »

That looks ugly.. why not just go with REM PREGAP 00:02:00? Everybody keeps ignoring this solution.
Last edited by Jackal on Mon May 27, 2019 12:20 pm, edited 1 time in total.
User avatar
iR0b0t
Posts: 3397
Joined: Mon Jun 08, 2026 1:26 am

Re: [DONE] Discussing the multisession cue

Post by iR0b0t »

One of the reasons i don't want to have it is because the database currently supports two cuesheet styles, without "PREGAP" (our standard one) and with "PREGAP" which is available as an alternative variation.

If i bring in additionaly "REM PREGAP 00:02:00" for both styles it will be super ugly.

And yes, my last suggestion is a little bit "ugly" if you want to call it that, but it would serve its purpose and i feel its a better (more appropriate) solution.
PX-760A (+30), PX-W4824TA (+98), GSA-H42L (+667), GDR-8164B (+102), SH-D162D (+6), SOHD-167T (+12)
Jackal
Posts: 2598
Joined: Mon Jun 08, 2026 1:26 am

Re: [DONE] Discussing the multisession cue

Post by Jackal »

We never use the normal "PREGAP" command, so I guess you can remove support for it?
Post Reply