Redump Forum

How are you going to get the correct LBAs if you exclude the lead-out/lead-in sectors?

Oops yeah, so IsoBuster seems to use:

REM SESSION 01
(cuesheet for session 1)
REM LEAD-OUT [MSF]
REM SESSION 02
(cuesheet for session 2)

Would this be sufficient for our purposes? I would leave out the REM LEAD-IN because it's not part of the IsoBuster standard and the only purpose anyway is to bridge the gap, which is what LEAD-OUT does also.

IIRC, after the REM SESSION 02 there goes REM LEAD-IN [MSF]. Because after the last sector of the 1st section there are a number of Lead-out sectors and after them there are Lead-in sectors of the 2nd session. You need to generate both to have the correct LBAs for the 2nd session tracks.

Do we have a consensus on what's needed?

I'd say go with the IsoBuster standard. If it has REM LEAD-IN [MSF] and REM LEAD-OUT [MSF] then fine. Adding custom stuff isn't going to help us in any way.

Jackal wrote:I'd say go with the IsoBuster standard. If it has REM LEAD-IN [MSF] and REM LEAD-OUT [MSF] then fine. Adding custom stuff isn't going to help us in any way.

Erm. IsoBuster allows to map the sessions with their lead-ins/lead-outs only inside a single bin+cue image, it doesn't support split tracks. We need to do the custom stuff in any case. And my idea stated above is to show the amount of inserted generated sectors. Like the PREGAP 00:02:00 and POSTGAP 00:05:00 commands => REM LEAD-OUT 00:03:00 and REM LEAD-IN 00:02:00 (or something similar to not to conflict with native IsoBuster commands).

https://github.com/libyal/libodraw/blob … t.asciidoc
Looking there and also at other example cuesheets, IsoBuster seems to use only REM LEAD-OUT and REM RUN-OUT. With separate files for each track it would look like this:

REM SESSION 01
FILE "Track 01.bin" BINARY
  TRACK 01 MODE1/2352
    INDEX 01 00:00:00
REM RUN-OUT [MSF]
REM LEAD-OUT [MSF]
REM SESSION 02
FILE "Track 02.bin" BINARY
  TRACK 02 MODE2/2352
    INDEX 01 00:00:00
FILE "Track 03.bin" BINARY
  TRACK 03 AUDIO
    INDEX 00 00:00:00
    INDEX 01 00:01:74
FILE "Track 04.bin" BINARY
  TRACK 04 AUDIO
    INDEX 00 00:00:00
    INDEX 01 00:01:74

The run-out data is considered not to be stored in the file specified by the FILE command if the FILE command was specified after the REM SESSION command.

Jackal wrote:Looking there and also at other example cuesheets, IsoBuster seems to use only REM LEAD-OUT and REM RUN-OUT.

Yeah. It basically shows where the last session of the first track ends with the REM LEAD-OUT command. And the next track entry shows where the first track of the next session begins. The actual lead-out sectors of the first session/lead-in sectors of the second session/pregap are 'just there' undescribed.

But if we want these to be split to tracks, we need to describe how many lead-out sectors to generate and how many lead-in sectors to generate.

Having trouble understanding your post and the need for having a REM LEAD-IN.
The REM LEAD-OUT is part of a standard and can be used to define a gap between the splitted track files in order for mounted/burned images to get the correct sector addressing.
What does adding REM LEAD-IN do to improve on this?
Once the standard is broken, we might as well abandon REM LEAD-OUT and REM RUN-OUT and use 'REM GAP' or something instead?

The current REM LEAD-OUT "standard" is used to define the address in the bin _image_ (not track), where the last track of the session ends. And, since we don't use the single bin images, we need 2 new commands to show the CD emulator/burner/whatever_other_tool to insert the needed amount of lead-out and lead-in sectors to fill the gap between tracks.