#94 cdemu reports multiple sessions on single-session cue file

[amoe]

Hi, I wanted to create a very simple cue file for an audio CD. I am using cdrdao to check the disk info once the cue sheet has been loaded into cdemu. I just adapted an example file that I found online. The cue file looks like so:

FILE "blah.wav" WAVE
 TRACK 01 AUDIO
  INDEX 01 00:00:00
 TRACK 02 AUDIO
  INDEX 01 05:50:65
 TRACK 03 AUDIO
  INDEX 01 09:47:50
 TRACK 04 AUDIO
  INDEX 01 15:12:53
 TRACK 05 AUDIO
  INDEX 01 25:02:40
 TRACK 06 AUDIO
  INDEX 01 27:34:05
 TRACK 07 AUDIO
  INDEX 01 31:58:53
 TRACK 08 AUDIO
  INDEX 01 35:08:65

Now you can create the silent file to choose the tracks from like this:

amoe@motylyok $ sox -n -c 2 -r 44100 -e signed-int -b 16 blah.wav trim 0.0 2700.0

Now you can load in the cue sheet, and try to get the disk info:

amoe@motylyok $ cdemu load 0 blah.cue
amoe@motylyok $ cdrdao disk-info --device /dev/sr0
Cdrdao version 1.2.3 - (C) Andreas Mueller <andreas@daneb.de>
/dev/sr0: CDEmu Virt. CD/DVD-ROM    Rev: 1.10
Using driver: Generic SCSI-3/MMC - Version 2.0 (options 0x0000)

That data below may not reflect the real status of the inserted medium
if a simulation run was performed before. Reload the medium in this case.

CD-RW                : no
Total Capacity       : n/a
CD-R medium          : n/a
Recording Speed      : n/a
CD-R empty           : no
Toc Type             : CD-DA or CD-ROM
Sessions             : 2
Last Track           : 8
Appendable           : no

Why does it show that there are 2 sessions on the disk?

I am using the following software versions:

• vhba-module 20140928
• cdemu-daemon 3.0.3
• libmirage 3.0.4
• cdemu-client 3.0.1

The operating system is Debian unstable.

[Henrik Stokseth]

Had a look, libmirage interpretes the image correctly reporting one session. The daemon however will report an extra session if the disc is not closed (possible to write extra sessions). The cue-sheet format doesn't have a writer associated with it though. So to me this looks unintended...

As for fix, how about adding a read-only flag that can be set both from d-bus/command line and from the parsers themselves? If an image doesn't have an associated writer the read-only flag is set and the disc is marked as being closed. What do you think Rok?

[Rok Mandeljc]

This looks like a regression from the time when I was adding recording support to the daemon. Will find the cause and fix it - it's either in the READ TOC/PMA/ATIP or in the READ DISC INFORMATION command implementation.

On a side note, the discs loaded from image files should always be (and hopefully always are) reported as read-only - because we would not want to let the user to write to them, even if we had the writer for that format.

[Rok Mandeljc]

Fixed in the git master; discs loaded from images are always marked as closed now, so the extra session is not reported anymore. The fix will be part of cdemu-daemon 3.0.4.

[amoe]

Confirmed fixed here. Many thanks!