Discussion :

[Jipété]

Bonsoir,

Avec 3 CD's issus du même spindle et gravés il y a quelques jours plus ou moins de la même manière, deux avec Brasero et l'autre avec k3b, les 3 passent très bien sur une vieille platine Luxman (quel son, mes amis, quel son !), et 2 ne passent pas ("no disc") sur une platine dédiée "DJ" (avec effet d'accélération et autres gadgets).

Et je voudrais bien savoir pourquoi.

De la même manière, certains cd qui passent bien sur la Luxman ne passent par sur la toute récente BoomBox Akai d'une amie, ejvbsp.

Merci pour vos retours,

[Winnt]

Bonjour,

J'ai déjà rencontré ce genre de souci avec des lecteurs CD. Un CD passait parfaitement sur l'un et pas sur l'autre.
En y regardant de plus près, il s'agissait d'une histoire de vitesse de lecture des lecteurs. L'un lisait entre 12x et 48x, l'autre entre 4x et 24x.
Le CD gravé en 4x ne passait pas sur le lecteur 12x-48x.

Peut-être donc, une histoire de vitesse de gravure et vitesse de lecture minimale du lecteur.

[Jipété]

Bonsoir,

intéressant, ton post. Je n'avais pas du tout pensé à ça pour la bonne et simple raison que j'étais à des années-lumière d'imaginer que des CD's audio puissent être lus plus vite que 1x.
Quel intérêt de les lire vite ? Ça obligerait à un stockage temporaire avant l'envoi des données vers le convertisseur D-A, avec une gestion peut-être compliquée.

Mais je note quand même l'info car il se pourrait que le CD qui passe sur les deux lecteurs ait été gravé à une vitesse plus lente que les deux autres (va falloir noter ça aussi, à partir de maintenant).

Peut-on retrouver cette info dans les datas des CD's ? Et la vitesse de lecture d'une platine de salon ? Je n'ai jamais vu ça inscrit quelque part.

[fredoche]

reagrde aussi peut-être de ce coté, https://fr.wikipedia.org/wiki/Disk-At-Once
par opposition au track at once, dans tes options de gravure

de mes vieux souvenirs de gravure

[Jipété]

reagrde aussi peut-être de ce coté, https://fr.wikipedia.org/wiki/Disk-At-Once
par opposition au track at once, dans tes options de gravure

Il me semble que j'utilise DAO, et, pareil,

Peut-on retrouver cette info dans les datas des CD's ?

[fredoche]

bah s'il DAO tu peux plus réécrire dessus. Il est achevé en quelque sorte
Sinon tu peux


Moi j'ai le souvenir de problème de ce genre, pas sur des CD audio je crois, liés à la vitesse d'écriture. Réduire la vitesse d'écriture semblait régler le problème. C'est des CD-RW tes disques ou des CD-R ?

[Jipété]

bah s'il DAO tu peux plus réécrire dessus. Il est achevé en quelque sorte
Sinon tu peux

No problemo, ils sont pensés comme ça.

Moi j'ai le souvenir de problème de ce genre, pas sur des CD audio je crois, liés à la vitesse d'écriture.

, mon problème ne s'arrange pas.

C'est des CD-RW tes disques ou des CD-R ?

CD-R because la vieille platine Luxman ne lit pas les -RW. Ou alors là aussi ça serait lié à la vitesse d'écriture ?

Par contre (test à l'instant), la platine DJ lit un vieux -RW, vitesses 1x-4x, que j'avais gravé au tout début du plan "compils", histoire de me remettre dans le bain (longtemps que je n'ai pas gravé de l'audio), et cette platine n'a repris du service pour tests que depuis deux jours.

C't'un foutoir c't'histoire, c'est dingue.

[Winnt]

Bonsoir,

C't'un foutoir c't'histoire, c'est dingue.

À qui le dis tu

Le problème de vitesse de gravure/lecture est une chienlit sans nom

Il faut savoir que plus la gravure est lente mieux elle tient dans le temps.
Mais on a vu apparaître des graveurs/lecteurs qui ne descendaient pas en dessous d'une certaines vitesse.
De plus, histoire de corser, certains CD ne pouvaient pas être utilisé en dessous et au dessus d'une certaine vitesse eux non plus.

Bref, un joli bordel, pour qui voulais stocker des données ou autre.

[Jipété]

--snip--

Ton post m'a incité à regarder plus attentivement l'étiquette dans mon spindle de 25 CD-R Verbatim, et je peux y lire

à utiliser dans des graveurs CD-R/RX 52x.

Mais ce n'est lisible qu'au verso de l'étiquette, donc une fois le spindle acheté et l'emballage ouvert.
Ce qui est ennuyeux, c'est les logiciels dont je ne sais pas jusqu'à quelle vitesse ils montent.
Brasero me propose de 8 à 48 ou vitesse maximum, tout comme k3b qui propose les mêmes plus la possibilité de saisir une valeur mais quand je lui dis 52 il m'envoie bouler comme quoi le graveur ne la supporte pas. De quand ça date le hard à 52x ?


Tiens, cet aprème je me suis fait plaisir, me suis offert un joli Sony CDP-212 de 1993 (25 roros, c'est pas la mort) et j'ai testé avec deux disques : l'un passe et l'autre non (il ne passe pas non plus sur la boombox de mon amie).
Mais les deux passent sur le Luxman.


Et à vous lire, toi et fredoche, il n'y aura pas de solution,
Ah, je regrette le bon vieux temps des gravures en 4x, je n'en avais jamais raté une !

[chrtophe]

Ah, je regrette le bon vieux temps des gravures

Moi non, graver c'était chiant, lent. Vive les formats numériques type mp3 ou meilleur encodage selon le choix de qualité.

Bon c'est sûr que pour lire sur une platine de salon ....

Les CD-R sont données en théorie pour une durée de vie de 5 à 100 ans selon leur qualité et je suppose leur condition de conservation (et en mode archive, càd pas de lecture sauf nécessité).
Je dirais de ce que j'ai vu que 5 ans sur le terrain c'est déjà beaucoup avec un usage normal non intensif, entre les rayures, les problèmes de vitesse de gravure, les CD qui explosent en mille morceaux (vu 3 à 4 fois) mettant le lecteur en panne.

J'ai vu aussi des CD/DVD d'installation Wnidows par exemple, bien rayés, et qui ont été utilisé de façon intensive.

[Jipété]

Bonjour,

graver c'était chiant, lent.

Oui, mais là c'est une demande pour une amie, et on s'est rendu compte que les boombox (elle en a 2) ne lisent pas toujours les .wav, et qu'on ne me parle pas des .mp3 à la qualité moins qu'agréable.
Et j'ai pu constater par ailleurs que selon le système d'exploitation intégré au lecteur, la lecture se déroule en fonction d'un tri fait sur le nom du fichier ou sur la position des fichiers sur la clé.
La première fois ça surprend !
Pour tester, j'avais initialisé une clé puis recopié dessus quelques fichiers dont le nom commençait par "vrac_", on écoute, c'est bon, j'en recopie d'autres avec des noms alphabétiquement précédents de "vrac_" et à l'écoute, toujours les "vrac_" en premier !

Les CD-R sont données en théorie pour une durée de vie de 5 à 100 ans selon leur qualité.

Je touche du bois, j'ai fait une grosse dizaine de compils en 2000-2001, toujours aussi agréables à écouter aujourd'hui.

les CD qui explosent en mille morceaux (vu 3 à 4 fois) mettant le lecteur en panne.

Omg, mais comment c'est possible un truc pareil ?

[disedorgue]

Bonjour,

En fait, les cd qui explosent sont ceux qui utilisent une vitesse de lecture (ou écriture) de résonance, et en fait, c'est une vitesse bien particulière, par contre, pour ne pas dire de bêtises, je ne préciserais pas laquelle.

Après, dans mes souvenir, la vitesse d'écriture n'est pas la même que la vitesse de lecture: une vitesse de gravure en 4x ne veux pas dire que la lecture se fera en 4x, bien souvent, elle est plus rapide... ce qui rajoute encore une surcouche de galère

Et toujours dans mes souvenirs, le logiciel de gravure est capable de trouver tout seul, la bonne vitesse de gravure selon la qualité du cd.

Et coté conservation d'un cd (surtout réinscriptible), l'exposition à la lumière joue beaucoup sur ça durée de vie. Donc, un conseil, lorsque l'on achète des CDs, c'est aussi de savoir leur date de fabrication car en général un magasin à rarement le même éclairage qu'une mine de charbon désaffecté la nuit .

[Jipété]

Yep !

En fait, les cd qui explosent sont ceux qui utilisent une vitesse de lecture (ou écriture) de résonance, et en fait, c'est une vitesse bien particulière, par contre, pour ne pas dire de bêtises, je ne préciserais pas laquelle.

Dommage.
Ceci étant dit, je ne vois pas comment on peut forcer une vitesse de lecture,

Après, dans mes souvenir, la vitesse d'écriture n'est pas la même que la vitesse de lecture: une vitesse de gravure en 4x ne veux pas dire que la lecture se fera en 4x, bien souvent, elle est plus rapide... ce qui rajoute encore une surcouche de galère

idem, je ne vois pas comment on peut forcer une vitesse de lecture, surtout pour un CD audio.

Et toujours dans mes souvenirs, le logiciel de gravure est capable de trouver tout seul, la bonne vitesse de gravure selon la qualité du cd.

T'es sûr ?
Exemple avec Brasero :


J'ai toutes ces options à ma disposition…

[disedorgue]

Pour la destruction de cd, à l'époque, dans le lecteur en question, c'était du 11x.

La vitesse de gravure n'a rien à voir avec la vitesse de lecture, elles sont dépendantes du matériel.

K3B par exemple propose l'automatique pour la vitesse et l'écriture (selon la doc https://docs.kde.org/trunk5/fr/kdemu...nal-steps.html )

Après, as-tu essayé avec cdrtools à la ligne de commande ?
Au moins là, tu auras vraiment le choix de tes options au lieu d'être dépendant d'un front-end tel que brasero ou k3b.

Par contre, ne me demande pas pour les options, ça fait un baille que je n'ai pas gravé un cd (d'ailleurs, mon pc n'a même plus de graveur/lecteur)

[Jipété]

Pour la destruction de cd, à l'époque, dans le lecteur en question, c'était du 11x.

Merci.

Après, as-tu essayé avec cdrtools à la ligne de commande ?
Au moins là, tu auras vraiment le choix de tes options au lieu d'être dépendant d'un front-end tel que brasero ou k3b.

Par contre, ne me demande pas pour les options, ça fait un baille que je n'ai pas gravé un cd (d'ailleurs, mon pc n'a même plus de graveur/lecteur)

Bah nan, c'est wodim qui est installé dans ma machine.

Et quand je tape man wodim, je pleure quand je vois la looooooooongueur de la chose. --> Il faudrait commencer par récupérer le texte et faire une mise en page avant de l'imprimer, sinon c'est inutilisable.

[Jipété]

Bonsoir,

… et faire une mise en page avant de l'imprimer, sinon c'est inutilisable.

Je l'ai fait, en son temps (déc 2019), et ça a été profitable, d'ailleurs j'ai pris des notes à ce moment :
dans le dossier où se trouvent les fichiers, wodim -dummy -pad -audio -dao -text cuefile=./projet.cue et ça l'a fait tip-top alors j'ai relancé la même ldc sans -dummy et ce fut tout autant bon.

Aujourd'hui, dans un autre dossier fabriqué un peu de la même manière que l'autre (audacity pour mettre les marqueurs et les exporter puis label2cue pour générer le fichier .cue), la même ligne de commande me renvoie (dernières lignes, les autres pas intéressantes) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
wodim: Bad audio track size 34388352 for track 10.
wodim: Audio tracks must be at least 705600 bytes and a multiple of 2352.
wodim: See -pad option.

track 10 c'est la dernière du projet. Coïncidence que ça tombe sur elle ?
On notera que l'option -pad est présente dans la ldc et que l'aide stipule

If the -pad option refers to an audio track, wodim will pad the audio data to be a multiple of 2352 bytes.

J'ai écrit "-audio" et "-pad" sur la ldc, qu'est-ce qu'il lui faut de plus ?

Et ça fait trois heures que je suis là-dessus et que ça n'avance pas, avec des messages tous plus ésotériques les uns que les autres.

Au final j'arrive à la conclusion que mon outil wodim n'est pas en phase avec son aide (c'est pratique, ça, ) et je ne sais pas comment me dépatouiller de tout ça puisque le résultat de label2cue semble aléatoire et pifométrique (si les messages de wodim sont corrects).
Donc en gros mon premier essai en ldc, couronné de succès, fut un coup de bol (la chance des débutants, comme on dit), et maintenant c'est mort.
Vraiment agréable le desktop sous Linux...

Alors fouillons le web… Ah, le problème est connu (et pas d'aujourd'hui) :
https://stackoverflow.com/questions/...wodim-cue-file

La réponse donnée "try reversing the options to -audio -pad" a été commentée en "no results.... "

Le drame, c'est qu'après avoir passé un temps dément sur le web où les quelques rares solutions que j'y trouve se soldent chez moi par des échecs, je tente de reprendre cette ldc dans le dossier où elle a bien fonctionné en décembre et là, bim bam boum, elle ne fonctionne plus : même erreur de padding sur la dernière piste.
Mais que s'est-il passé, et que faire pour graver, maintenant ?

La solution semble venir de shntool et la commande pad -e filename.wav (incroyable ! L'aide explique que l'option fix créera un fichier et quand je lance avec mon gros et unique fichier, le machin m'enguirlande en en réclamant un autre. Et si je lui passe deux fichiers, il n'est toujours pas content. Incompréhensible, tout comme la sous-option -c dont le message ne correspond pas à l'aide…)

Bref, après "réparation" du fichier d'il y a 3 mois, relance de wodim et ça passe.
Alors je lance une "réparation" du fichier attaqué vers 15 h et, ma foi, ça passe aussi. Je relance sans -dummy, en croisant les doigts très fort.
5 minutes plus tard c'est bon, CD gravé impec.

Le plus dément de chez dément, c'est qu'on lit partout que shntool est fait pour "normaliser" les fichiers audio (lire les rendre divisibles par 2352) et quand j'ai regardé mes fichiers avant et après, s'ils n'étaient pas divisibles par 2352 avant l'opération de padding, ils ne l'étaient pas non plus après !
Qui pourra expliquer ça ?

Les chiffres d'aujourd'hui :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
365484380 févr. 24 17:59 projet2-padded.wav divisé par 2352 = 155393,018707
365484140 févr. 24 15:50 projet2.wav        divisé par 2352 = 155392,916667

et ceux sur le fichier de cet hiver et son frérot paddé :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
747456236 févr. 24 17:53 compil-padded.wav  divisé par 2352 = 317796,018707
747454160 févr. 24 17:30 compil.wav         divisé par 2352 = 317795,136054

(ce n'est pas moi qui ai mis en couleur, amusante coïncidence sur ,018707)

Bref, l'informatique c'est magique : messages d'erreurs sibyllins, comportement du logiciel différent à 3 mois d'écart, et 3 heures et demie pour graver en 5 minutes quand ça daigne tomber en marche...

EDIT :
J'ai la solution à cette non-division par 2352.
Si je fais shntool info compil-padded.wav ça me donne (juste la partie intéressante) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
Header size:                  44 bytes
Data size:                    747456192 bytes --- divisible
Actual file size:             747456236 --- pas divisible

et la différence entre les deux, c'est la taille du header, 44 bytes !