[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Duppliquer un cd _en ligne de commande_



On 2000-10-06 16:45 +0200, Renaud Guérin wrote:
> Andre Majorel wrote:
> 
> > Quand on demande à un lecteur de CD-ROM de lire un secteur, il
> > se débrouille pour le lire, même s'il doit s'y reprendre à
> > plusieurs fois. Ceci dit, comme sur un lecteur de disquettes, au
> > bout d'un certain temps/nombre d'essais, il finira par
> > abandonner. Et, je suppose, retourner un code "erreur de
> > lecture".
> 
> ...qui fait échouer aussitot les programmes non spécialisés tels que dd,
> alors que je pense qu'un programme qui sait qu'il doit copier un CD
> derrière pourrait tenter de relancer l'appel systeme tant qu'il a encore
> de la marge (i.e. que son buffer n'est pas vide).

Ah oui, alors c'est un autre genre de sport.

> > > Quid d'un CD Audio ? Je n'ai rien trouvé pour le faire à la volée en une
> > > seule ligne de commande en conservant les plages et caractéristiques
> > > (DAO ou non) de l'original.
> > Tu peux toujours essayer ça. Pas testé.
> > $ cdparanoia -B 1- - | cdrecord dev=... speed=1 -dao -pad -audio -
> 
> J'ai pensé à ce type de ligne de commande mais la question est:
> est-ce que les données concernant les plages sont conservées lors de
> cette opération ?

Tu veux dire les longueurs des plages ? Crois pas. :-(

> Ce qui revient à demander ce que sort cdparanoia lorsqu'on l'invoque de
> la sorte:
> - le contenu audio brut de toutes les plages concaténées (auquel cas je
> ne vois vraiment pas comment cdrecord pourrait écrire une TOC correcte)

C'est juste. Perso, je procède en deux temps : (1) extraction de
chaque piste dans un fichier .wav séparé, (2) cdrecord -audio
-dao.

> ou
> - un fichier commencant par une TOC, ou ayant des délimiteurs entre les
> plages (je ne sais pas bien le format d'un CD Audio). Sachant que cette
> fois cela poserait probleme à un outil qui penserait que tout est de
> l'audio brut, style un encodeur mp3...

Je vois ce que tu veux dire. Je ne crois pas qu'un tel format
existe, mais ce serait une bonne idée. On pourrait par exemple
imaginer une convention, basée sur le format tar. Premier
fichier = première piste, deuxième fichier = deuxième piste et
ainsi de suite.

-- 
André Majorel
Work: <aym@domicile.fr>
Home: <amajorel@teaser.fr> http://www.teaser.fr/~amajorel/



Reply to: