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.
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?
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.
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.
Confirmed fixed here. Many thanks!