cdrdao-devel

[Cdrdao-devel] running cdrdao more than once on the same media (newbie)

[sting s. <zs...@ho...>]

Hello,
I use a SAMSUNG cr-writer. and I used cdrdao to write a little file.
I tried to use the --multi session and the "--driver generic-mmc" , but 
cdrdao did not
permit me.
So , because I was in  a haste , I did burned that file.
now , can I burn some more files on that media, or because I use --driver 
generic-mm
this optuin does not exist?
regards,
sting

_________________________________________________________________
MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. 
http://join.msn.com/?page=features/virus

[Cdrdao-devel] cdrdao on SCO Openserver

[<ra...@te...>]

I have a minimal set of patches to build cdrdao on SCO Openserver w/gcc.
Is it possible to get these incorporated into a future version? If
anyone would like them, feel free to email me.

I subscribed to this list today for the purposes of posting this, but
will probably not be subscribe for long.  Please cc replies to me.

Thanks,
Roger

-- 
Roger Cornelius        ra...@te...

Re: [Cdrdao-devel] Strange help, please...

[Manuel C. <ll...@er...>]

Roberto Salles wrote:
>  The cue contents are these, if I can remember exactly (I'm at work
> break now):
> 
>   FILE "sfc.bin" BINARY
>     TRACK 01 MODE2/2352
>       INDEX 00:00:00
> 
>  The way it is, it burns ok, I can even exchange cds when a fight is
> loaded and have the sound from the other cd. What I can't find is how to
> put the wav files after the above entries. It seems that different pages
> give different ways to write cue/toc files... :-(

You don't you use some GUI utility to burn a files + audio to a mixed cd?

Can't you just copy the files from the CD? or does it has some copy 
protection scheme?


-- 
Manuel Clos
ll...@er...

TCPA y Palladium: http://bulmalug.net/body.phtml?nIdNoticia=1398
TCPA and Palladium: http://www.cl.cam.ac.uk/~rja14/tcpa-faq.html

[Cdrdao-devel] DVD Support

[Priyesh G. <pri...@ho...>]

Hi,

   does cdrdao supports DVD drives??? long back the same question was asked 
by some one. So any plans??? any patches???

Priyesh.

_________________________________________________________________
ICICI's NRI services. They make life easy. 
http://server1.msn.co.in/msnspecials/nriservices/index.asp Find out more.

[Cdrdao-devel] New mp32dao

[Giuseppe C. <co...@lu...>]

Hi all
new feature of mp32dao:
* FLAC support. mp32dao now handles mp3/ogg/flac files.

-- 
  	Giuseppe "Cowo" Corbelli ~\/~ My software: http://cowo.yoda2000.net
  -<! 3rd Law of Computing: Anything that can go wr
		fortune: Segmentation violation --  Core dumped !>-

[Cdrdao-devel] Strange help, please...

[Roberto S. <sa...@ie...>]

 Hello, cdrdao list!

 I've come to a problem that I hope some of you can help me to solve.
It seems very simple, but I can't find information on how to do
it... :-\

 I have a playstation cd that is not working anymore (Street Fighter
Collection) for quite sometime. I was browsing the internet and lo! I
found an image (bin+cue) of it and quickly downloaded it. But then, this
image didn't have the audio tracks, such as those you can listen on a
normal radio.
 My cd has the audio tracks fine, I even extracted them already, to
wave. So I would like to "merge" the two and produce a working cd WITH
the audio tracks. The problem is, I've got two files from the internet:

 sfc.bin
 sfc.cue

 The cue contents are these, if I can remember exactly (I'm at work
break now):

  FILE "sfc.bin" BINARY
    TRACK 01 MODE2/2352
      INDEX 00:00:00


 The way it is, it burns ok, I can even exchange cds when a fight is
loaded and have the sound from the other cd. What I can't find is how to
put the wav files after the above entries. It seems that different pages
give different ways to write cue/toc files... :-(

 I tried editing the cue file in many ways I found on the internet, to
convert the bin to iso and place the audio tracks after (cdrecord on
that) and couldn't do it.

 Sorry to bother with something probably ridiculous, but I really can't
find the answer to that. Thank you in advance.


 Roberto.

P.S.: Please, CC the reply to my address, as I'm not part of this list.

Re: [Cdrdao-devel] Is there a way to use Yamaha Audio Master with cdrdao?

[Giuseppe C. <co...@lu...>]

On Mon, Aug 18, 2003 at 12:08:00PM -0500, Peter Bruley wrote:
> Is there a way to use Yamaha Audio Master with cdrdao? similar to the 
> way cdrecord does?
AFAIK there's no such feature. I believe we've already talked about it, and
I seem to remember it's not so trivial and no one's got an unit to test it.
Reads: not so high priority in the TODO.

-- 
	Giuseppe "Cowo" Corbelli ~\/~ My software: http://cowo.yoda2000.net
		-<! $>cd /pub   $>more beer !>-

[Cdrdao-devel] Is there a way to use Yamaha Audio Master with cdrdao?

[Peter B. <pb...@ch...>]

Is there a way to use Yamaha Audio Master with cdrdao? similar to the 
way cdrecord does?

from the cdrecord man page:

 driveropts=option list
              Set  driver  specific options. The options are specified a 
comma separated
              list.  To get a list of valid options use  
driveropts=help  together  with
              the -checkdrive option.  Currently implemented driver 
options are:

audiomaster
                     Turn on the Yamaha Audio Master Q. R.  feature 
which usually should
                     result  in high quality CDs that have less reading 
problems in HiFi
                     players.  As this is implemented as a variant  of  
the  Session  at
                     Once write mode, it will only work if you select 
SAO write mode and
                     there is no need to turn it off.  The Audio Master 
mode  will  work
                     with  a  limited speed but may also be used with 
data CDs. in Audio
                     Master mode, the pits on the CD will be written 
larger  then  usual
                     so  the capacity of the medium is reduced when 
turning this feature
                     on.  A 74 minute CD will only have a  capacity  of  
63  minutes  if
                     Audio  Master  is active and the capacity of a 80 
minute CD will be
                     reduced to 68 minutes.

Thanks in advance

Peter

[Cdrdao-devel] patch for writing to Pioneer DVR-104

[David P. <pa...@rc...>]

Hi.  Attached is a patch against cdrdao-1.1.7 to make it able to write audio
to my ATAPI "PIONEER DVD-RW  DVR-104".  Originally this drive worked fine,
but for some reason after power cycling my computer it started giving the
following failure early in the write or simulate process, even after recabling
(such that the writer and hard disk were on separate IDE channels), upgrading
the drive firmware, upgrading from cdrdao 1.1.5 to 1.1.7, and experimenting
with the --speed and --buffers options:

-----------------------------------------------------------------------

# cdrdao simulate --device 1,1,0 --driver generic-mmc foo.toc
Cdrdao version 1.1.5 - (C) Andreas Mueller <an...@da...>
  SCSI interface library - (C) Joerg Schilling
  L-EC encoding library - (C) Heiko Eissfeldt
  Paranoia DAE library - (C) Monty

Check http://cdrdao.sourceforge.net/drives.html#dt for current driver tables.

Using libscg version 'schily-0.5'

1,1,0: PIONEER DVD-RW  DVR-104  Rev: 1.32
Using driver: Generic SCSI-3/MMC - Version 1.2 (options 0x0000)

Starting write simulation at speed 8...
Pausing 10 seconds - hit CTRL-C to abort.
Process can be aborted with QUIT signal (usually CTRL-\).
Turning BURN-Proof on
Writing track 01 (mode AUDIO/AUDIO)...
Wrote 1 of 624 MB (Buffer 100%).
?: Input/output error.  : scsi sendcmd: no error
CDB:  2A 00 00 00 05 61 00 00 1B 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 70 00 02 00 00 00 00 0E 00 00 00 00 04 07 00 80
Sense Key: 0x2 Not Ready, Segment 0
Sense Code: 0x04 Qual 0x07 (logical unit not ready, operation in progress) Fru 
0x0
Sense flags: Blk 0 (not valid) operation 0% done
cmd finished after 0.012s timeout 180s
ERROR: Write data failed.
ERROR: Writing failed - buffer under run?
ERROR: Simulation failed.

-----------------------------------------------------------------------

Here's the patch "inline" as well:

diff -ru cdrdao-1.1.7.original/dao/GenericMMC.cc cdrdao-1.1.7/dao/GenericMMC.cc
--- cdrdao-1.1.7.original/dao/GenericMMC.cc	2002-10-06 11:53:56.000000000 -0700
+++ cdrdao-1.1.7/dao/GenericMMC.cc	2003-07-24 18:43:06.000000000 -0700
@@ -1269,7 +1269,7 @@
 	// check if drive rejected the command because the internal buffer
 	// is filled
 	if(senseLen >= 14 && (sense[2] & 0x0f) == 0x2 && sense[7] >= 6 &&
-	   sense[12] == 0x4 && sense[13] == 0x8) {
+	   sense[12] == 0x4 && (sense[13] == 0x7 || sense[13] == 0x8)) {
 	  // Not Ready, long write in progress
 	  mSleep(40);
           retry = 1;

-----------------------------------------------------------------------

All the patch does is make it also use the above sense result as a signal
to retry the operation, just as it already does with {code=4,qual=8}.  It
doesn't seem to hurt anything, and it definitely helps for my purposes.  :-)
Hopefully one of the cdrdao maintainers will see fit to check this into CVS
or to figure out a better way to fix this problem.  Let me know if I need
to try anything else.

I'm using ide-scsi on RedHat Linux 8.0 (kernel 2.4.18-14).

FWIW, while debugging this I found that an ATAPI "HP CD-Writer+ 8100" on
a similar machine worked perfectly, and noticed a slight difference in the
timing for the initial "Wrote 1 of 624 MB (Buffer 100%)" message.  On the
Pioneer, it appeared immediately, stayed at "1 of 624 MB" for about 10
seconds, and sometimes but not always got past a few more MB before failing
as above.  OTOH with the HP, it took about 10 seconds for the "1 of 624 MB"
message to appear, but it didn't delay any before counting its way to the end
of the disc.  That suggested to me (knowing almost nothing about the SCSI
protocol) that the HP treats the "write" command as a blocking operation,
and the Pioneer treats it as non-blocking and returns the above sense code
when it can't handle any more requests.

In addition to the above (now fixed) issue, "cdrdao read-cd" doesn't seem
to work on this same drive.  It can read the TOC fine, but upon reading
the data it reports a long stream of errors such as the following:

-----------------------------------------------------------------------

Copying audio tracks 1-12: start 00:00:00, length 49:46:37 to "FOO.bin"...
Track 1...
?: Input/output error.  : scsi sendcmd: no error
CDB:  BE 00 00 00 00 00 00 00 14 F8 01 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 70 00 05 00 00 00 00 0E 00 00 00 00 24 00 00 00
Sense Key: 0x5 Illegal Request, Segment 0
Sense Code: 0x24 Qual 0x00 (invalid field in cdb) Fru 0x0
Sense flags: Blk 0 (not valid)
cmd finished after 0.006s timeout 20s

-----------------------------------------------------------------------

Fortunately this isn't much of a problem for me, because I also have a
"LITEON DVD-ROM LTD163" which reads successfully using the generic-mmc
driver.  But if anybody has any ideas on how to make this work on this
drive, I'd be interested to know.  "invalid field in cdb" suggests to me
that the "read audio" command is supported but perhaps a field in the CDB
is missing or incorrect.

In any case, cdrdao is very useful to me for making backup copies of my
audio CDs, so thanks to all the developers for providing it.

David

Re: [Cdrdao-devel] possible? - add CD-TEXT to only some of the tracks

[<kk...@ma...>]

At Mon, 21 Jul 2003 15:24:34 -0400,
kk...@ma... wrote:
> 
> Q: In general, is it possible to create a CD with CD-TEXT,
> but add them only to some of its tracks? 

sorry to bother - specifing zero-length text:

 | TITLE ""

simply seems to do the job :)

kenji

[Cdrdao-devel] possible? - add CD-TEXT to only some of the tracks

[<kk...@ma...>]

hi,

Q: In general, is it possible to create a CD with CD-TEXT,
but add them only to some of its tracks? 

;; please excuse if this was just my ignorance :(

case 1:
ie., is it valid to write a toc file like this,
and expect odd-numbered tracks have CD-TEXT info
and even-numbered tracks to have no CD-TEXT info?

-- toc-1:
   | CD_DA
   |             CD_TEXT {
   |               LANGUAGE_MAP {
   |                 0 : EN
   |               }
   | 
   |               LANGUAGE 0 {
   |                 TITLE "testCD 00039 abcdefghijklmnopqrstuvwxyz"
   |                 PERFORMER "Perf39"
   |                 DISC_ID "XY0039"
   |                 UPC_EAN ""
   |               }
   |             }
   | TRACK AUDIO
   | ISRC "DEXXX9800000"
   |             CD_TEXT {
   |               LANGUAGE 0 {
   |                 TITLE "t_0"
   |                 PERFORMER "Perf-000"
   |                 ISRC "DE-XXX-98-00000"
   |               }
   |             }
   | FILE "a0000000.wav" 0 0:5:0
   | FILE "a0000005.wav" 0 0:5:0
   | TRACK AUDIO
   | FILE "a0000010.wav" 0 0:5:0
   | FILE "a0000015.wav" 0 0:5:0
   | TRACK AUDIO
   | ISRC "DEXXX9800020"
   |             CD_TEXT {
   |               LANGUAGE 0 {
   |                 TITLE "t_01"
   |                 PERFORMER "Perf-001"
   |                 ISRC "DE-XXX-98-00001"
   |               }
   |             }
   | FILE "a0000020.wav" 0 0:5:0
   | FILE "a0000025.wav" 0 0:5:0
   | TRACK AUDIO
   | FILE "a0000030.wav" 0 0:5:0
   | FILE "a0000035.wav" 0 0:5:0
   | ...
--

if case 1 was okay, then further, is it possible to
eliminate the disk title from the above toc file?

ie.,

-- toc-2:
   | CD_DA
   | TRACK AUDIO
   | ISRC "DEXXX9800000"
   |             CD_TEXT {
   |               LANGUAGE 0 {
   |                 TITLE "t_0"
   |                 PERFORMER "Perf-000"
   |                 ISRC "DE-XXX-98-00000"
   |               }
   |             }
   | FILE "a0000000.wav" 0 0:5:0
   | FILE "a0000005.wav" 0 0:5:0
   | TRACK AUDIO
   | FILE "a0000010.wav" 0 0:5:0
   | FILE "a0000015.wav" 0 0:5:0
   | TRACK AUDIO
   | ISRC "DEXXX9800020"
   |             CD_TEXT {
   |               LANGUAGE 0 {
   |                 TITLE "t_01"
   |                 PERFORMER "Perf-001"
   |                 ISRC "DE-XXX-98-00001"
   |               }
   |             }
   | FILE "a0000020.wav" 0 0:5:0
   | FILE "a0000025.wav" 0 0:5:0
   | TRACK AUDIO
   | FILE "a0000030.wav" 0 0:5:0
   | FILE "a0000035.wav" 0 0:5:0
   | ...
--

In reality what I get is:

on one CD-R I have here with toc-1, I get:

--
mojo# cdrdao write --device /dev/rcd1c --eject toc1
Cdrdao version 1.1.7 - (C) Andreas Mueller <an...@da...>
  SCSI interface library - (C) Joerg Schilling
  Paranoia DAE library - (C) Monty

Check http://cdrdao.sourceforge.net/drives.html#dt for current driver tables.

Using libscg version 'andreas-0.5-UNIXWARE_Patch'

resid: 8
/dev/rcd1c: LG CD-RW CED-8083B	Rev: 1.10
Using driver: Generic SCSI-3/MMC - Version 2.0 (options 0x0010)

ERROR: CD-TEXT: Language 0: TITLE field not defined for all tracks or disk.
ERROR: CD-TEXT: Language 0: PERFORMER field not defined for all tracks or disk.
ERROR: CD-TEXT: Language 0: ISRC field not defined for all tracks.
ERROR: Toc-file "toc1" is not suitable for this drive.
mojo# 
--

this CD-R drive doesn't accept toc-2 (the drive timesout).


on another CD-R drive with toc-1, I get:

--
mojo# cdrdao write --device /dev/rcd2c --eject toc1
Cdrdao version 1.1.7 - (C) Andreas Mueller <an...@da...>
  SCSI interface library - (C) Joerg Schilling
  Paranoia DAE library - (C) Monty

Check http://cdrdao.sourceforge.net/drives.html#dt for current driver tables.

Using libscg version 'andreas-0.5-UNIXWARE_Patch'

resid: 8
/dev/rcd2c: LITE-ON LTR-48125W	Rev: VS01
Using driver: Generic SCSI-3/MMC (raw writing) - Version 2.0 (options 0x0000)

Starting write resid: 60
at speed 40...
Pausing 10 seconds - hit CTRL-C to abort.
Process can be aborted with QUIT signal (usually CTRL-\).
resid: 104
Turning BURN-Proof on
Using 96 byte raw P-W sub-channel data mode for CD-TEXT.
Executing power calibration...
Power calibration successful.
Real time scheduling not available.
Writing lead-in and gap...
Writing track 01 (mode AUDIO/AUDIO )...
Writing track 02 (mode AUDIO/AUDIO )...
...
Writing track 49 (mode AUDIO/AUDIO )...
Writing track 50 (mode AUDIO/AUDIO )...
Wrote 84 of 84 MB (Buffer 100%).
Wrote 37500 blocks. Buffer fill min 100%/max 100%.
Writing lead-out...
Wrote 15 of 15 MB.
Flushing cache...
Writing finished successfully.
mojo# 
--

but when I "read-cd" this one, what I get for CD-TEXT is
track title and disc title alternated for each track.
(what I want instead is NO-TITLE for even numbered tracks).

with this second drive combined with toc2 file, I seem
to get all the tracks without any track titles(??)

any clues please?
regards,
kenji

ps.,OS is openbsd if that matters

[Cdrdao-devel] data in first track pregap

[Matt B. <ma...@zi...>]

I'm looking to store the original MP3s I get from Emusic
<http://www.emusic.com/> on the discs I'm burning the audio to.  I
can then be sure they'll never need to be reencoded and have quality
lost.

I tried CD-Extra <http://verplant.org/cdextra.html> but some of my
drives just can't seem to hack the second session.  That page
mentions storing the data in the pregap of the first track, which
sounds ideal to me.  I don't plan on backing my discs up and playing
the data through my speakers.

Looked in the lists and didn't see anyone trying this.  Is anyone,
and can they share toc files?

--=20
Matt Behrens <ma...@zi...> <URL:http://zigg.com/>

Re: [Cdrdao-devel] New small util

[Giuseppe C. <co...@lu...>]

On Mon, Jul 14, 2003 at 10:28:21PM +0200, Manuel Clos wrote:
> Giuseppe Corbelli wrote:
> >Hi all
> >I've done a small stupid utility that converts a cdrdao TOC file into a 
> >cddb
> >file. I use this to generate covers (using disc-cover) for CD-TEXT audio
> >CDs. I'd suggest to include into utils/ subdir. Length ~250 lines.
> >Needs of course a small patch for makefiles.
> >Since it's a long while I don't hear from Andreas is there someone with CVS
> >access that wants to have a look and maybe commit it? I can post a diff
> >against current CVS.
> 
> Post it to the list, and I will add it.
Here it is. How's Andreas? It's a long while I don't hear from him.

---> Cut Here <---

/*  toc2cddb - translates a TOC file into a cddb file
 *  I use it to print covers for self-made CD-TEXT audio CDs
 *  coupled with disc-cover (http://www.liacs.nl/~jvhemert/disc-cover)
 *
 *  Cdrdao
 *	 Copyright (C) 2002 Andreas Mueller <an...@da...>
 *  Toc2cddb 
 *	 Copyright (C) 2003 Giuseppe "Cowo" Corbelli <co...@lu...>
 *	 Parts by Andreas Mueller <an...@da...>
 *
 *  This program is free software; you can redistribute it and/or modify
 *  it under the terms of the GNU General Public License as published by
 *  the Free Software Foundation; either version 2 of the License, or
 *  (at your option) any later version.
 *
 *  This program is distributed in the hope that it will be useful,
 *  but WITHOUT ANY WARRANTY; without even the implied warranty of
 *  MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 *  GNU General Public License for more details.
 *
 *  You should have received a copy of the GNU General Public License
 *  along with this program; if not, write to the Free Software
 *  Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
 */
#include <config.h>
#include <stdio.h>
#include <string.h>
#include <unistd.h>
#include <stdlib.h>
#include <stdarg.h>
#ifdef HAVE_GETOPT_H
#include <getopt.h>
#endif
#include "util.h"
#include "Toc.h"

#define FRAME_OFFSET 150
#define FRAMES_PER_SECOND 75

static int VERBOSE = 1;

static unsigned int cddbSum(unsigned int n);
const char *calcCddbId(const Toc *toc);
void message_args(int level, int addNewLine, const char *fmt, va_list args);
void message(int level, const char *fmt, ...);

static void printVersion()	{
	message (1, "toc2cddb version %s - (C) Giuseppe \"Cowo\" Corbelli <co...@lu...>", VERSION);
	message (1, "Is a part of cdrdao - (C) Andreas Mueller <an...@da...>");
}
static void printUsage()	{
	message (0, "toc2cddb converts a cdrdao TOC file into a cddb file and prints it to stdout.");
	message (0, "Usage: toc2cddb {-V | -h | toc-file}");
}

int main (int argc, char *argv[])	{
	const char *tocFile = NULL;
	Toc *toc = NULL;
	const Track *track = NULL;
	int cdTextLanguage = 0;
	int c = 0;

	while ((c = getopt(argc, argv, "Vh")) != EOF) {
    	switch (c) {
			case 'V':
				printVersion ();
				exit (EXIT_SUCCESS);
			case 'h':
				printUsage ();
				exit (EXIT_SUCCESS);
			case '?':
				message(-2, "Invalid option: %c", optopt);
				exit (EXIT_FAILURE);
		}
	}
	if (optind < argc) {
		tocFile = strdupCC(argv[optind]);
    	optind++;
	}	else	{
    	message(-2, "Missing toc-file name.");
    	printUsage ();
    	exit (EXIT_FAILURE);
	}
	if (optind != argc) {
		message(-2, "More arguments than expected.");
		printUsage ();
    	exit (EXIT_FAILURE);	
	}

	if ((toc = Toc::read(tocFile)) == NULL)
		message(-10, "Failed to read toc-file '%s'.", tocFile);
	
	if (toc->tocType () != Toc::CD_DA)
		message (-10, "Toc does not refer to a CDDA");

	int ntracks = toc->nofTracks ();
	if (ntracks < 1)
		message (-10, "Wrong no. of tracks: %d. Expected >= 0.", ntracks);

	std::cout << "# xmcd\n#\n# Track frame offsets:\n#" << std::endl;
	
	{
		TrackIterator titr (toc);
		Msf start, end;
		for (track=titr.first (start, end); track != NULL; track=titr.next (start,end))
			std::cout << "# " << start.lba()+FRAME_OFFSET << std::endl;
	
		int seconds = (end.min () * 60) + end.sec () + (FRAME_OFFSET/FRAMES_PER_SECOND);
		std::cout << "#\n# Disc length: " << seconds << " seconds\n#" << std::endl;
	}
	
	std::cout << "# Revision: 0\n# Submitted via: cdrdao-" << VERSION << std::endl;
	std::cout << "DISCID=" << calcCddbId (toc) << std::endl;

	{
		const CdTextItem *cdTextItem = NULL;
		std::string album(""), albumPerformer(""), genre("");

		if ((cdTextItem = toc->getCdTextItem(0, cdTextLanguage, CdTextItem::CDTEXT_TITLE)) != NULL)
			album = (const char*)cdTextItem->data();
	
		if ((cdTextItem = toc->getCdTextItem(0, cdTextLanguage, CdTextItem::CDTEXT_PERFORMER)) != NULL)
			albumPerformer = (const char*)cdTextItem->data();

		std::cout << "DTITLE=" << albumPerformer << " / " << album << std::endl;
		std::cout << "DYEAR=" << std::endl;
	
		if ((cdTextItem = toc->getCdTextItem(0, cdTextLanguage, CdTextItem::CDTEXT_GENRE)) != NULL)
			genre = (const char*)cdTextItem->data();

		std::cout << "DGENRE=" << genre << std::endl;
		
		std::string title("");
		for (int i = 1; i <= ntracks; i++)	{
			if ((cdTextItem = toc->getCdTextItem(i, cdTextLanguage, CdTextItem::CDTEXT_TITLE)) != NULL)
				title = (const char*)cdTextItem->data();
			std::cout << "TTITLE" << i-1 << "=" << title << std::endl;
		}
	}

	// Don't know what EXTD means, nor EXTT
	std::cout << "EXTD=" << std::endl;
	for (int i = 1; i <= ntracks; i++)
		std::cout << "EXTT" << i-1 << "=" << std::endl;

	std::cout << "PLAYORDER=" << std::endl;

	delete[] tocFile;
	exit (EXIT_SUCCESS);
}

static unsigned int cddbSum(unsigned int n)
{
  unsigned int ret;

  ret = 0;
  while (n > 0) {
    ret += (n % 10);
    n /= 10;
  }

  return ret;
}

const char *calcCddbId(const Toc *toc)
{
  const Track *t;
  Msf start, end;
  unsigned int n = 0;
  unsigned int o = 0;
  int tcount = 0;
  static char buf[20];
  unsigned long id;

  TrackIterator itr(toc);

  for (t = itr.first(start, end); t != NULL; t = itr.next(start, end)) {
    if (t->type() == TrackData::AUDIO) {
      n += cddbSum(start.min() * 60 + start.sec() + 2/* gap offset */);
      o  = end.min() * 60 + end.sec();
      tcount++;
    }
  }

  id = (n % 0xff) << 24 | o << 8 | tcount;
  sprintf(buf, "%08lx", id);

  return buf;
}

void message_args(int level, int addNewLine, const char *fmt, va_list args)
{
  long len = strlen(fmt);
  char last = len > 0 ? fmt[len - 1] : 0;

  if (level < 0) {
    switch (level) {
    case -1:
      fprintf(stderr, "WARNING: ");
      break;
    case -2:
      fprintf(stderr, "ERROR: ");
      break;
    case -3:
      fprintf(stderr, "INTERNAL ERROR: ");
      break;
    default:
      fprintf(stderr, "FATAL ERROR: ");
      break;
    }
    vfprintf(stderr, fmt, args);
    if (addNewLine) {
      if (last != ' ' && last != '\r')
	fprintf(stderr, "\n");
    }

    fflush(stderr);
    if (level <= -10)
      exit(1);
  }
  else if (level <= VERBOSE) {
    vfprintf(stderr, fmt, args);

    if (addNewLine) {
      if (last != ' ' && last != '\r')
	fprintf(stderr, "\n");
    }

    fflush(stderr);
  }
}

void message(int level, const char *fmt, ...)
{
  va_list args;

  va_start(args, fmt);

  message_args(level, 1, fmt, args);

  va_end(args);
}

---> Cut Here <---

-- 
	Giuseppe "Cowo" Corbelli ~\/~ My software: http://cowo.yoda2000.net
  -<! When you say "I wrote a program that crashed Windows", people just stare 
     at you blankly and say "Hey, I got those with the system, *for free*" !>-
				(By Linus Torvalds)   

[Cdrdao-devel] New small util

[Giuseppe C. <co...@lu...>]

Hi all
I've done a small stupid utility that converts a cdrdao TOC file into a cddb
file. I use this to generate covers (using disc-cover) for CD-TEXT audio
CDs. I'd suggest to include into utils/ subdir. Length ~250 lines.
Needs of course a small patch for makefiles.
Since it's a long while I don't hear from Andreas is there someone with CVS
access that wants to have a look and maybe commit it? I can post a diff
against current CVS.
-- 
  	Giuseppe "Cowo" Corbelli ~\/~ My software: http://cowo.yoda2000.net
  -<! Take It All, Our Gold, Our Homes, Our Life, 
  		But We Didn't Kill Your Christ! !>-
  			Blind Guardian - The Script For My Requiem

Re: [Cdrdao-devel] exporting/dumping WAV from TOC

[Giuseppe C. <co...@lu...>]

On Tue, Jul 01, 2003 at 12:52:04AM +0100, Major A wrote:
> 
> Hi,
> 
> I've been using cdrdao for quite some time, but it's only now that I
> think I've found an important feature that's missing from cdrdao
> (please tell me if I'm wrong).
> 
> I would like to master a CD, with gcdmaster, thus create a TOC file to
> burn CDs from. Also, I would like to export the music I've created as
> WAV files, both as the entire CD and track-by-track. This is very
> important if you not only want to create a CD, but also to compress
> the tracks as MP3 or Ogg/Vorbis. Without this feature, you would have
> to extract audio from a burnt CD, which isn't the real thing.
...
Have a look at toc2mp3 utility. By extending this we should be able to get
the point.
-- 
        Giuseppe "Cowo" Corbelli ~\/~ My software: http://cowo.yoda2000.net
-<! At first there was nothing. Then God said 'Let there be light!' Then
		there was still nothing. But you could see it. !>-

Re: [Cdrdao-devel] exporting/dumping WAV from TOC

[burnatonce <bur...@nt...>]

What I would love to see is a way to simply use read-cd to create a toc and
wav file set.

Also, with the use of toc2cue the creation of more compatible images is
possible - although I only ever use cdrdao to burn cds.  :-)

Jamie


----- Original Message -----
From: "Kovacs Baldvin" <ba...@an...>
To: "Major A" <an...@us...>
Cc: <cdr...@li...>
Sent: Tuesday, July 01, 2003 7:58 AM
Subject: Re: [Cdrdao-devel] exporting/dumping WAV from TOC


> Hi Andras,
>
> I am having exams until July 11. I am planning to implement something
> that answers your problem in late July/eraly August. What that would be:
>
> I grabbed all of my cds into cdrdao+toc files for backup purposes.
> What I am going to do that I'll write a linux kernel module so one
> can mount a virtual file system in which one can see the cds as
> directories with wav files in it.
>
> It is arguable if this is important, for the following reason: in
> theory one could drop the .data file, keeping just wavs without
> any loss of data.
>
> However, there are a lot of CDs with continous program, some CD's with
> random noise in between the tracks, or what not. When creating wav
> files, one needs to have
>   1. some quick and dirty way, to simply have the wavs
>   2. if she has the time, than fine control over the lengths of the wavs.
>
> I already wrote some programs that deal with wavs having noise or
> various lentgths of unwanted silence at their ends (sometimes you get
> 4:02 or even 6:04 of silence because people copy their wavs with stupid
> programs).
>
> Because of these I was thinking having and manipulating the wav+toc format
> only would be not trustable for backup purposes, I decided to keep
> the .data+toc.
>
> Over that level, there will be the virtual file system with the wavs, and
> there one can implement various extra features, like different tocs for
> wavs, than the original or anything creamy.
>
> When I dig into it, I am sure that as a side-product I can provide a
> .data+toc -> wavs+toc converter, which is maybe much more simpathetic for
> you...
>
> Best Regards,
> Baldvin
>
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01
> _______________________________________________
> Cdrdao-devel mailing list
> Cdr...@li...
> https://lists.sourceforge.net/lists/listinfo/cdrdao-devel

Re: [Cdrdao-devel] exporting/dumping WAV from TOC

[Kovacs B. <ba...@an...>]

Hi Andras,

I am having exams until July 11. I am planning to implement something
that answers your problem in late July/eraly August. What that would be:

I grabbed all of my cds into cdrdao+toc files for backup purposes.
What I am going to do that I'll write a linux kernel module so one
can mount a virtual file system in which one can see the cds as
directories with wav files in it.

It is arguable if this is important, for the following reason: in 
theory one could drop the .data file, keeping just wavs without 
any loss of data.

However, there are a lot of CDs with continous program, some CD's with
random noise in between the tracks, or what not. When creating wav
files, one needs to have 
  1. some quick and dirty way, to simply have the wavs
  2. if she has the time, than fine control over the lengths of the wavs.

I already wrote some programs that deal with wavs having noise or 
various lentgths of unwanted silence at their ends (sometimes you get
4:02 or even 6:04 of silence because people copy their wavs with stupid
programs).

Because of these I was thinking having and manipulating the wav+toc format 
only would be not trustable for backup purposes, I decided to keep
the .data+toc.

Over that level, there will be the virtual file system with the wavs, and 
there one can implement various extra features, like different tocs for
wavs, than the original or anything creamy. 

When I dig into it, I am sure that as a side-product I can provide a 
.data+toc -> wavs+toc converter, which is maybe much more simpathetic for
you...

Best Regards,
Baldvin

[Cdrdao-devel] exporting/dumping WAV from TOC

[Major A <an...@us...>]

Hi,

I've been using cdrdao for quite some time, but it's only now that I
think I've found an important feature that's missing from cdrdao
(please tell me if I'm wrong).

I would like to master a CD, with gcdmaster, thus create a TOC file to
burn CDs from. Also, I would like to export the music I've created as
WAV files, both as the entire CD and track-by-track. This is very
important if you not only want to create a CD, but also to compress
the tracks as MP3 or Ogg/Vorbis. Without this feature, you would have
to extract audio from a burnt CD, which isn't the real thing.

As a next step, it would also be nice to have automatic TOC creation:
whenever the entire CD is exported as WAV, a new TOC file is also
generated that describes the same music, only using the times of the
new WAV file rather than the "master" ones that were edited
together. This would enable one to archive/backup a master copy of the
CD in TOC+WAV format without also storing the bits that were edited
out.

I would appreciate it if someone could hack in the export-WAV feature
(both full CD and track-by-track), or at least tell me where to start
(I'm a programmer, but haven't looked at the source code yet because I
haven't got the time).

Thanks,

  Andras

===========================================================================
Major Andras
    e-mail: an...@us...
    www:    http://andras.webhop.org/
===========================================================================

[Cdrdao-devel] [little OT] ccd & cdrdao questions

[Mihai R. <di...@ro...>]

Hi

I am trying to make a conversion tool to convert from CloneCD(4) image
files to cdrdao's bin/toc and viceversa.

My first version of this tool presumes a lot (that the image has only one
track, etc..) but it worked very well for me needs. CloneCD images are in
the form of 3 files : image.ccd (a text description file of the image),
image.img (a data section file containing exactly what a cdrdao --read-raw
file would contain), and a image.sub (a subchannel image file containing -
I presume - a continuous array of 96 bytes which match the 96 bytes of
each 2448 bytes in a cdrdao's --read-subchan rw_raw image file, the fact
that the file size is a multiple of 96 would sustain that).

I dont know much of the CD standards and convetions, I am more a general C
programmer and CD tools user, so probably I am doing lots of things wrong.

First of all I want to find out how to compute the "time" length found out
in cdrdao's toc files from the number of sectors. Example: I have a
602854272 bytes image file, that means 246264 sectors. The toc readed by
cdrdao from the CD says 54:43:39 length in "time". What is the relation
between number of sectors and that time value ? What does :39 mean ? :)

I have pasted bellow a ccd file. I would be interested in any hints about
what does "PreGapMode", "PreGapSubC", "Point", "PSec", "PFrame", "PLBA"
values mean in that file :)

Thanks for any help

[CloneCD]
Version=3
[Disc]
TocEntries=4
Sessions=1
DataTracksScrambled=0
CDTextLength=0
[Session 1]
PreGapMode=1
PreGapSubC=1
[Entry 0]
Session=1
Point=0xa0
ADR=0x01
Control=0x04
TrackNo=0
AMin=0
ASec=0
AFrame=0
ALBA=-150
Zero=0
PMin=1
PSec=0
PFrame=0
PLBA=4350
[Entry 1]
Session=1
Point=0xa1
ADR=0x01
Control=0x04
TrackNo=0
AMin=0
ASec=0
AFrame=0
ALBA=-150
Zero=0
PMin=1
PSec=0
PFrame=0
PLBA=4350
[Entry 2]
Session=1
Point=0xa2
ADR=0x01
Control=0x04
TrackNo=0
AMin=0
ASec=0
AFrame=0
ALBA=-150
Zero=0
PMin=71
PSec=56
PFrame=22
PLBA=323572
[Entry 3]
Session=1
Point=0x01
ADR=0x01
Control=0x04
TrackNo=0
AMin=0
ASec=0
AFrame=0
ALBA=-150
Zero=0
PMin=0
PSec=2
PFrame=0
PLBA=0
[TRACK 1]
MODE=1
INDEX 1=0

----------------------------
Mihai RUSU

Disclaimer: Any views or opinions presented within this e-mail are solely
those of the author and do not necessarily represent those of any company,
unless otherwise specifically stated.

[Cdrdao-devel] Packet writing with cdrecord

[Alistair G. <ag...@zi...>]

Hello cdrdao-devel,
I am playing with cdrecord again but still having problems with reliability
under WinXP but with correct ATPI drivers.

Can anyone give me the correct command-line for writing a file to CDRW?
If using -packet option, assume the mkisofs is not needed?
Also, if writing to CDRW, does cdrecord leave the CDRW open or not? There is
very little in the documentation that gives these points much clarity.

I can get it to try to write, but it ejects the drive and wants to reset. Then
the write is several Puts with 0 Gets.
  

-- 
Regards,
 Alistair+

Re: [Cdrdao-devel] Assistance required please

[Giuseppe C. <co...@lu...>]

On Fri, Jun 20, 2003 at 09:51:46PM +0100, richard bown wrote:
> Hi 
> I seem to be having problems burning audio files ,data files are burnt
> OK.
> The front end prog is K3b, my OS is Mandrake 9.1 the CDRW is an ARTEC
> WRR-52Z, which is configured as generic-mmc-raw.
> I'm not the only person having problems as I've found from the
> linux-mandrake expert mailing list..
> 
> What I'm seeing is the burn process starts and cdrdao reports 
> error code 1, and the burn fails.
Run the cdrdao command in a terminal with -v 3 and post the output

-- 
	Giuseppe "Cowo" Corbelli ~\/~ My software: http://cowo.yoda2000.net
DOS - Defective Operating System
IBM - I Blame Microsoft
BASIC - Bill's Attempt to Seize Industry Control
WINDOWS - Will Install Needless Data On Whole System
MICROSOFT - Most Intelligent Customers Realize Our Software Only Fools Teenagers

[Cdrdao-devel] Assistance required please

[richard b. <ric...@bl...>]

Hi 
I seem to be having problems burning audio files ,data files are burnt
OK.
The front end prog is K3b, my OS is Mandrake 9.1 the CDRW is an ARTEC
WRR-52Z, which is configured as generic-mmc-raw.
I'm not the only person having problems as I've found from the
linux-mandrake expert mailing list..

What I'm seeing is the burn process starts and cdrdao reports 
error code 1, and the burn fails.

Any assistance in getting this working would be greatly appreciated, as
I like others only keep a PC running windows just to burn CD's

TIA 
Richard
-- 
richard bown <ric...@bl...>

[Cdrdao-devel] Compiling fails on Ultra60 Solaris 2.5.1 using gcc v2.95.3

[Peter B. <pb...@ch...>]

SunOS AW51EX 5.5.1 Generic_103640-37 sun4u sparc SUNW,Ultra-60
gcc --version
2.95.3

Leading up to the failure:

       ==> MAKING DEPENDENCIES "OBJ/sparc-sunos5-gcc/modes.d"
       ==> MAKING DEPENDENCIES "OBJ/sparc-sunos5-gcc/cd_misc.d"
       ==> MAKING DEPENDENCIES "OBJ/sparc-sunos5-gcc/scsi_cdr.d"
       ==> MAKING DEPENDENCIES "OBJ/sparc-sunos5-gcc/scsi_scan.d"
       ==> MAKING DEPENDENCIES "OBJ/sparc-sunos5-gcc/dmaresid.d"
       ==> MAKING DEPENDENCIES "OBJ/sparc-sunos5-gcc/sense.d"
       ==> MAKING DEPENDENCIES "OBJ/sparc-sunos5-gcc/scgcheck.d"
make[2]: Leaving directory `/dsk2/src/cdrdao-1.1.7/scsilib/scgcheck'
make[2]: Entering directory `/dsk2/src/cdrdao-1.1.7/scsilib/scgcheck'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/dsk2/src/cdrdao-1.1.7/scsilib/scgcheck'
make[1]: Leaving directory `/dsk2/src/cdrdao-1.1.7/scsilib'
make[1]: Entering directory `/dsk2/src/cdrdao-1.1.7/trackdb'
c++ -DHAVE_CONFIG_H -D_THREAD_SAFE -D_REENTRANT  -I.. -I. -I./../pccts/h 
-g -O2  -c Track.cc -o Track.o
In file included from Track.cc:31:
lec.h:34: `u_int32_t' was not declared in this scope
lec.h:34: parse error before `,'
lec.h:41: `u_int32_t' was not declared in this scope
lec.h:41: parse error before `,'
lec.h:48: `u_int32_t' was not declared in this scope
lec.h:48: parse error before `,'
lec.h:55: `u_int32_t' was not declared in this scope
lec.h:55: parse error before `,'
lec.h:62: `u_int32_t' was not declared in this scope
lec.h:62: parse error before `,'
lec.h:67: `u_int8_t' was not declared in this scope
lec.h:67: `sector' was not declared in this scope
lec.h:67: variable or field `lec_scramble' declared void
Track.cc: In function `static void Track::encodeZeroData(int, 
TrackData::Mode, TrackData::SubChannelMode, long int, unsigned char *)':
Track.cc:1293: `lec_scramble' cannot be used as a function
Track.cc:1297: `u_int8_t' undeclared (first use this function)
Track.cc:1297: (Each undeclared identifier is reported only once
Track.cc:1297: for each function it appears in.)
Track.cc:1297: parse error before `)'
Track.cc:1298: `lec_scramble' cannot be used as a function
Track.cc:1302: parse error before `)'
Track.cc:1303: `lec_scramble' cannot be used as a function
Track.cc:1307: parse error before `)'
Track.cc:1308: `lec_scramble' cannot be used as a function
Track.cc:1314: parse error before `)'
Track.cc:1315: `lec_scramble' cannot be used as a function
Track.cc: In method `int TrackReader::readBlock(int, int, long int, 
Sample *)':
Track.cc:1637: `lec_scramble' cannot be used as a function
Track.cc:1641: `lec_scramble' cannot be used as a function
Track.cc:1654: `lec_scramble' cannot be used as a function
Track.cc:1659: `lec_scramble' cannot be used as a function
Track.cc:1663: `lec_scramble' cannot be used as a function
Track.cc:1667: `lec_scramble' cannot be used as a function
Track.cc:1675: `lec_scramble' cannot be used as a function
Track.cc:1687: `lec_scramble' cannot be used as a function
make[1]: *** [Track.o] Error 1
make[1]: Leaving directory `/dsk2/src/cdrdao-1.1.7/trackdb'
make: *** [all] Error 1



Does anyone have a patch or know of a binary for Solaris 2.5.1 ?

Thank you,

Peter

[Cdrdao-devel] compile fails on Ultra60 Solaris 2.5.1 using gcc v2.95.3

[Peter & C. <pet...@ch...>]

SunOS AW51EX 5.5.1 Generic_103640-37 sun4u sparc SUNW,Ultra-60
gcc --version
2.95.3

Leading up to the failure:

        ==> MAKING DEPENDENCIES "OBJ/sparc-sunos5-gcc/modes.d"
        ==> MAKING DEPENDENCIES "OBJ/sparc-sunos5-gcc/cd_misc.d"
        ==> MAKING DEPENDENCIES "OBJ/sparc-sunos5-gcc/scsi_cdr.d"
        ==> MAKING DEPENDENCIES "OBJ/sparc-sunos5-gcc/scsi_scan.d"
        ==> MAKING DEPENDENCIES "OBJ/sparc-sunos5-gcc/dmaresid.d"
        ==> MAKING DEPENDENCIES "OBJ/sparc-sunos5-gcc/sense.d"
        ==> MAKING DEPENDENCIES "OBJ/sparc-sunos5-gcc/scgcheck.d"
make[2]: Leaving directory `/dsk2/src/cdrdao-1.1.7/scsilib/scgcheck'
make[2]: Entering directory `/dsk2/src/cdrdao-1.1.7/scsilib/scgcheck'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/dsk2/src/cdrdao-1.1.7/scsilib/scgcheck'
make[1]: Leaving directory `/dsk2/src/cdrdao-1.1.7/scsilib'
make[1]: Entering directory `/dsk2/src/cdrdao-1.1.7/trackdb'
c++ -DHAVE_CONFIG_H -D_THREAD_SAFE -D_REENTRANT  -I.. -I. -I./../pccts/h 
-g -O2  -c Track.cc -o Track.o
In file included from Track.cc:31:
lec.h:34: `u_int32_t' was not declared in this scope
lec.h:34: parse error before `,'
lec.h:41: `u_int32_t' was not declared in this scope
lec.h:41: parse error before `,'
lec.h:48: `u_int32_t' was not declared in this scope
lec.h:48: parse error before `,'
lec.h:55: `u_int32_t' was not declared in this scope
lec.h:55: parse error before `,'
lec.h:62: `u_int32_t' was not declared in this scope
lec.h:62: parse error before `,'
lec.h:67: `u_int8_t' was not declared in this scope
lec.h:67: `sector' was not declared in this scope
lec.h:67: variable or field `lec_scramble' declared void
Track.cc: In function `static void Track::encodeZeroData(int, 
TrackData::Mode, TrackData::SubChannelMode, long int, unsigned char *)':
Track.cc:1293: `lec_scramble' cannot be used as a function
Track.cc:1297: `u_int8_t' undeclared (first use this function)
Track.cc:1297: (Each undeclared identifier is reported only once
Track.cc:1297: for each function it appears in.)
Track.cc:1297: parse error before `)'
Track.cc:1298: `lec_scramble' cannot be used as a function
Track.cc:1302: parse error before `)'
Track.cc:1303: `lec_scramble' cannot be used as a function
Track.cc:1307: parse error before `)'
Track.cc:1308: `lec_scramble' cannot be used as a function
Track.cc:1314: parse error before `)'
Track.cc:1315: `lec_scramble' cannot be used as a function
Track.cc: In method `int TrackReader::readBlock(int, int, long int, 
Sample *)':
Track.cc:1637: `lec_scramble' cannot be used as a function
Track.cc:1641: `lec_scramble' cannot be used as a function
Track.cc:1654: `lec_scramble' cannot be used as a function
Track.cc:1659: `lec_scramble' cannot be used as a function
Track.cc:1663: `lec_scramble' cannot be used as a function
Track.cc:1667: `lec_scramble' cannot be used as a function
Track.cc:1675: `lec_scramble' cannot be used as a function
Track.cc:1687: `lec_scramble' cannot be used as a function
make[1]: *** [Track.o] Error 1
make[1]: Leaving directory `/dsk2/src/cdrdao-1.1.7/trackdb'
make: *** [all] Error 1



Does anyone have a patch or know of a binary for Solaris 2.5.1 ?

Thank you,

Peter

[Cdrdao-devel] Patch to add reading speed option

[Kovacs B. <ba...@an...>]

Hi All!

I am maintaining this patch since a year before, and now I decided
to send it in...
My problem was that I had always cheap ide writers, and they make 
a huge, bizarr noise when are used with default (maximum) reading speed.
Anyways, who wants to read at 42x speed, 12x is more that enough...

With this patch, you have --rspeed so you can control reading speed -
implemented only for generic-mmc.

I did not do any complicated thing, the control code was actually in:
i just needed to make the public interface for it... So I beleive this
patch is quite secure... Anyways, we are using it 3 of us (my, my 
girlfriend and my friend, having the same needs) for a year now without 
problems...

Please consider it for acception. (I put it to the patches at sourceforge)

Thank you,
Baldvin