Am I late for a reply?

I know how to write an audio CD 'on-the-fly', without sacrificing disk space nor memory.

You just need to pipeline the 'mpg321', an mp3 decoder, and the 'cdrecord'.

Here is the code, change the dev and speed to fit your hardware.
Repeat it as many times you need.

Note: change 'music.mp3' for your song; 'dev=/dev/hdc' for your cdrom device(you can also specify dev=0,0,0 which I don't like); 'speed=2' for your preferred speed.

Also, note the '-nofix' option which is VERY IMPORTANT.

When you are done, you can type the following command to close the disk:

NOTE: You will notice the message:
cdrecord: WARNING: Total disk size unknown. Data may not fit on disk.

Since the pipelined data size cannot be detected, check if there are enough space for recording all your songs properly.

Sorry, but I don't have an automated script ready.

I hope this helps.

Does anyone know some decoder for Ogg Vorbis?

Oh, sorry if I misspelled something. I am Brazilian.

its never to late to reply

would the follwing make a whole cd?

pg321 --cdr - music | cdrecord -v dev=/dev/hdc speed=2 -audio -nofix -pad -

the music file being a list of mp3s in a directory

I didn't tested if the cdrecord allows multiple streams pipelined.

I gonna check and post later. It will be easier to make a one step process, this also removes the need of '-nofix'.

I still need to check the code above. I'm here to explain about the pipelines.

A pipelined data does not uses a huge memory.

Lets use this example: For the mpg321, it uses an temporary buffer for the decompression, and holds the output in chunks, output the data to the stdout*(the "-" sign) and it goes to the pipeline.

* Standard Output - mostly the terminal screen.

If the second_program does not ask for the pipelined data, the mpg321 freezes and waits.

When the second_program needs more data, the mpg321 continues...

But, let's say, the second_program does not use ALL the pipelined data and exits? mpg321 must close because there is nothing to do.

Another example is:

* xxd is only for a better output in hexadecimal. =)
The 'head' only reads the first 10 lines of data. Notice that 'cat' will not read the entire hard disk: It stops immediately. Why? The 'head' command exits when the wanted lines have been read.

An exception for this rule is: when the 'cat' returns End Of File signal prematurely(lets say a small file), head receives it and stop without accomplish his purpose(read at least 10 lines).

I hope you folks are understanding my example.

Sorry again if any misspelled phrase.

I tried but without progress yet.

cdrecord recognizes the data as an 'one track disc', heheh... It writed all the musics with a tape-like style.

Any suggestions?

The command I used:

you could try the nofix option, and fix it later

what happen when you enter

mpg321 --cdr - -@ playlist | cdrecord -v dev=/dev/hdc speed=2 -audio -pad -

i am not sure if you can use the @ sighn, just try plain text