Newsgroup: it.comp.macintosh
Titolo: domanda ... quasi stupida

Ciao a tutti,
il quesito dell'oggetto è il seguente: posso, e se sì come, duplicare un 
cd audio (è per me, giuro!) senza usare un programma tipo Toast o senza 
dover passare per iTune (non vorrei riempire sempre l'hd e poi 
cestinare), ma solo con quello che passa il sistema, cioè le disc utility?
Uso iBook 12" 1.2ghz Panther
grazie ciao
Nicola

 wrote:

puoi usare itunes.
le importi come apple lossless o wav o quello che ti pare basta che non
sia aac o mp3 (senno` perdi di qualita`), ti crei la playlist con le
tracce, e poi masterizzi la playlist
-- 
@}-,---',-'----,-'-,-'--,-',---,'--'-,-',- Masque
`,


Ecco sì, questo mi era chiaro, forse non mi sono espresso bene: 
intendevo un metodo per non caricare l'hd di file.
Mi sa che non c'è verso vero?

Masque wrote:



 Mi sa che non c'č verso vero?
credo proprio di no... dato che usi un ibook e hai un solo lettore
ottico. devi per forza di cose farlo in due passi.
poi, puoi cancellare i filme importati, ma non credo che ci sia
alternativa al dover parcheggiare i file sull'hd temporaneamente.
se c'e`, fatemelo sapere :-)


snip
Per una copia diretta evitando di passare attraverso l'harddisk dovresti
quantomeno avere un lettore CD ed un masterizzatore, quindi qualcosa di
esterno da aggiungere al tuo ibook. Ad ogni modo in passato anche
disponendo di questi due apparecchi mi è stato sempre sconsigliato di fare
la copia diretta ma sempre di passare attraverso l'HD.
-- 
Uccidi l'insopportabile pulcino SWEETY per rispondermi.
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 > Mi sa che non c'è verso vero?
Non vedo il problema: 700Mb liberi dovrai pur averli, e se ci parcheggi
un CD audio il tempo per risalvarlo non credo ti possa crare un
problema. Non avendo due unità ottiche non vedo altra possibilità, anche
se un sw potrebbe farlo in modo più automatizzato, da qualche parte deve
pur mettere i dati.

 Non vedo il problema
Che come chiede lui è più comodo invece che dovere settare i parametri
ad itunes, fare l'import, masterizzare risettare itunes e cancellare le
tracce da itunes, con il rischio che se uno si sbaglia e invece di fare
alt-delete fa solo delete si intasa in breve il disco.
-- 
Odio gli indifferenti, perche` mi da noia il loro 
piagnisteo di eterni innocenti. [...]
Sono Partigiano. Percio` odio chi non parteggia.
Odio gli indifferenti. (Gramsci)

 alt-delete fa solo delete si intasa in breve il disco.
Beh, però non è mica necessario passare da iTunes...
AFAIK si possono copiare semplicemente i file AIFF su HD, inserire un CD 
vergine, e metterceli sopra
ciao

 vergine, e metterceli sopra
Cosě fai un disco HFS con degli AIFF dentro. Vallo a trovare un lettore
CD che te lo legge... ;-)
-- 
Ve lo meritate Gil Amelio!

 vergine, e metterceli sopra
Ecco... banale ed efficace.


 CD che te lo legge... ;-)
si, ma almeno l'import funziona :)


 CD che te lo legge... ;-)
Mah... potrei sbagliarmi, ma sono quasi sicuro di averlo fatto diverse 
volte in passato senza problemi... appena ho tempo ri-provo
ciao

 Nicola
Bhe! Che dire, grazie delle risposte. Sospettavo che non ci fosse altro 
da fare che scaricarsi Toast da un P2P ed usare sowftware non originale ;-)
Saluti
Nicola

 da fare che scaricarsi Toast da un P2P ed usare sowftware non originale ;-)
Premesso che a spiattellare in pubblico che stai per fare qualcosa di
illegale non e' che dimostri tanta arguzia, ti consiglio di provare
cdrecord (
http://www.mug.uniroma3.it
) che e' esattamente quello che fa
al caso tuo ed e' pure FLOSS (
http://it.wikipedia.org/wiki/FLOSS
)
EmJey
-- 
Non prendere la vita troppo sul serio... non ne uscirai mai vivo
http://www.joram.it/articoli/informatica/futuro.htm

 cdrecord 
Per curiosità, ma come funziona?!

 EmJey
No, ma ero ironico...c'era pure lo smile!
Comunque molte grazie per il link del mug, proprio interessante.
saluti
Nicola

 EmJey
Mi aggiungo al post di Aladino. Ho scaricato il fil cdrecord.zip e fatto 
l'installazione di CdRecord. Ma poi non trovo nessuan applicazione. 
Com'è sta faccenda? Dov'è che sbaglio?

 da fare che scaricarsi Toast da un P2P ed usare sowftware non originale ;-)
Si può anche comprarlo, oppure usare uno dei mille programmi per
masterizzare presenti su macupdate...


 Ma poi non trovo nessuan applicazione. 
Sono comandi da Terminale. Comunque se cerchi su VersionTracker troverai
diverse alternative gratuite a Toast.


 alt-delete fa solo delete si intasa in breve il disco.
Come, se fa solo delete, rimangono nell'hd.
Qui ho il sistem in ita e ho solo il Cancella dal menů Composizione. 
zmigol
-- 
http://www.nimer.it/nimer.asp?ar=320
 
http://tinyurl.com/bhgaq

 Qui ho il sistem in ita e ho solo il Cancella dal menů Composizione. 
delete č un tasto.


 
Aah ecco! Il fato è che non so un fico secco di Unix.
Grazie per il suggerimento

 
Non c'è dubbio.
Un esempio di programma per masterizzare? Ho visitato il sito...ma mi 
perdo un po' tra tutta quella roba! (Bello però!)
Saluti

 Per curiosità, ma come funziona?!
man cdrecord
e passa la paura :-)


 e passa la paura :-)
E' Mac OS X cavolo, non una distro di Linux. Masterizzare da linea di
comando è una bestemmia.


 e passa la paura :-)
nessuna paura, era una curiosità

 
Non è che sia faticoso (è quello che ho fatto infatti)...ma 
siccomecheso' niubbo e niubbo rimarrò per sempre :-), desideravo un 
sostegno sicuro da chi sapeva più di me!
E poi non si dice forse "il tempo è denaro"?
Saluti
Nicola

 No manual entry for cdrecord
Nella versione italiana che ho installato io c'e' questo:
PREMESSA
Questo piccolo documento può risultare un utile promemoria per chi non
usa di frequente 
cdrecord, ma vuol comunque sopravvivere senza l'uso di X. Spero possa
esservi di aiuto...
Have fun,
        AnDrEa
 
Email : AnDrEa#
slack.z00.it
INDICE
I  -> Premessa
II -> Cdrecord
        a->Riconoscimento Hardware
        b->Opzioni principali
        c->Esempi
III -> Ringrazimenti
I. PREMESSA
        Ho pensato di scrivere questo piccolo tutorial poiché ritengo
che sia utile
        saper utilizzare in maniera completa uno dei tool di base per la
masterizzazione,
        quale è cdrecord, che si può trovare in ogni sistema unix-like.
II. CDRECORD
        Come prima affermato il tool argomento del tutorial è cdrecord,
che essenzialmente
        permette la masterizzazione di tracce audio e/o dati. In questo
tutorial verrà 
        affrontata la sola scrittura dati.
 
        a. Riconoscimento Hardware
 
        Il primo passo essenzialmente consiste nell'identificazione
dell'hardware di cui 
        si dispone. Cdrecord comunica con i vari device secondo lo
standard SCSI, per 
        questo si aspetta di trovarsi di fronte periferiche che lavorano
attraverso questo 
        standard. Tale filosofia è ritentuta accettabile in primo luogo
poiché
        quella SCSI è una tecnologia molto diffusa ed è ritenuta da
tutti estremamente 
        veloce ed affidabile ed in secondo luogo poiché è sempre
possibile, di fronte a 
        tecnologie diverse come quella EIDE, poterla emulare mediante
appositi strumenti 
        software. Per effetturare il riconoscimento dei device è
sufficente digitare da 
        riga di comando
        $>cdrecord -scanbus
        con relativo output
        Cdrecord 1.11a24 (i686-pc-linux-gnu) Copyright (C) 1995-2002
Jörg Schilling
        Linux sg driver version: 3.1.24
        Using libscg version 'schily-0.6'
        scsibus0:
                0,0,0     0) *
                0,1,0     1) 'YAMAHA  ' 'CRW8824S        ' '1.00'
Removable CD-ROM
                0,2,0     2) *
                0,3,0     3) 'PLEXTOR ' 'CD-ROM PX-40TS  ' '1.04'
Removable CD-ROM
                0,4,0     4) *
                0,5,0     5) *
                0,6,0     6) *
                0,7,0     7) *
        Cerchiamo ora di interpretare tale output, cdrecord identifica
un device mediante
        la terna scsibus,target,lun. Partendo da questo possiamo capire
vari aspetti del 
        sistema hardware sul quale è stata effettuata la richiesta.
Nell'esempio visto sopra,
        siamo di fronte ad una macchina con un bus scsi, identificato
dall'intero 0, il 
        quale presenta lungo la sua catena due device: il primo nel
nostro caso è il 
        masterizzatore identificato dal target 1 e il secondo nel nostro
caso è un 
        lettore identificato dal target 3.
        E' anche possibile effettuare una masterizzazione mediante
l'utilizzo di device
        fisicamente presenti su un'altra macchina. Questo è possibile
secondo la sintassi
        "user@host:scsibus,target,lun".
 
        b. Opzioni principali
 
        -v : Aumenta il livello di informazione durante la
masterizzazione
        -V : Aumenta il livello di informazione durante la
masterizzazione rispetto ai 
             comandi SCSI
        -force : Forza il programma ad effettuare la masterizzazione
nonostante siano
                 stati riscontrati degli errori.
        -dummy : Effettua una simulazione prima della masterizzazione
vera e propria
        -multi : Permette di masterizzare cd multisessione. Questa
opzione dovra essere
                 attivata per la masterizzazione di ogni singola
sessione eccetto
                 l'ultima.
        -fix : Fissa il disco; si faccia attenzione che questa opzione
può risultare
               molto utile ogni qualvolta per un qualsiasi motivo una
precedente
               scrittura è stata effettuata senza il fissaggio del
disco.
        -nofix : Permette di non fissare il cd in seguito ad una
scrittura.
        -eject : Espelle il disco in seguito alla avvenuta
masterizzazione
        -speed=# : Setta la velocità di scrittura, questo deve essere un
valore intero
                   rappresentante un multiplo della velocita audio
(circa 150 Kb/s).
        -blank=type : Permette di cancellare un cd riscrivibile questo
può avvenire
                      secondo diverse modalità, queste possono essere
richieste digitando
                      $>cdrecord -blank=help
                      Blanking options:
                        all             blank the entire disk
                        disc            blank the entire disk
                        disk            blank the entire disk
                        fast            minimally blank the entire disk
(PMA, TOC, pregap)
                        minimal         minimally blank the entire disk
(PMA, TOC, pregap)
                        track           blank a track
                        unreserve       unreserve a track
                        trtail          blank a track tail
                        unclose         unclose last session
                        session         blank last session
                     Vediamo di spendere qualche parola per le due +
significative.
                     -all : Effettua la cancellazione dell'intero disco
                     -fast : Effettua la sola cancellazione del TOC
        -dev=scsibus,target,lun : Permette di identificare il
masterizzatore secondo la
                                  logica di identificazione dei device
prima presentata.
        -scanbus : Effettua una scansione su tutti i bus SCSI presenti
sulla macchina
        -overburn : Permette di scrivere più di quanto sia la dimensione
officiale del
                    cd , questo è possibile in quanto le dimensioni
effettivi dei vari
                    supporti CD è in realtà maggiore di quanto
dichiarato.
        -audio : Effettua la scrittura mediante il formato audio CD-DA.
        -data : Effettua la scrittura mediante il formato CD-ROM mode 1,
è il formato
                normalmente utilizzato per masterizzare file ISO-9660.
        -isosize : Permette di effettuare le copie "al volo",
direttamente facendo
                   riferimento ad una immagine ISO-9660.
 
        c. Esempi
 
        Questa credo sia la sezione di maggior interesse per cui
cercherò di essere il
        più chiaro e completo possibile.
 
        1) Masterizzazione di un'immagine 
 
                Questo esempio illustra come sia possibile masterizzare
un'immagine     
                precedentemente creata di nome 
image.cd
 . Supponiamo di
disporre di un
                masterizzatore SCSI individuato dalla terna 0,1,0.
                Per effettuare la scrittura dobbiamo quindi digitare
                $>cdrecord -v -dev=0,1,0 -speed=8 -data 
image.cd
 
        2) Masterizzazione di una albero di directory
 
                Supponiamo di voler effettuare uno store di alcune
directory di nostro
                interesse, è possibile fare ciò operando come segue: 
                - per prima cosa raccogliamo tutte le directory di
interesse sotto una
                  unica directory chiamata tree.
                - Creiamo un'immagine iso del contenuto della directory
mediante il 
                  comando mkisofs come segue
                  $>mkisofs -v -o 
tree_image.cd
 -R -V "VolumeCD"
-P"Produttore" \
                    -p "Autore" tree
                  dove :
                        -v : abilita la modilità verbose per ottenere
maggiori
                        informazioni
                        -o : permette di definire il nome dell'immagine
da creare
                        -a : per inserire tutti i file nell'immagine da
creare
                        -R : indica che verranno abilitate le Rock Ridge
Extensions, le
                        quali permettono di poter mantenere invariate
anche sul cd diverse
                        informazioni quali permessi, owner e group oltre
che i file lunghi 
                        e una maggiore profondità delle directory.
                - Effettuiamo la scrittura dell'immagine appena creata
come descritto al 
                  punto 1.
 
                N.B: Controllare l'opzione -a non la riconosce
 
        3) Masterizzazione di un cd tramite copia su disco rigido
 
                Questa è la classica situazione di fronte a cui ci si
trova ogni
                qualvolta si voglia masterizzare un cd ma si preferisce,
per ragioni di
                sicurezza, evitare la copia al volo. Supponiamo di avere
un lettore SCSI
                bufferizzato tramite il device /dev/scd1 si può allora
operare come segue:
                -In primus creiamo l'immagine su disco rigido come segue
                $>dd if=/dev/scd1 of=$HOME/
image.cd
                -Effettuiamo la scrittura come descritto al punto 1
 
        4) Masterizzazione di un cd "al volo"
 
                Quando si ha un sistema hardware affidabile si può anche
voler effettuare
                una copia al volo senza dover perdere tempo a passare
per il disco
                rigido; supponiamo di avere un lettore SCSI bufferizzato
dal device
                /dev/scd1 ed un masterizzatore SCSI identificato dalla
terna 0,1,0, sotto
                tali condizioni si può operare come segue:
                $>cdrecord -dev=0,1,0 -speed=8 -isosize /dev/scd1
 
        5) Masterizzazione tramite overbuffer
 
                Per effettuare una masterizzazione di una quantità di
dati maggiore di quanto
                normalmente supporto dal cd è possibile utilizzare
questa opzione. E' bene 
                però essere cosciente che ciò che si sta facendo è
scrivere oltre i limiti
                dettati dal produttore del supporto per cui non si ha
nessuna garanzia che 
                la copia possa andare a buon fine.
 
                $>cdrecord -v -dev=0,1,0 -overburn -speed=8 -eject -data
xxx.iso
III. Ringrazimenti
        Questo forse è il primo mio manuale in cui non so chi
ringraziare.... 
        Però so che la sezione ringrazimenti "fa fico" per cui ce l'ho
inserita cmq ;-P
        Sostanzialmente...ringrazio chi ha fatto le man pages e tutti
coloro che avranno 
        la buona volontà di scrivermi per suggerimenti, errata-corrige o
eventuali ampliamenti.


 No manual entry for cdrecord
Questo il man ufficiale:
NAME 
cdrecord - record audio or data Compact Discs from a master
SYNOPSIS 
cdrecord [ general options ] dev=device [ track options ]
track1...trackn
DESCRIPTION 
Cdrecord is used to record data or audio Compact Discs on an Orange Book
CD-Recorder.
The device refers to scsibus/target/lun of the CD-Recorder.
Communication on SunOS is done with the SCSI general driver scg. Other
operating systems are using a library simulation of this driver.
Possible syntax is: dev= scsibus,target,lun or dev= target,lun. In the
latter case, the CD-Recorder has to be connected to the default SCSI bus
of the machine. Scsibus, target and lun are integer numbers. Some
operating systems or SCSI transport implementations may require to
specify a filename in addition. In this case the correct syntax for the
device is: dev= devicename:scsibus,target,lun or dev=
devicename:target,lun. If the name of the device node that has been
specified on such a system refers to exactly one SCSI device, a
shorthand in the form dev= devicename:@ or dev= devicename:@,lun may be
used instead of dev= devicename:scsibus,target,lun.
To access remote SCSI devices, you need to prepend the SCSI device name
by a remote device indicator. The remote device indicator is either
REMOTE:user@host: or .BIREMOTE:host: A valid remote SCSI device name may
be: REMOTE:user@host: to allow remote SCSI bus scanning or
REMOTE:user@host:1,0,0 to access the SCSI device at host connected to
SCSI bus # 1,target 0 lun 0.
To make cdrecord portable to all UNIX platforms, the syntax dev=
devicename:scsibus,target,lun is preferred as is hides OS specific
knowledge about device names from the user. A specific OS must not
necessarily support a way to specify a real device file name nor a way
to specify scsibus,target,lun.
Scsibus 0 is the default SCSI bus on the machine. Watch the boot
messages for more information or look into /var/adm/messages for more
information about the SCSI configuration of your machine. If you have
problems to figure out what values for scsibus,target,lun should be
used, try the -scanbus option of cdrecord described below.
If a file /etc/cdrecord.conf exists, the parameter to the dev= option
may also be a drive name label in said file (see FILES section).
On SVr4 compliant systems, cdrecord uses the the real time class to get
the highest scheduling priority that is possible (higher than all kernel
processes). On systems with POSIX real time scheduling cdrecord uses
real time scheduling too, but may not be able to gain a priority that is
higher than all kernel processes.
In Track At Once mode, each track corresponds to a single file that
contains the prepared data for that track. If the argument is `-',
standard input is used for that track. Only one track may be taken from
stdin.
GENERAL OPTIONS 
General options must be before any track file name or track option.
-version
Print version information and exit.
-v
Increment the level of general verbosity by one. This is used e.g. to
display the progress of the writing process.
-V
Increment the verbose level in respect of SCSI command transport by one.
This helps to debug problems during the writing process, that occur in
the CD-Recorder. If you get incomprehensible error messages you should
use this flag to get more detailed output. -VV will show data buffer
content in addition. Using -V or -VV slows down the process and may be
the reason for a buffer underrun.
debug=#, -d
Set the misc debug value to # (with debug=#) or increment the misc debug
level by one (with -d). If you specify -dd, this equals to debug=2. This
may help to find problems while opening a driver for libscg as well as
with sector sizes and sector types. Using -debug slows down the process
and may be the reason for a buffer underrun.
kdebug=#, kd=#
Tell the scg-driver to modify the kernel debug value while SCSI commands
are running.
-silent, -s
Do not print out a status report for failed SCSI commands.
-force
Force to continue on some errors. This option currently implements some
tricks that will allow you to blank bad CD-RW disks.
-dummy
The CD-Recorder will go through all steps of the recording process, but
the laser is turned off during this procedure. It is recommended to run
several tests before actually writing to a Compact Disk, if the timing
and load response of the system is not known.
-dao
Set Disk At Once mode. This currently only works with MMC drives that
support non raw Session At Once mode.
-multi
Allow multi session CD's to be made. This flag needs to be present on
all sessions of a multi session disk, except you want to create a
session that will be the last session on the media. The fixation will be
done in a way that allows the CD-Recorder to append additional sessions
later. This is done by generation a TOC with a link to the next program
area. The so generated media is not 100% compatible to manufactured CD's
(except for CDplus). Use only for recording of multi session CD's. If
this option is present, the default track type is CD-ROM XA mode 2. The
Sony drives have no hardware support for CD-ROM XA mode 2. You have to
specify the -data option in order to create multi session disks on these
drives. As long as cdrecord does not have a coder for converting data
sectors to audio sectors, you need to force CD-ROM sectors by including
the -data option if you like to record a multisession disk in DAO/SAO
mode. Not all drives allow multisession CD's in DAO/SAO mode.
-msinfo
Retrieve multi session info in a form suitable for mkisofs-1.10 or
later.
This option makes only sense with a CD that contains at least one closed
session and is appendable (not finally closed yet). Some drives create
error messages if you try to get the multi session info for a disk that
is not suitable for this operation.
-toc
Retrieve and print out the table of content or PMA of a CD. With this
option, cdrecord will work with CD-R drives and with CD-ROM drives.
-atip
Retrieve and print out the ATIP (absolute Time in Pregroove) info of a
CD recordable or CD rewritable media. With this option, cdrecord will
try to retrieve the ATIP info. If the actual drive does not support to
read the ATIP info, it may be that only a reduced set of information
records or even nothing is displayed. Only a limited number of MMC
compliant drives support to read the ATIP info.
If cdrecord is able to retrieve the lead-in start time for the first
session, it will try to decode and print the manufacturer info from the
media.
-fix
The disk will only be fixated (i.e. a TOC for a CD-Reader will be
written). This may be used, if for some reason the disk has been written
but not fixated. This option currently does not work with old TEAC
drives (CD-R50S and CD-R55S).
-nofix
Do not fixate the disk after writing the tracks. This may be used to
create an audio disk in steps. An un-fixated disk can usually not be
used on a non CD-writer type drive but there are audio CD players that
will be able to play such a disk.
-waiti
Wait for input to become available on standard input before trying to
open the SCSI driver. This allows cdrecord to read it's input from a
pipe even when writing additional sessions to a multi session disk. When
writing another session to a multi session disk, mkisofs needs to read
the old session from the device before writing output. This cannot be
done if cdrecord opens the SCSI driver at the same time.
-load
Load the media and exit. This only works with a tray loading mechanism
but seems to be useful when using the Kodak disk transporter.
-eject
Eject disk after doing the work. Some Devices (e.g. Philips) need to
eject the medium before creating a new disk. Doing a -dummy test and
immediately creating a real disk would not work on these devices.
speed=#
Set the speed factor of the writing process to #. # is an integer,
representing a multiple of the audio speed. This is about 150 KB/s for
CD-ROM and about 172 KB/s for CD-Audio. If no speed option is present,
cdrecord will try to get the speed value from the CDR_SPEED environment.
If your drive has problems with speed=2 or speed=4, you should try
speed=0.
blank=type
Blank a CD-RW and exit or blank a CD-RW before writing. The blanking
type may be one of:
help
Display a list of possible blanking types.
all
Blank the entire disk. This may take a long time.
fast
Minimally blank the disk. This results in erasing the PMA, the TOC and
the pregap.
track
Blank a track.
unreserve
Unreserve a reserved track.
trtail
Blank the tail of a track.
unclose
Unclose last session.
session
Blank the last session.
If used together with the -force flag, this option may be used to blank
CD-RW disks that otherwise cannot be blanked. Note that you may need to
specify blank=all because some drives will not continue with certain
types of bad CD-RW disks. Note also that cdecord does it's best if the
-force flag is used but it finally depends on the drive's firmware
whether the blanking operation will succeed or not.
fs=#
Set the fifo (ring buffer) size to #. You may use the same method as in
dd(1), sdd(1) or star(1). The number representing the size is taken in
bytes unless otherwise specified. If a number is followed directly by
the letter `b', `k', `m', `s' of `f', the size is multiplied by 512,
1024, 1024*1024, 2048 or 2352. If the size consists of numbers separated
by `x' or `*', multiplication of the two numbers is performed. Thus
fs=10x63k will specify a fifo size of 630 kBytes.
The size specified by the fs= argument includes the shared memory that
is needed for administration. This is at least one page of memory. If no
fs= option is present, cdrecord will try to get the fifo size value from
the CDR_FIFOSIZE environment. The default fifo size is currently 4 MB.
The fifo is used to increase buffering for the real time writing
process. It allows to run a pipe from mkisofs directly into cdrecord. If
the fifo is active and a pipe from mkisofs into cdrecord is used to
create a CD, cdrecord will abort prior to do any modifications on the
disk if mkisofs dies before it starts writing. The recommended fifo size
is between 4 and 32 MBytes. As a rule of thumb, the fifo size should be
at least equal to the size of the internal buffer of the CD-Recorder and
no more than half of the physical amount of RAM available in the
machine. If the fifo size is big enough, the fifo statistics will print
a fifo empty count of zero and the fifo min fill is not below 20%. It is
not wise to use too much space for the fifo. If you need more than 8 MB
to write a CD on an idle machine, your machine is either underpowered,
has hardware problems or is mis-configured. The sun4c architecture (e.g.
a Sparcstation-2) has only MMU page table entries for 16 MBytes per
process. Using more than 14 MBytes for the fifo may cause the operating
system in this case to spend much time to constantly reload the MMU
tables. Newer machines from Sun do not have this MMU hardware problem. I
have no information on PC-hardware reflecting this problem.
If you have buffer underruns or similar problems and observe a zero fifo
empty count, you have hardware problems. The fifo size in this case is
sufficient.
dev=target
Sets the SCSI target for the CD-Recorder, see notes above. A typical
device specification is dev=6,0 . If a filename must be provided
together with the numerical target specification, the filename is
implementation specific. The correct filename in this case can be found
in the system specific manuals of the target operating system. On a
FreeBSD system without CAM support, you need to use the control device
(e.g. /dev/rcd0.ctl). A correct device specification in this case may be
dev=/dev/rcd0.ctl:@ .
On Linux, drives connected to a parallel port adapter are mapped to a
virtual SCSI bus. Different adapters are mapped to different targets on
this virtual SCSI bus.
If no dev option is present, cdrecord will try to get the device from
the CDR_DEVICE environment.
If the argument to the dev= option does not contain the characters ',',
'/', '@' or ':', it is interpreted as an label name that may be found in
the file /etc/cdrecord.conf (see FILES section).
timeout=#
Set the default SCSI command timeout value to # seconds. The default
SCSI command timeout is the minimum timeout used for sending SCSI
commands. If a SCSI command fails due to a timeout, you may try to raise
the default SCSI command timeout above the timeout value of the failed
command. If the command runs correctly with a raised command timeout,
please report the better timeout value and the corresponding command to
the author of the program. If no timeout option is present, a default
timeout of 40 seconds is used.
driver=name
Allows to use a user supplied driver name for the device. To get a list
of possible drivers use driver=help. The reason for the existence of
this option is to allow users to use cdrecord with drives that are
similar to supported drives but not known directly by cdrecord. Use this
option with extreme care. If a wrong driver is used for a device, the
possibility of creating corrupted disks is high. The minimum problem
related to a wrong driver is that the -speed or -dummy will not work.
There are two special driver entries in the list: cdr_simul and
dvd_simul. These driver entries are designed to make timing tests at any
speed or timing tests for drives that do not support the -dummy option.
The simulation drivers implement a drive with a buffer size of 1MB that
can be changed via the CDR_SIMUL_BUFSIZE environment variable. The
simulation driver correctly simulates even a buffer underrun condition.
If the -dummy option is present, the simulation is not aborted in case
of a buffer underrun.
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 only the burnproof option is
implemented to support Buffer Underrun Proof writing with drives that
use the Sanyo BURN-Proof technology.
-checkdrive
Checks if a driver for the current drive is present and exit. If the
drive is a known drive, cdrecord uses exit code 0.
-prcap
Print the drive capabilities for SCSI-3/mmc compliant drives as obtained
from mode page 0x2A. Values marked with kB use 1000 bytes as kilo-byte,
values marked with KB use 1024 bytes as Kilo-byte.
-inq
Do an inquiry for the drive, print the inquiry info and exit.
-scanbus
Scan all SCSI devices on all SCSI busses and print the inquiry strings.
This option may be used to find SCSI address of the CD-Recorder on a
system. The numbers printed out as labels are computed by: bus * 100 +
target
-reset
Try to reset the SCSI bus where the CD recorder is located. This works
not on all operating systems.
-ignsize
Ignore the known size of the medium. This options should be used with
extreme care, it exists only for debugging purposes don't use it for
other reasons. It is not needed to write disks with more than the
nominal capacity.
-useinfo
Use *.inf files to overwrite audio options. If this option is used, the
pregap size information is read from the *.inf file that is associated
with the file that contains the audio data for a track.
defpregap=#
Set the default pre-gap size for all tracks except track number 1. This
option currently only makes sense with the TEAC drive when creating
track-at-once disks without the 2 second silence before each track. This
option may go away in future.
-packet
Set Packet writing mode. This is an experimental interface.
pktsize=#
Set the paket size to #, forces fixed packet mode. This is an
experimental interface.
-noclose
Do not close the current track, useful only when in packet writing mode.
This is an experimental interface.
mcn=med_cat_nr
Set the Media Catalog Number of the CD to med_cat_nr.
TRACK OPTIONS 
Track options may be mixed with track file names.
isrc=ISRC_number
Set the International Standard Recording Number for the next track to
ISRC_number.
index=list
Sets an index list for the next track. In index list is a comma
separated list of numbers that are counting from index 1. The first
entry in this list must contain a 0, the following numbers must be an
ascending list of numbers (counting in 1/75 seconds) that represent the
start of the indices. An index list in the form: 0,7500,15000 sets index
1 to the start of the track, index 2 100 seconds from the start of the
track and index 3 200 seconds from the start of the track.
-audio
If this flag is present, all subsequent tracks are written in CD-DA
(similar to Red Book) audio format. The file with data for this tracks
should contain stereo, 16-bit digital audio with 44100 samples/s. The
byte order should be the following: MSB left, LSB left, MSB right, LSB
right, MSB left and so on. The track should be a multiple of 2352 bytes.
It is not possible to put the master image of an audio track on a raw
disk because data will be read in multiple of 2352 bytes during the
recording process.
If a filename ends in .au or .wav the file is considered to be a
structured audio data file. Cdrecord assumes that the file in this case
is a Sun audio file or a Microsoft .WAV file and extracts the audio data
from the files by skipping over the non-audio header information. In all
other cases, cdrecord will only work correctly if the audio data stream
does not have any header. Because many structured audio files do not
have an integral number of blocks (1/75th second) in length, it is often
necessary to specify the -pad option as well. cdrecord recognizes that
audio data in a .WAV file is stored in Intel (little-endian) byte order,
and will automatically byte-swap the data if the CD recorder requires
big-endian data. Cdrecord will reject any audio file that does not match
the Red Book requirements of 16-bit stereo samples in PCM coding at
44100 samples/second.
Using other structured audio data formats as input to cdrecord will
usually work if the structure of the data is the structure described
above (raw pcm data in big-endian byte order). However, if the data
format includes a header, you will hear a click at the start of a track.
If neither -data nor -audio have been specified, cdrecord defaults to
-audio for all filenames that end in .au or .wav and to -data for all
other files.
-swab
If this flag is present, audio data is assumed to be in byte-swapped
(little-endian) order. Some types of CD-Writers e.g. Yamaha, Sony and
the new SCSI-3/mmc drives require audio data to be presented in
little-endian order, while other writers require audio data to be
presented in the big-endian (network) byte order normally used by the
SCSI protocol. Cdrecord knows if a CD-Recorder needs audio data in big-
or little-endian order, and corrects the byte order of the data stream
to match the needs of the recorder. You only need the -swab flag if your
data stream is in Intel (little-endian) byte order.
Note that the verbose output of cdrecord will show you if swapping is
necessary to make the byte order of the input data fit the required byte
order of the recorder. Cdrecord will not show you if the -swab flag was
actually present for a track.
-data
If this flag is present, all subsequent tracks are written in CD-ROM
mode 1 (Yellow Book) format. The data is a multiple of 2048 bytes. The
file with track data should contain an ISO-9660 or Rock Ridge filesystem
image (see mkisofs for more details). If the track data is an ufs
filesystem image, fragment size should be set to 2 KB or more to allow
CR-drives with 2 KB sector size to to be used for reading.
-data is the default, if no other flag is present.
If neither -data nor -audio have been specified, cdrecord defaults to
-audio for all filenames that end in .au or .wav and to -data for all
other files.
-mode2
If this flag is present, all subsequent tracks are written in CD-ROM
mode 2 format. The data is a multiple of 2048 bytes.
-xa1
If this flag is present, all subsequent tracks are written in CD-ROM XA
mode 1 format. The data is a multiple of 2048 bytes.
-xa2
If this flag is present, all subsequent tracks are written in CD-ROM XA
mode 2 format. The data is a multiple of 2048 bytes.
-cdi
If this flag is present, all subsequent tracks are written in CDI
format. The data is a multiple of 2048 bytes.
-isosize
Use the ISO-9660 file system size as the size of the next track. This
option is needed if you want to read the image of a track from a raw
disk partition or on a master CD. In the first case the option -isosize
is needed to limit the size of the CD to the size of the ISO filesystem.
In the second case the option -isosize is needed to prevent cdrecord
from reading the two run out blocks that are appended by each
CD-recorder in track at once mode. These two run out blocks cannot be
read and would cause a buffer under run that would cause a defective
copy. Do not use this option if cdrecord reads the track data from
stdin. This option currently cannot be used to determine the size of a
file system if the multi session option is present.
-pad
If the track is a data track, 15 sectors of zeroed data will be added to
the end of this and each subsequent data track. In this case, the -pad
option is superseded by the padsize= option. It will remain however as a
shorthand for padsize=15s. If the -pad option refers to an audio track,
cdrecord will pad the audio data to be a multiple of 2352 bytes. The
audio data padding is done with binary zeroes which is equal to absolute
silence.
-pad remains valid until disabled by -nopad.
padsize=#
Set the amount of data to be appended as padding to the next track to #.
Opposed to the behavior of the -pad option, the value for padsize= is
reset to zero for each new track. See fs= option for possible arguments.
Use this option if your CD-drive is not able to read the last sectors of
a track or if you want to be able to read the CD on a Linux system with
the ISO-9660 filesystem read ahead bug. If an empty file is used for
track data, this option may be used to create a disk that is entirely
made of padding.
-nopad
Do not pad the following tracks - the default.
-shorttrack
Allow all subsequent tracks to violate the Read Book track length
standard which requires a minimum track length of 4 seconds. This option
is only useful when used in DAO mode. Not all drives support this
feature. The drive must be accept the resulting CUE sheet.
-noshorttrack
Re-enforce the Red Book track length standard. Tracks must be at least 4
seconds.
pregap=#
Set the pre-gap size for the next track. This option currently only
makes sense with the TEAC drive when creating track-at-once disks
without the 2 second silence before each track. This option may go away
in future.
-preemp
If this flag is present, all TOC entries for subsequent audio tracks
will indicate that the audio data has been sampled with 50/15 盜ec
preemphasis. The data, however is not modified during the process of
transferring from file to disk. This option has no effect on data
tracks.
-nopreemp
If this flag is present, all TOC entries for subsequent audio tracks
will indicate that the audio data has been mastered with linear data -
this is the default.
tsize=#
If the master image for the next track has been stored on a raw disk,
use this option to specify the valid amount of data on this disk. If the
image of the next track is stored in a regular file, the size of that
file is taken to determine the length of this track. If the track
contains an ISO 9660 filesystem image use the -isosize option to
determine the length of that filesystem image. In Disk at Once mode and
with some drives that use the TEAC programming interface, even in Track
at Once mode, cdrecord needs to know the size of each track before
starting to write the disk. Cdrecord now checks this and aborts before
starting to write. If this happens you will need to run mkisofs
-print-size before and use the output as an argument to the tsize=
option of cdrecord. See fs= option for possible arguments.
EXAMPLES 
For all examples below, it will be assumed that the CD-Recorder is
connected to the primary SCSI bus of the machine. The SCSI target id is
set to 2.
To record a pure CD-ROM at double speed, using data from the file
cdimage.raw:
   cdrecord -v speed=2 dev=2,0 cdimage.raw
To create an image for a ISO 9660 filesystem with Rock Ridge extensions:
   mkisofs -R -o cdimage.raw /home/joerg/master/tree
To check the resulting file before writing to CD on Solaris:
   mount -r -F fbk -o type=hsfs /dev/fbk0:cdimage.raw /mnt
On Linux:
   mount cdimage.raw -r -t iso9660 -o loop /mnt
Go on with:    ls -lR /mnt    umount /mnt
If the overall speed of the system is sufficient and the structure of
the filesystem is not too complex, cdrecord will run without creating an
image of the ISO 9660 filesystem. Simply run the pipeline:
   mkisofs -R /master/tree | cdrecord -v fs=6m speed=2 dev=2,0 -
The recommended minimum fifo size for running this pipeline is 4 MBytes.
As the default fifo size is 4 MB, the fs= option needs only be present
if you want to use a different fifo size. If your system is loaded, you
should run mkisofs in the real time class too. To raise the priority of
mkisofs replace the command
   mkisofs -R /master/tree by
   priocntl -e -c RT -p 59 mkisofs -R /master/tree
on Solaris and by
   nice --18 mkisofs -R /master/tree
on systems that don't have UNIX International compliant realtime
scheduling.
Cdrecord runs at priority 59 on Solaris, you should run mkisofs at no
more than priority 58. On other systems, you should run mkisofs at no
less than nice --18.
Creating a CD-ROM without file system image on disk has been tested on a
Sparcstation-2 with a Yamaha CDR-400. It did work up to quad speed when
the machine was not loaded. A faster machine may be able to handle quad
speed also in the loaded case.
To record a pure CD-DA (audio) at single speed, with each track
contained in a file named track01.cdaudio, track02.cdaudio, etc:
   cdrecord -v speed=1 dev=2,0 -audio track*.cdaudio
To check if it will be ok to use double speed for the example above. Use
the dummy write option:
   cdrecord -v -dummy speed=2 dev=2,0 -audio track*.cdaudio
To record a mixed-mode CD with an ISO 9660 filesystem from cdimage.raw
on the first track, the other tracks being audio tracks from the files
track01.cdaudio, track02.cdaudio, etc:
   cdrecord -v -dummy dev=2,0 cdimage.raw -audio track*.cdaudio
To handle drives that need to know the size of a track before starting
to write, first run
   mkisofs -R -q -print-size /master/tree
and then run
   mkisofs -R /master/tree | cdrecord speed=2 dev=2,0 tsize=XXXs -
where XXX is replaced by the output of the previous run of mkisofs.
To copy an audio CD in the most accurate way, first run
   cdda2wav -v255 -D2,0 -B -Owav
and then run
   cdrecord -v dev=2,0 -dao -useinfo  *.wav
ENVIRONMENT 
CDR_DEVICE
This may either hold a device identifier that is suitable to the open
call of the SCSI transport library or a label in the file
/etc/cdrecord.conf.
CDR_SPEED
Sets the default speed value for writing (see also -speed option).
CDR_FIFOSIZE
Sets the default size of the FIFO (see also fs=# option).
FILES 
/etc/cdrecord.conf
Default values can be set for the following options in
/etc/cdrecord.conf. For example: CDR_FIFOSIZE=8m or CDR_SPEED=2
CDR_DEVICE
This may either hold a device identifier that is suitable to the open
call of the SCSI transport library or a label in the file
/etc/cdrecord.conf that allows to identify a specific drive on the
system.
CDR_SPEED
Sets the default speed value for writing (see also -speed option).
CDR_FIFOSIZE
Sets the default size of the FIFO (see also fs=# option).
Any other label
is an identifier for a specific drive on the system. Such an identifier
may not contain the characters ',', '/', '@' or ':'.
Each line that follows a label contains a TAB separated list of items.
Currently, three items are recognized: the SCSI ID of the drive, the
default speed that should be used for this drive and the default FIFO
size that should be used for this drive. The values for speed and
fifosize may be set to -1 to tell cdrecord to use the global defaults. A
typical line may look this way:
teac1= 0,5,0   4       8m
yamaha= 1,6,0  -1      -1
This tells cdrecord that a drive named teac1 is at scsibus 0, target 5,
lun 0 and should be used with speed 4 and a FIFO size of 8 MB. A second
drive may be found at scsibus 1, target 6, lun 0 and uses the default
speed and the default FIFO size.
SEE ALSO 
cdda2wav(1), readcd(1), scg(7), fbk(7), mkisofs(8).
NOTES 
On Solaris you need to stop the volume management if you like to use the
USCSI fallback SCSI transport code. Even things like cdrecord -scanbus
will not work if the volume management is running.
Disks made in Track At Once mode are not suitable as a master for direct
mass production by CD manufacturers. You will need the disk at once
option to record such disks. Nevertheless the disks made in Track At
Once will normally be read in all CD players. Some old audio CD players
however may produce a two second click between two audio tracks.
The minimal size of a track is 4 seconds or 300 sectors. If you write
smaller tracks, the CD-Recorder will add dummy blocks. This is not an
error, even though the SCSI-error message looks this way.
Cdrecord has been tested on an upgraded Philips CDD-521 recorder at
single and double speed on a SparcStation 20/502 with no problems,
slower computer systems should work also. The newer
Philips/HP/Plasmon/Grundig drives as well as Yamaha CDR-100 and CDR-102
work also. The Plasmon RF-4100 work, but has not tested in multi
session. A Philips CDD-521 that has not been upgraded will not work. The
Sony CDU-924 has been tested, but does not support XA-mode2 in hardware.
The sony therefore cannot create conforming multi session disks. The
Ricoh RO-1420C works, but some people seem to have problems to use them
with speed=2, try speed=0 in this case.
The Yamaha CDR-400 and all new SCSI-3/mmc conforming drives are
supported in single and multi-session.
You should run several tests in all supported speeds of your drive with
the -dummy option turned on if you are using cdrecord on an unknown
system. Writing a CD is a realtime process. NFS will not always deliver
constantly the needed data rates. If you want to use cdrecord with
CD-images that are located on a NFS mounted filesystem, be sure that the
fifo size is big enough. I used cdrecord with with medium load on a
SS20/502 and even at quad speed on a Sparcstation-2 which was heavily
loaded, but it is recommended to leave the system as lightly loaded as
possible while writing a CD. If you want to make sure that buffer
underrungs are not caused by your source disk, you may use the command
cdrecord -dummy dev=2,0 padsize=600m /dev/null
to create a disk that is entirely made of dummy data. Cdrecord needs to
run as root to get access to the /dev/scg? device nodes and to be able
to lock itself into memory.
If you don't want to allow users to become root on your system, cdrecord
may safely be installed suid root. This allows all users or a group of
users with no root privileges to use cdrecord. Cdrecord in this case
checks, if the real user would have been able to read the specified
files. To give all user access to use cdrecord, enter:
       chown root /usr/local/bin/cdrecord        chmod 4711
/usr/local/bin/cdrecord
To give a restricted group of users access to cdrecord enter:
       chown root /usr/local/bin/cdrecord        chgrp cdburners
/usr/local/bin/cdrecord        chmod 4710 /usr/local/bin/cdrecord
and add a group cdburners on your system.
Never give write permissions for non root users to the /dev/scg? devices
unless you would allow anybody to read/write/format all your disks.
You should not connect old drives that do not support
disconnect/reconnect to either the SCSI bus that is connected to the
CD-Recorder or the source disk.
A Compact Disc can have no more than 99 tracks.
When creating a disc with both audio and data tracks, the data should be
on track 1 otherwise you should create a CDplus disk which is a multi
session disk with the first session containing the audio tracks and the
following session containing the data track.
Many operating systems are not able to read more than a single data
track, or need special software to do so.
More information on the SCSI command set of a HP CD-Recorder can be
found at:
 
http://www.hp.com/isgsupport/cdr/index.html
If you have more information or SCSI command manuals for currently
unsupported CD-Recorders please contact the author.
The Philips CDD 521 CD-Recorder (even in the upgraded version) has
several firmware bugs. Some of them will force you to power cycle the
device or to reboot the machine.
When using cdrecord with the broken Linux SCSI generic driver. You
should note that cdrecord uses a hack, that tries to emulate the
functionality of the scg driver. Unfortunately, the sg driver on Linux
has several severe bugs:
*
It cannot see if a SCSI command could not be sent at all.
*
It cannot get the SCSI status byte. Cdrecord for that reason cannot
report failing SCSI commands in some situations.
*
It cannot get real DMA count of transfer. Cdrecord cannot tell you if
there is an DMA residual count.
*
It cannot get number of bytes valid in auto sense data. Cdrecord cannot
tell you if device transfers no sense data at all.
*
It fetches to few data in auto request sense (CCS/SCSI-2/SCSI-3 needs >=
18).
The fifo percent output is computed just after a block of data has been
written to the CD-Recorder. For this reason, there will never be 100%
fifo fill, while the fifo is in streaming mode.
DIAGNOSTICS 
You have 9 seconds to type ^C to abort cdrecord after you see the
message:
Starting to write CD at speed %d in %s mode for %s session.
A typical error message for a SCSI command looks like:
cdrecord: I/O error. test unit ready: scsi sendcmd: no error
CDB:  00 20 00 00 00 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 70 00 05 00 00 00 00 0A 00 00 00 00 25 00 00 00 00 00
Sense Key: 0x5 Illegal Request, Segment 0
Sense Code: 0x25 Qual 0x00 (logical unit not supported) Fru 0x0
Sense flags: Blk 0 (not valid)
cmd finished after 0.002s timeout 40s
The first line gives information about the transport of the command. The
text after the first colon gives the error text for the system call from
the view of the kernel. It usually is: I/O error unless other problems
happen. The next words contain a short description for the SCSI command
that fails. The rest of the line tells you if there were any problems
for the transport of the command over the SCSI bus. fatal error means
that it was not possible to transport the command (i.e. no device
present at the requested SCSI address).
The second line prints the SCSI command descriptor block for the failed
command.
The third line gives information on the SCSI status code returned by the
command, if the transport of the command succeeds. This is error
information from the SCSI device.
The fourth line is a hex dump of the auto request sense information for
the command.
The fifth line is the error text for the sense key if available,
followed by the segment number that is only valid if the command was a
copy command. If the error message is not directly related to the
current command, the text deferred error is appended.
The sixth line is the error text for the sense code and the sense
qualifier if available. If the type of the device is known, the sense
data is decoded from tables in scsierrs.c . The text is followed by the
error value for a field replaceable unit.
The seventh line prints the block number that is related to the failed
command and text for several error flags. The block number may not be
valid.
The eight line reports the timeout set up for this commans and the time
that the command realy needed to be finished.
The following message is not an error:
Track 01: Total bytes read/written: 2048/2048 (1 sectors).
cdrecord: I/O error. flush cache: scsi sendcmd: no error
CDB:  35 00 00 00 00 00 00 00 00 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: F0 00 05 80 00 00 27 0A 00 00 00 00 B5 00 00 00 00 00
Sense Key: 0x5 Illegal Request, Segment 0
Sense Code: 0xB5 Qual 0x00 (dummy data blocks added) Fru 0x0
Sense flags: Blk -
2147483609
 (valid)
cmd finished after 0.002s timeout 40s
It simply notifies, that a track that is smaller than the minimum size
has been expanded to 300 sectors.
BUGS 
Cdrecord has even more options than ls.
Cdrecord currently only warns if the input data will not fit on the
disk. If you don't abort the command you will get unpredictable results.
There should be an option to write index numbers for audio tracks.
There should be a recover option to make disks usable, that have been
written during a power failure.
CREDITS 
Bill Swartz    (
Bill_...@twolf.com
)
For helping me with the TEAC driver support
Aaron Newsome   (
aaron.d...@wdc.com
)
For letting me develop Sony support on his drive
Eric Youngdale  (
er...@andante.jic.com
)
For supplying mkisofs
Gadi Oxman      ( 
ga...@netvision.net.il
)
For tips on the ATAPI standard
Finn Arne Gangstad      (
fin...@guardian.no
)
For the first FIFO implementation.
Dave Platt      ( 
dpl...@feghoot.ml.org
)
For creating the experimental packet writing support, the first
implementation of CD-RW blanking support, the first .wav file decoder
and many nice discussions on cdrecord.
Chris P. Ross (
cr...@eng.us.uu.net
)
For the first implementation os a BSDI SCSI rtansport.
Grant R. Guenther (
gr...@torque.net
)
For creating the first parallel port transport implementation for Linux.
Kenneth D. Merry (
k...@kdm.org
)
for providing the CAM port for FreeBSD together with Michael Smith
(
msm...@freebsd.org
)
MAILING LISTS 
If you want to actively take part on the development of cdrecord, you
may join the cdwriting mailing list by sending mail to:
 
other-cdwr...@lists.debian.org
and include the word subscribe in the body. The mail address of the list
is:
 
other-...@lists.debian.org
AUTHOR
Joerg Schilling
Seestr. 110
D-13353 Berlin
Germany
Additional information can be found on:
http://www.fokus.gmd.de/usr/schilling/cdrecord.html
If you have support questions, send them to:
cdrecord...@berlios.de
 or 
other-...@lists.debian.org
Of you definitly found a bug, send a mail to:
cdrecord-...@berlios.de
 or 
schi...@fokus.gmd.de
To subscribe, use:
http://lists.berlios.de/mailman/listinfo/cdrecord-developers
 or
http://lists.berlios.de/mailman/listinfo/cdrecord-support
REFERENCED BY 
cdrdao(1), xcdroast(1)


 Questo il man ufficiale:
tutto sto delirio per masterizzare un cd audio? :D
-- 
.zen livello 1   

 E poi non si dice forse "il tempo è denaro"?
Esatto. E il mio vale almeno quanto il tuo. Ergo se vuoi che spenda del
tempo per te, visto l'arroganza dell'ultima frase, devi *pagarmi* come
minimo.
Poi posso fare quello che vuoi, darti il nome di un programma, farti
delle recensioni, scrivere io il programma.


 tutto sto delirio per masterizzare un cd audio? :D
in realtà basta una riga sola, che uno può anche mettere come alias.
Ad ogni modo ci sono tanti bei frontend che dentro usano cdrecord e
fuori ti danno i bottoni colorati.


 
No, alt, ferma tutto! Qua sono stato frainteso!
Non intendevo minimamente essere arrogante, dunque mi spiace aver dato 
l'impressione.
Siccome non conoscevo neppure il sito che mi è stato consigliato, mi 
sono chiesto se qualcuno semplicemente non avesse già qualche 
conoscenza riguardo all'oggetto di discussione.
In ogni caso non vorrei inimicarmi nessuno di questo newsgroup, che mi è 
stato veramente utile in certe occasioni.
Dunque amici come prima?
(com'è difficile a volte trasmettere un tono ironico amichevole per 
iscritto, 'stavolta proprio non mi è riuscito;-)
saluti
nicola

 No, alt, ferma tutto! Qua sono stato frainteso!
Ok. Nessun problema. Io Toast lo ho preso... all'epoca i programmini
"emuli" erano abbastanza indietro. Si parla di due anni fa, le cose
possono essere cambiate nel modo più radicale. Non saprei proprio come
darti un consiglio.
Devi leggere le recensioni online. Molti utenti commentano... scarichi i
programmini, li provi, leggi le recensioni e ti fai una tua idea.


 
grazie
alla prossima
ciao

 fuori ti danno i bottoni colorati.
allora evviva i bottoni colorati! :D
-- 
.zen non andare in sbattimento

 comando č una bestemmia.
Essi, certo, infatti scrivere:
"cdrecord -v -eject dev=0,0,0 quellochevuoi.iso" č lunggooooooo
Fai molto prima a:
-aprire un programma
-scegliere fra tutte le opzioni inutili del wizard
-trascinare e/o cercare l'iso
-dare il comando "masterizza"
-- 
Fede: Credere senza prove a ciň che viene detto da uno che parla senza 
cognizione di causa di cose senza paragone (Ambrose Bierce).

 -scegliere fra tutte le opzioni inutili del wizard
Quale wizard...? Questo è Mac OS, amico, non Windows... mela+d per
salvare il disco originale come immagine, un click per avviare la
masterizzazione.


 "cdrecord -v -eject dev=0,0,0 quellochevuoi.iso" è lunggooooooo
non che sia lungo... solo non ti puoi permettere di andare a tentoni e
provare. devi sapere quello che si stai facendo e prepararti all'idea
che potresti aver sbagliato qualcosa. quindi: ricontrollare, riprovare
ecc...
se non sai come fare, alla fine ci metti di piu` cosi` che non con "apri
un programma, sceglia fra tutte le opzioni, ecc" :-)
in sostanza, e` banale ma, per alcune cose e` meglio la gui, per altre
la cli ;-)
-- 
@}-,---',-'----,-'-,-'--,-',---,'--'-,-',- Masque
`,

 salvare il disco originale come immagine
ue ue! spetta che questa mi sembra una figatona!
quindi tu fai cosi`: monti un disco, selezioni il disco, fai mela-d e
lui ti fa l'immagine di quel disco?? dal finder???
...a dire il vero, ho provato e mi da errore... (Non posso completare
l'operazione perche` si e` verificato un errore inatteso. Codice errore
-8058).


 allora evviva i bottoni colorati! :D
Ma guarda che sono d'accordo anche io. L'unico cruccio è che nessuno si
sia sbattuto (a meno che non mi sia sfuggito) di fare un'interfaccia
davvero buona. Perchè sotto cdrecord funziona egregiamente...
Ma per usarlo appieno altro che una righettina che bisogna dargli.
Complessivamente apprezzo molto la strategia GUI + core separati (se
qualcuno capace si prende la briga di fare la GUI).
Quelli che sanno fare il core fanno quello che sanno fare meglio, quelli
che invece sanno fare un programma usabile, danno la GUI al core.


 lui ti fa l'immagine di quel disco?? dal finder???
No, con Toast.


 masterizzazione.
Gi, ma infatti io avendo già un ISO pronta, lo sai quanto c'ho messo per 
trovare (su Toast) l'opzione giusta (che tralaltro sta nel settore copia 
CD, una cosa mai vista)?
Avessi avuto cdrecord non avrei bruciato 2 cd e tempo prezioso
-- 
Fede: Credere senza prove a ciò che viene detto da uno che parla senza 


 la cli ;-)
Vero in parte, c'è anche da dire che per alcune persone è meglio la gui, 
per altre la cli ;-)
-- 
Fede: Credere senza prove a ciò che viene detto da uno che parla senza 


 Avessi avuto cdrecord non avrei bruciato 2 cd e tempo prezioso
Certo che sei in grossa crisi :))


 Avessi avuto cdrecord non avrei bruciato 2 cd e tempo prezioso
Ovviamente la prima volta che hai usato cdrecord non hai perso neanche
un secondo...


 un secondo...
Ho sprecato 20 secondi a leggermi le opzioni di man
E non ho bruciato nulla


 Certo che sei in grossa crisi :))
Io sono in grossa crisi, ma quelli di Toast che mettono la 
masterizazione di un'ISO sotto "Copia CD" non sono da meno :)


 No, con Toast.
azz... peccato... sarebbe stata una figatona :-)
-- 
@}-,---',-'----,-'-,-'--,-',---,'--'-,-',- Masque
`, NP: David Sylvian - Blemish

 per altre la cli ;-)
apperquello... c'e` anche a chi piace fare la parigi-dakkar camminando
sulle ginocchia :-P
ma la cruda verita` e` che per alcune cose e` piu` comodo un metodo,
mentre per altre un altro...
del tipo: se sono gia` nel terminale e devo editare un file di testo,
faccio prima a far partire 'vi' piuttosto che textedit o quello che pare
a te, ma se devo applicare dei filtri a delle immagini, ti pare che mi
debba mettere a smanazzare con le utiliti di imagemagik??


 Ingegnere informatico? Questo è MacOs non una distro unix. 
Eh... è un po' che cerco di farglielo capire...
Ma soprattutto MacOS non legge ext3. Gravissimo, direi. ROTFL.


 CD, una cosa mai vista)?
questo perchè sei abituato a fare le cose in modo complicato e quelle
semplici le scarti a priori ;)
ti sarebbe bastato trascinare l'immagine ISO sopra toast...anche nella
sezione DATA, si sarebbe autoimpostato sulla modalità Image File.
-- 
.zen easy baby

 ...scegliere fra tutte le opzioni inutili del wizard
"wizard"?
Ciao,
Paolo

 sezione DATA, si sarebbe autoimpostato sulla modalità Image File.
Buono a sapersi
-- 
L'importante, dico, l'importante
è non sbagliare mai CD
perchè un assolo di mandolino
può romperti i coglioni (Antonio Albanese)

 Eh... č un po' che cerco di farglielo capire...
E non ci sei ancora riuscito
-- 
L'importante, dico, l'importante
č non sbagliare mai CD
perchč un assolo di mandolino
puň romperti i coglioni (Antonio Albanese)

 debba mettere a smanazzare con le utiliti di imagemagik??
Mi sembra sensato :)
-- 
L'importante, dico, l'importante
è non sbagliare mai CD
perchè un assolo di mandolino
può romperti i coglioni (Antonio Albanese)

 e non ho 30.000 possibilità ad incasinarmi
Eh, infatti. Esattamente come ho meno probabilità a non incasinarmi se
mi scrivo da me i programmi per ogni cosa...
Giuro che non capisco perchè usi MacOS: preferisci la CLI alla GUI, sei
un fanatico dell'open source, qualunque cosa che ha scelte di fondo
diverse da Linux le critichi... 


 E non ci sei ancora riuscito
Colpa dell'allievo. :)


 diverse da Linux le critichi... 
Questa è un'idiozia, a me sembra che sia tu a cominciare discussioni
assurde appena qualcuno apre una critica ad Apple


 ecc...ecc...
(sapendolo già fare) faccio assegnare automaticamente i file ISO a Toast
e faccio doppio click.
vogliamo confrontare la tua procedura con un doppio click? :)
-- 
.zen no way

 vogliamo confrontare la tua procedura con un doppio click? :)
Cioè?
Vai sul file, ci clicchi due volte sopra e parte la masterizzazione?


 Vai sul file, ci clicchi due volte sopra e parte la masterizzazione?
hai ragione, mi sono dimenticato un ulteriore click su quel grande
bottone rosso con sotto scritto BURN.
hai vinto, vado a studiarmi il man di cdrecord ;D
-- 
.zen scherza eh

 significa che farei tutto così, o che preferisca Linux per questo
No, ma questa è una cosa tipica. Io ho visto che da shell conviene fare
tutto quello che si ripete in breve tempo.
Ergo per masterizzare 5 iso di fila, si fa probabilmente prima con la
cli (non fosse per il particolare che comunque uno deve passare per
cambiare i CD).
Poi Toast ha un'interfaccia pensata con il culo, fuori da tutte le linee
guida di Apple e quello che vuoi, nessuno lo nega. Tuttavia
personalmente lo trovo più comodo. Esattamente come da quando k3b è
divenuto un programma usabile (il che è stato abbastanza presto nella
storia del programma, ma abbastanza tardi nella storia di GNU/Linux) lo
ho preferito a cdrecord.
Per una ragione banalissima. Masterizzo di rado. E le opzioni di
cdrecord me le scordo alla velocità della luce. E come me, altri.
Prima che lo chieda: ritengo l'interfaccia di k3b migliore di quella di
Toast. Anzi, ritengo k3b il migliore programma di masterizzazione che mi
è capitato di provare. Potrebbe essere che Toast faccia un paio di cose
che k3b non fa (o che io non ho provato a fare), ma per le mie esigenze
è così. Peccato che k3b non giri sotto MacOS X, per quanto ne so, senza
X11 e che non abbia tempo per fare il port.
Mi sono pagato Toast e basta... e forse mi pagherò DragonBuurn, che per
c erte cose mi pare fungere meglio.


 certe cose mi pare fungere meglio.
Ne ho sentito parlare, proverò anche quello


 bottone rosso con sotto scritto BURN.
Apparte che non c'è la scritta burn sotto al pulsantone rosso, quindi
uno potrebbe credere che sia l'autodistruzione e premere tutto tranne
quello :-P
Come faccio a dirgli di aprire Toast invece di creare l'archvio
temporaneo?
E se, una volta fatto, volessi prima verificare l'archivio dovrei
riportarlo come prima ogni volta o posso andare di destro?


 DM come KDE
Anche io preferisco GNOME. Ma ciò non toglie che k3b sia favoloso.


 Ma ciò non toglie che k3b sia favoloso.
Sarà anche un ottimo software, tra l'altro credo che sia Toast che non
riesce a fare alcune cose che k3b fa (ho dato giusto un'occhiata agli
screenshot), ma di certo non mi pare un esempio di interfaccia semplice
e intuitiva. Mi sembra Nero: molto potente ma anche molto incasinato.


 vogliamo confrontare la tua procedura con un doppio click? :)
Certo che tra tutti quanti siete complicati eh... state a fa' un
dibattito per definire se è più semplice/veloce fare 3-4 click con il
mouse o scrivere una linea di comando...
Giuro che ho fatto una marea di CD e non mi ero mai posto il problema...:)))
Nico

 Anche io preferisco GNOME. Ma ciò non toglie che k3b sia favoloso.
Ok, m'hai fatto venire voglia di provarlo :)


 Ma soprattutto MacOS non legge ext3. Gravissimo, direi. ROTFL.
http://sourceforge.net/projects/ext2fsx/
 non va anche per ext3?
EmJey
-- 
Non prendere la vita troppo sul serio... non ne uscirai mai vivo
http://www.joram.it/articoli/informatica/futuro.htm

 
http://sourceforge.net/projects/ext2fsx/
 non va anche per ext3?
In linea teorica si. Possiamo anche dire di si.
Ma imho non va con tiger, a meno che non sia "un altro".
Quello che conoscevo io con Tiger non  funge.


 e intuitiva.
Beh, complessivamente non ho visto un singolo programma di
masterizzazione fatto davvero bene. E sinceramente non mi viene nemmeno
in mente come dovrebbe essere fatta l'interfaccia.
Il punto è che da un lato ci sono molte opzioni che possono essere
utili, ma anche che molte di queste non devono essere accessibili.
Poi devono essere possibili diverse operazioni. Creare una ISO, rippare
un CD, creare un cd a partire da iso, da una o più cartelle da dei
wav/aiff/mp3, multisessione si, no...
Boh. Forse Dragon Burn non è malaccio. Forse. Ma non mi convince tanto
manco lui.


 Cambi masterizzatore ogni mattina?
Quasi. No, ne ho anche uno firewire.


 riportarlo come prima ogni volta o posso andare di destro?
puoi farlo verifericare a Toast prima che inizi la copia.
-- 
.zen4options 

 Quello che conoscevo io con Tiger non  funge.
Un motivo in piu' per rimanere ancora su Panther, per me :-P


 Quello che conoscevo io con Tiger non  funge.
Più che IMHO con Tiger non va proprio, niet, nada
Da qui i miei smadonnamenti, oltretuto perchè non si trova altro


 Da Toast, ma lo fa anche Disk Utility.
si`, difatti io uso disk utility per farmi le immagini dei dischi.
ma se si potesse fare dal finder, semplicemente dicendo "duplica" sul cd
montato, sarebbe proprio bello!
-- 
@}-,---',-'----,-'-,-'--,-',---,'--'-,-',- Masque
`,

 Non potevi usare Disk Utility?
L'ho scoperto dopo :)
Eppoi Toast era IL software di masterizzazione


 Quasi. No, ne ho anche uno firewire.
Si, ma non gli cambi posizione dopo ogni pasto, credo


 puoi farlo verifericare a Toast prima che inizi la copia.
Nono, proprio l'archivio virtuale, posso andarci di destro o devo per
forza ridefinire il metodo di apertura del file?


 forza ridefinire il metodo di apertura del file?
se per "andarci di destro" intendi "ctrl+click"/apri con..si, puoi
andarci di destro :)
 
-- 
.zen che Wesker non era il tizio di Resident Evil? :D

 andarci di destro :)
Si, beh, "andarci di destro" rende l'idea ed è più corto :)
E poi scelgo DiskImageMounter, ok grazie
-- 
Ci puoi scommettere, il traditore :-P

 Piů che IMHO con Tiger non va proprio, niet, nada
Con Panther a me andava.


 Si, ma non gli cambi posizione dopo ogni pasto, credo
C'è circa il 33% che sia attaccato ad un mac, il 33% all'altro, il 33%
che non sia attaccato.


 che non sia attaccato.
Miiinchia sei senza pace, allora č colpa tua:)
-- 
L'importante, dico, l'importante
č non sbagliare mai CD
perchč un assolo di mandolino
puň romperti i coglioni (Antonio Albanese)

 Con Panther a me andava.
E idifatti sto CERCANDO di installarlo


 iscritto, 'stavolta proprio non mi è riuscito;-)
invece e' facile: basta usare le faccine al posto giusto (come hai fatto
ora)
:-P
-- 
Marco @ home __________________________________________________
PMac 7600/132 - MacOS 8.5 & + iBookG4 1.2/768 - MacOSX 10.3.8

 Giuro che ho fatto una marea di CD e non mi ero mai posto il problema...:)))
posso quotare abbestia, tutto quello che hai scritto?
;)


 Giuro che ho fatto una marea di CD e non mi ero mai posto il problema...:)))
Si, ma COME li hai fatti? :-P


 E idifatti sto CERCANDO di installarlo
uh?


 uh?
Ehh, lasciamo perdere và



| |._/|_|\__/\__/\__/ | *Non e' bello cio' che e' bello,
|        /_/ /_/      |  figurarsi cio' che e' brutto.

 Questo potrebbe essre interessante da fare...
disponibile per il testing, il debugging ed il tuning se scritto in C++
oppure in obj-C (che conosco MOLTO meno pero') 
