Re: [SLUG] CD tracks and their intervals.

2003-07-07 Thread Felix Sheldon
On Tue, 2003-07-08 at 16:42, Jan Schmidt wrote:
> 
> 
> > Many thanks for the reply.
> > 
> > Well, padsize is listed as a track option, so it seems that I'll
> > have to burn the disc "manually", ie.,
> > 
> > > cdrecord -multi -padsize=15x60x75s audiofile1
> > 
> > The -multi to ensure that I can add the next file; the -padsize
> > to add the 15 seconds after audiofile1
> > 
> > After audiofile2, I'd command
> > 
> > > cdrecord -multi -padsize=30x60x75s audiofile3
> > 
> 
> I'd think this should work:
> 
> cdrecord padsize=15x60x75s audiofile1 ... padsize=30x60x75s audiofile3 ...
> 


Maybe:

cdrecord dev=whatever -audio padsize=15x75s track1 padsize=15x75s track2
padsize=30x75s track3 padsize=15x75s track4 etc. etc.

15x60x75s would be 15 *minutes* of silence at the end of the track.



-- 
Felix Sheldon <[EMAIL PROTECTED]>

-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug


Re: [SLUG] CD tracks and their intervals.

2003-07-07 Thread Jan Schmidt


> Many thanks for the reply.
> 
> Well, padsize is listed as a track option, so it seems that I'll
> have to burn the disc "manually", ie.,
> 
> > cdrecord -multi -padsize=15x60x75s audiofile1
> 
> The -multi to ensure that I can add the next file; the -padsize
> to add the 15 seconds after audiofile1
> 
> After audiofile2, I'd command
> 
> > cdrecord -multi -padsize=30x60x75s audiofile3
> 

I'd think this should work:

cdrecord padsize=15x60x75s audiofile1 ... padsize=30x60x75s audiofile3 ...

-- 
Jan Schmidt  [EMAIL PROTECTED]

Have you been half-asleep? Have you heard voices?
I've heard them calling my name...
 -Kermit the Frog (Rainbow Connection)
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug


Re: [SLUG] CD tracks and their intervals.

2003-07-07 Thread Bill Bennett
Many thanks for the reply.

Well, padsize is listed as a track option, so it seems that I'll
have to burn the disc "manually", ie.,

> cdrecord -multi -padsize=15x60x75s audiofile1

The -multi to ensure that I can add the next file; the -padsize
to add the 15 seconds after audiofile1

After audiofile2, I'd command

> cdrecord -multi -padsize=30x60x75s audiofile3

Does this make sense so far?

Regards,

Bill.

=+-> The 'padsize=' option looks like a better bet.
=+-> 
=+-> "To pad the equivalent of 20 minutes on
=+-> a CD, you may write padsize=20x60x75s."
=+-> 
=+-> So you might try padsize=30x75s (the s refers to sectors, not seconds.)
=+-> 
=+-> The manual says this needs to be specified for each track though.
=+-> 
=+-> The pad option seems to just increase the file by only a little until
=+-> the total size is a multiple of 2352 bytes. CD audio is 16bits per
=+-> channel at 44KHz, which works out to 176000 bytes per second, so 2352
=+-> bytes is approximately bugger all ;)
=+-> 
=+->
=+-> 
=+-> -- 
=+-> Felix Sheldon <[EMAIL PROTECTED]>
=+-> 
=+-> -- 
=+-> SLUG - Sydney Linux User's Group - http://slug.org.au/
=+-> More Info: http://lists.slug.org.au/listinfo/slug
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug


Re: [SLUG] CD tracks and their intervals.

2003-07-07 Thread Jan Schmidt


> When I burn it, I'd like to separate the movements with
> (approximately) 15 seconds and the symphonies by (approximately) 30.

I'd be more inclined to rip the audio to wav files and edit those to include
the required silences, but I'm an amateur at fiddling with audio CD track
indexes.

> On looking over man cdrecord, the -pad option seems to be what's
> the matter. It pads the audio data to be a multiple of 2352 bytes.
> 
> Unfortunately, I don't know what this equates to in seconds.
> 

1/75th of a second. 

44.1kHz stereo 16bit audio = 44100 * 2 * 2 = 176400 bytes/sec

J.
-- 
Jan Schmidt  [EMAIL PROTECTED]

I came for the quality. I stayed for the freedom. -- Sean Neakums
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug


Re: [SLUG] CD tracks and their intervals.

2003-07-07 Thread Felix Sheldon
On Tue, 2003-07-08 at 15:11, Bill Bennett wrote:
> I've a rather exotic Compact Disk that I'd like to copy.
> Two symphonies, each of three movements.
> 
> Unfortunately, whoever laid out this disc had probably been
> smoking substances: each movement is separated by 2 seconds and
> the symphonies by 3.
> 
> I can rip the disc without difficulty.
> 
> When I burn it, I'd like to separate the movements with
> (approximately) 15 seconds and the symphonies by (approximately) 30.
> 
> On looking over man cdrecord, the -pad option seems to be what's
> the matter. It pads the audio data to be a multiple of 2352 bytes.
> 
> Unfortunately, I don't know what this equates to in seconds.
> 
> Can anyone help, please? 
> 

The 'padsize=' option looks like a better bet.

"To pad the equivalent of 20 minutes on
a CD, you may write padsize=20x60x75s."

So you might try padsize=30x75s (the s refers to sectors, not seconds.)

The manual says this needs to be specified for each track though.

The pad option seems to just increase the file by only a little until
the total size is a multiple of 2352 bytes. CD audio is 16bits per
channel at 44KHz, which works out to 176000 bytes per second, so 2352
bytes is approximately bugger all ;)



-- 
Felix Sheldon <[EMAIL PROTECTED]>

-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug


[SLUG] CD tracks and their intervals.

2003-07-07 Thread Bill Bennett
I've a rather exotic Compact Disk that I'd like to copy.
Two symphonies, each of three movements.

Unfortunately, whoever laid out this disc had probably been
smoking substances: each movement is separated by 2 seconds and
the symphonies by 3.

I can rip the disc without difficulty.

When I burn it, I'd like to separate the movements with
(approximately) 15 seconds and the symphonies by (approximately) 30.

On looking over man cdrecord, the -pad option seems to be what's
the matter. It pads the audio data to be a multiple of 2352 bytes.

Unfortunately, I don't know what this equates to in seconds.

Can anyone help, please? 

Regards,

Bill Bennett.
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug