[TriLUG] Sound recording/editing/archiving - where to start?

Thu Oct 24 21:50:44 EDT 2002

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

al johson wrote:
| Yep, I think we are in agreement, save one point. I do often use UDF on
| CD-R's simply because at 15 cents a copy you don't mind if you have to
throw
| it away. It's especially useful when you're in a rush. You just format the
| CD-R (or RW) and save the files you want to make portable on it. However,
| you must make sure that the computer you're going to use it on can read
| them!! So if anyone knows whether there is software available to read UDF
| disks in Linux, I'd love to hear about it.
|     On the distinction between 700 and 640 disks, I'm probably dating
myself
| but the size difference used to be the only thing that differentiated
Audio
| from Non-Audio blank CD's. Then someone had the good sense to realize that
| they could save money if they just made the 700 size. ---Hope you're doing
| well.---Al

I'm quite sure you can actually use the full length of the CDR for
audio, and not limit yourself. In fact Nero even has options for
"overburning" - if I understand it correctly, if the media has more
space you can go above and beyond the specifications of both your CDR
and the media you bought, with mixed results of course.

Regards,
Tom

| ==============
| ----- Original Message -----
| From: "Jeremy Portzer" <jeremyp at pobox.com>
| To: <trilug at trilug.org>
| Sent: Thursday, October 24, 2002 9:15 AM
| Subject: Re: [TriLUG] Sound recording/editing/archiving - where to start?
|
|
|
|>Catching up on old threads, huh?  :-)
|>
|>On Thu, 2002-10-24 at 02:26, al johson wrote:
|>
|>>>There's no such thing as "preformatting" a CD.  All blank CD-Rs are
|>>>created equal (well, except for dye types and such).  The CDs marketed
|>>
| as
|
|>>>specifically for audio use are more expensive because they include a
|>>>licensing fee of sorts for the RIAA.
|>>
|>>=================
|>>"no such thing as 'preformatting' a CD ?"--Well there is such a thing if
|>>you're creating a UDF disk. And yes, you can put music files on a UDF
|>
| disk,
|
|>>if you just want to play music on your computer! The UDF format is used
|>
| to
|
|>>pre-format a CD so that you can use it almost like it were a Zip disk!!
|>
| When
|
|>>you want to put one or more files on a UDF disk you just issue the save
|>>command from the O.S. and it will be saved on the disk. You can also
|>
| delete
|
|>>any file later on, but unfortunately because the file is burned on the
|>
| disk
|
|>>you cannot recover the space!
|>
|>You are correct, there is this method.  This is done very rarely with
|>CD-R's (it's mainly useful for CD-RW's, where the space can be
|>recovered), so that's why I didn't mention it.  Thanks for clarifying
|>though.  I've also never heard of this technique, also called "packet
|>writing," being used in Linux, but there's probably a way.  It's
|>possible that there's an intellectual property issue with the UDF
|>format.
|>
|>
|>>"these special music cds are more expensive..."---well sometimes they
|>>aren't!! For example, recently I was in Compusa recently looking for few
|>>inexpensive CD-RW's for a job I needed to perform. The regular el-cheapo
|>>CD-RW's were rather expensive, but then I noticed that their AUDIO
|>
| CD-RW's
|
|>>were much cheaper in the same small quantity I was looking for. In fact,
|>>they were cheaper that day than the regular CD-RW's in a large
|>
| quantity!!
|
|>>Remember that in our economic system prices are always fluctuating and
|>
| many
|
|>>times strange things happen in the way of unexpected bargains. In case
|>
| you
|
|>>wondered, yes, you can use Audio CD-R's and CD-RW's to store data that
|>
| isn't
|
|>>audio!! And there is a bit more space on the audio disks (700 vs. ca.
|>
| 660
|
|>>Megs).However, I haven't yet figured out how to get my burning program
|>
| to
|
|>>recognize that those extra bytes exist on the blank disks! ---Bon
|>
|>Actually, the distinction between 700 MB and 640MB discs doesn't have
|>anything to do with the so-called "Audio CD-Rs".  Most blanks CDs of all
|>types are 700 MB now (this is acheived by spacing the tracks slightly
|>closer together).  Your CD burning program should be able to
|>automatically detect the capacity of the CD; if not, it should be easily
|>selectable.  For example in xcdroast, the setting is listed under "write
|>parameters" and is specified in minutes of audio capactity.  74 minutes
|>is the standard, 640 MB type.  80 minutes is the 700 MB type.  Both
|>audio and data CDs can be recorded for either type.  (Plus, there are
|>shorter lengths available for the minidiscs / credit card discs.)
|>
|>When downloading ISO files to burn, it's important to be aware of what
|>size CD-R/RW they require.  For example, Mandrake requires the 700MB (80
|>minute) type, but Red Hat only needs the standard, 640MB type, though
|>you can always use a larger size.
|>
|>HTH,
|>
|>Jeremy
|>
|>_______________________________________________
|>TriLUG mailing list
|>    http://www.trilug.org/mailman/listinfo/trilug
|>TriLUG Organizational FAQ:
|>    http://www.trilug.org/~lovelace/faq/TriLUG-faq.html
|
|
| _______________________________________________
| TriLUG mailing list
|     http://www.trilug.org/mailman/listinfo/trilug
| TriLUG Organizational FAQ:
|     http://www.trilug.org/~lovelace/faq/TriLUG-faq.html

- --
$Id: .sig,v 1.18 2002/10/12 20:27:23 tom Exp $

pub  1024D/87F1C20F 2001-11-15 Thomas C. Meggs <tom at plik.net>
Key fingerprint = 5E9A D535 B9DA A889 984B  9654 2025 409B 87F1 C20F
http://plik.net/tom/publickey.php

"Dictators ride to and fro upon tigers which they dare not
dismount. And the tigers are getting hungry."
~        -- Sir Winston Churchill
-----BEGIN PGP SIGNATURE-----

iQIUAwUBPbijcqyDWVsiwXQbAQKrnQ/45bm9HUcrZONTc/ZPuqc2UnKTQkYPDXfK
J3oSbgiX/HHGBpu2/seYi1FBcXnF7xuvPnUGD32AhvfhE47BjHI0MyGOM57fcHJ5
1QJvVs+xYxt06vZl8qV9qloQ6AkSzqSokn+2HrfJaHZjMIcDE1kShbNEm1KntVad
X4EKyNV1lNW8fyqNNVoGHX596t3wOcIar27iepomNZ/l2FLxznT2ECdQO0OTMt9p
2kmSKquGTiPqYoJrGFhYYKFEYSQo1On8ogVoN6lf/JvFHkaJDf7U6yxd+zWVGoSe
/7do7cOSdt4PrT3zwQ8mB1ggriZ/ETuXcbHmpyerYnCLd3A8ZdduU5fGmDezTXTQ
9VO4xjhlPKlorD2SRUUyHWIgmT6XyOOvJHItEc1QovRng6zI0drmpFebmjz/Kv3a
NFm+4IHlVsWunodwcTeRcX5Q6x/KhJ1C2DQxk/2XGN3xC/ixoC7Jna7lFLq91iEB
Aah1pZ6HXEk99BwlsQsyHiUtmqRoZ+TZEITG1dVZoMxOfqypuqoEowvBPqRAZo/3
cm7LFV0IN/ayl7TUXTwokOWK/of5uLp81Btdy1Bz5adyEvapquek7Kc5gO4uP+Cv
SJIKPJz9u6PHGrcMjixWQab3IEZRO2z690RQRJ5+gvRtZffmEXlT/UbVMdj+iamK
uN6XiZD/KQ==
=AqGA
-----END PGP SIGNATURE-----