.... qu'on veuille extraire l'audio d'un cd, en wav,
que la piste passe sans problème sur le lecteur/graveur
du pc alors qu'une fois rippée (on a essayé plusieurs logiciels
connus) on se rend compte qu'elle est truffée de bruits (visuellement
l'état de surface du cd n'est pas nickel)....
...On se dit alors: ah si on pouvait "capturer" le son sans défauts
à l'aide d'un logiciel malin !
Est-ce possible ?
Y a surtout une vitesse du lecteur CD différente entre la lecture audio (x1) et l'extraction...
Oui, c'est possible.
en audio, il a le temps de refaire l'acquisition et ça sort bien. En extraction, la chaine est probablement pourrie et ne s'aperçoit pas qu'il y a des trucs pas bien.
Euh. C'est pas un peu le contraire? En lecture audio, la vitesse (linéaire constante) est imposée par la norme, et on ne passe qu'une fois, alors qu'en extraction on fait ce qu'on veut autant de fois qu'on veut.
Les lecteurs permettant l'extraction numérique directement sont rare en IDE,
Re-euh. En cherchant bien dans mes vieilleries, je dois pouvoir retrouver un lecteur IDE antédiluvien qui ne permettait pas l'extraction numérique par le bus IDE. Maintenant, tous le font.
et pour peu qu'il y ait des problèmes de DMA
Là, il y a une piste possible: j'ai vu une fois des difficultés d'extraction qui ont été réglées par le remplacement des drivers basiques de XP par les qui vont bien du chip set de la carte mère. Mais dans ce cas, toutes les extractions étaient plus ou moins vérolées.
JLM
en ce 02/06/2006 09:56, Le Forgeron nous disait:
Y a surtout une vitesse du lecteur CD différente entre la lecture
audio (x1) et l'extraction...
Oui, c'est possible.
en audio, il a le temps de refaire
l'acquisition et ça sort bien. En extraction, la chaine est
probablement pourrie et ne s'aperçoit pas qu'il y a des trucs pas
bien.
Euh. C'est pas un peu le contraire? En lecture audio, la vitesse
(linéaire constante) est imposée par la norme, et on ne passe qu'une
fois, alors qu'en extraction on fait ce qu'on veut autant de fois qu'on
veut.
Les lecteurs permettant l'extraction numérique directement
sont rare en IDE,
Re-euh. En cherchant bien dans mes vieilleries, je dois pouvoir
retrouver un lecteur IDE antédiluvien qui ne permettait pas l'extraction
numérique par le bus IDE. Maintenant, tous le font.
et pour peu qu'il y ait des problèmes de DMA
Là, il y a une piste possible: j'ai vu une fois des difficultés
d'extraction qui ont été réglées par le remplacement des drivers
basiques de XP par les qui vont bien du chip set de la carte mère.
Mais dans ce cas, toutes les extractions étaient plus ou moins vérolées.
Y a surtout une vitesse du lecteur CD différente entre la lecture audio (x1) et l'extraction...
Oui, c'est possible.
en audio, il a le temps de refaire l'acquisition et ça sort bien. En extraction, la chaine est probablement pourrie et ne s'aperçoit pas qu'il y a des trucs pas bien.
Euh. C'est pas un peu le contraire? En lecture audio, la vitesse (linéaire constante) est imposée par la norme, et on ne passe qu'une fois, alors qu'en extraction on fait ce qu'on veut autant de fois qu'on veut.
Les lecteurs permettant l'extraction numérique directement sont rare en IDE,
Re-euh. En cherchant bien dans mes vieilleries, je dois pouvoir retrouver un lecteur IDE antédiluvien qui ne permettait pas l'extraction numérique par le bus IDE. Maintenant, tous le font.
et pour peu qu'il y ait des problèmes de DMA
Là, il y a une piste possible: j'ai vu une fois des difficultés d'extraction qui ont été réglées par le remplacement des drivers basiques de XP par les qui vont bien du chip set de la carte mère. Mais dans ce cas, toutes les extractions étaient plus ou moins vérolées.
JLM
Stéphane Guillard
Bonjour,
.... qu'on veuille extraire l'audio d'un cd, en wav, que la piste passe sans problème sur le lecteur/graveur du pc alors qu'une fois rippée (on a essayé plusieurs logiciels connus) on se rend compte qu'elle est truffée de bruits (visuellement l'état de surface du cd n'est pas nickel)....
La très vraisemblable raison est décrite ci-dessous. C'est un mail écrit par un développeur de firmwares de drives CD/DVD chez Plextor, en réponse à une question que je lui avais posée en tant que développeur de drivers IDE/ATAPI, qui disait "pourquoi quand j'extrais des pistes audio en rip numérique, j'ai des clicks et des erreurs, alors que quand je les joue en 'play' (analogique, sans passer par l'IDE), ça sort parfaitement ?"
---
At first I thought it might be because the read from CD doesn't work fast enough, but I don't think this is the case, since the CD led seems to be blinking quite steadily, and data transfer rate should be sufficient (48x drive).
It's too fast, you get buffer overruns. Some drives (TEAC, Plextor, ...) still deliver correct data (or at least try very hard) when there is a buffer overrun, some don't.
Are you referring to such technologies as BurnProof?
BurnProof is for writing and solves the problems of buffer underruns.
When reading audio it's the opposite problem, if the drive reads the data from CD faster (into it's buffer) as the data is read from the drive into the application the buffer gets full and reading has to be stopped. As long as you have a nearly constant read speed, for example simply copying the audio track to a HD, there is no problem (the drive can simply adjust the read speed), but if you have burst reads (for example reading a big part, encoding it with mp3, writing it to the HD and then read the next big part from the CD, etc.) the drive has to stop and restart reading from the CD. It has to find the correct position for restarting the read, etc. There is no problem with data tracks as the data sectors have checksums and error correction, but sectors of audio tracks don't have that and the drive can't check if there were read errors which happen much more often when start reading as in the middle of a long, constant speed read.
Programs like cdparanoia solve this problem by reading the audio tracks at least twice, if there is any difference it's read 4 times and unless at least 2 of the 4 reads return identical results it's read 8 times or even 16 times. As that's very slow and would need a *lot* of RAM (for best results you have to read whole tracks multiple times and keep all copies for comaring them, in RAM as it's very problematic to use files from inside a filesystem) CDFileSystem doesn't do that, it just reads the audio data once and returns whatever it gets from the drive. ---
Si tu veux de l'aide pour décoder le truc, dis le moi, mais en gros, il est quasiment impossible au lecteur de reprendre la lecture d'une piste audio à l'octet près en cas de buffer overrun (buffer du drive).
Stéphane Guillard
Bonjour,
.... qu'on veuille extraire l'audio d'un cd, en wav,
que la piste passe sans problème sur le lecteur/graveur
du pc alors qu'une fois rippée (on a essayé plusieurs logiciels
connus) on se rend compte qu'elle est truffée de bruits (visuellement
l'état de surface du cd n'est pas nickel)....
La très vraisemblable raison est décrite ci-dessous. C'est un mail écrit par
un développeur de firmwares de drives CD/DVD chez Plextor, en réponse à une
question que je lui avais posée en tant que développeur de drivers
IDE/ATAPI, qui disait "pourquoi quand j'extrais des pistes audio en rip
numérique, j'ai des clicks et des erreurs, alors que quand je les joue en
'play' (analogique, sans passer par l'IDE), ça sort parfaitement ?"
---
At first I thought it might be because the read from CD doesn't work
fast enough, but I don't think this is the case, since the CD led seems
to be blinking quite steadily, and data transfer rate should be
sufficient (48x drive).
It's too fast, you get buffer overruns. Some drives (TEAC, Plextor, ...)
still deliver correct data (or at least try very hard) when there is a
buffer overrun, some don't.
Are you referring to such technologies as BurnProof?
BurnProof is for writing and solves the problems of buffer underruns.
When reading audio it's the opposite problem, if the drive reads the
data from CD faster (into it's buffer) as the data is read from the
drive into the application the buffer gets full and reading has to be
stopped. As long as you have a nearly constant read speed, for example
simply copying the audio track to a HD, there is no problem (the drive
can simply adjust the read speed), but if you have burst reads (for
example reading a big part, encoding it with mp3, writing it to the HD
and then read the next big part from the CD, etc.) the drive has to stop
and restart reading from the CD. It has to find the correct position for
restarting the read, etc. There is no problem with data tracks as the
data sectors have checksums and error correction, but sectors of audio
tracks don't have that and the drive can't check if there were read
errors which happen much more often when start reading as in the middle
of a long, constant speed read.
Programs like cdparanoia solve this problem by reading the audio tracks
at least twice, if there is any difference it's read 4 times and unless
at least 2 of the 4 reads return identical results it's read 8 times
or even 16 times. As that's very slow and would need a *lot* of RAM
(for best results you have to read whole tracks multiple times and keep
all copies for comaring them, in RAM as it's very problematic to use
files from inside a filesystem) CDFileSystem doesn't do that, it just
reads the audio data once and returns whatever it gets from the drive.
---
Si tu veux de l'aide pour décoder le truc, dis le moi, mais en gros, il est
quasiment impossible au lecteur de reprendre la lecture d'une piste audio à
l'octet près en cas de buffer overrun (buffer du drive).
.... qu'on veuille extraire l'audio d'un cd, en wav, que la piste passe sans problème sur le lecteur/graveur du pc alors qu'une fois rippée (on a essayé plusieurs logiciels connus) on se rend compte qu'elle est truffée de bruits (visuellement l'état de surface du cd n'est pas nickel)....
La très vraisemblable raison est décrite ci-dessous. C'est un mail écrit par un développeur de firmwares de drives CD/DVD chez Plextor, en réponse à une question que je lui avais posée en tant que développeur de drivers IDE/ATAPI, qui disait "pourquoi quand j'extrais des pistes audio en rip numérique, j'ai des clicks et des erreurs, alors que quand je les joue en 'play' (analogique, sans passer par l'IDE), ça sort parfaitement ?"
---
At first I thought it might be because the read from CD doesn't work fast enough, but I don't think this is the case, since the CD led seems to be blinking quite steadily, and data transfer rate should be sufficient (48x drive).
It's too fast, you get buffer overruns. Some drives (TEAC, Plextor, ...) still deliver correct data (or at least try very hard) when there is a buffer overrun, some don't.
Are you referring to such technologies as BurnProof?
BurnProof is for writing and solves the problems of buffer underruns.
When reading audio it's the opposite problem, if the drive reads the data from CD faster (into it's buffer) as the data is read from the drive into the application the buffer gets full and reading has to be stopped. As long as you have a nearly constant read speed, for example simply copying the audio track to a HD, there is no problem (the drive can simply adjust the read speed), but if you have burst reads (for example reading a big part, encoding it with mp3, writing it to the HD and then read the next big part from the CD, etc.) the drive has to stop and restart reading from the CD. It has to find the correct position for restarting the read, etc. There is no problem with data tracks as the data sectors have checksums and error correction, but sectors of audio tracks don't have that and the drive can't check if there were read errors which happen much more often when start reading as in the middle of a long, constant speed read.
Programs like cdparanoia solve this problem by reading the audio tracks at least twice, if there is any difference it's read 4 times and unless at least 2 of the 4 reads return identical results it's read 8 times or even 16 times. As that's very slow and would need a *lot* of RAM (for best results you have to read whole tracks multiple times and keep all copies for comaring them, in RAM as it's very problematic to use files from inside a filesystem) CDFileSystem doesn't do that, it just reads the audio data once and returns whatever it gets from the drive. ---
Si tu veux de l'aide pour décoder le truc, dis le moi, mais en gros, il est quasiment impossible au lecteur de reprendre la lecture d'une piste audio à l'octet près en cas de buffer overrun (buffer du drive).
Stéphane Guillard
le bien nommé
"François Yves Le Gal" a écrit
Vraisemblablement un CD protégé contre la copie. Ou une mauvaise
extraction
(paramètres, lecteur, etc...).
Non : c'est le dernier titre du cd qui pose problème; tous les précédents ont été rippés sans erreurs. De toute façon le cd a été produit bien avant l'ère des protections en tous genres.
MC
"François Yves Le Gal" <flegal@aingeal.com> a écrit
Vraisemblablement un CD protégé contre la copie. Ou une mauvaise
extraction
(paramètres, lecteur, etc...).
Non : c'est le dernier titre du cd qui pose problème; tous les précédents
ont été
rippés sans erreurs. De toute façon le cd a été produit bien
avant l'ère des protections en tous genres.
Vraisemblablement un CD protégé contre la copie. Ou une mauvaise
extraction
(paramètres, lecteur, etc...).
Non : c'est le dernier titre du cd qui pose problème; tous les précédents ont été rippés sans erreurs. De toute façon le cd a été produit bien avant l'ère des protections en tous genres.
MC
le bien nommé
"Stéphane Guillard" a écrit
Si tu veux de l'aide pour décoder le truc, dis le moi, mais en gros, il
est
quasiment impossible au lecteur de reprendre la lecture d'une piste audio
à
l'octet près en cas de buffer overrun (buffer du drive).
J'aurais effectivement eu besoin d'aide (pas pour l'anglais) mais pour l'aspect technique. J'ai réussi à ripper la piste sans clics en utilisant mon portable. Pourquoi ça a marché ? Je suis incapable de le dire :-)
Merci
MC
"Stéphane Guillard" <stephane.guillard@intest.info> a écrit
Si tu veux de l'aide pour décoder le truc, dis le moi, mais en gros, il
est
quasiment impossible au lecteur de reprendre la lecture d'une piste audio
à
l'octet près en cas de buffer overrun (buffer du drive).
J'aurais effectivement eu besoin d'aide (pas pour l'anglais) mais
pour l'aspect technique.
J'ai réussi à ripper la piste sans clics en utilisant mon portable.
Pourquoi ça a marché ? Je suis incapable de le dire :-)
Si tu veux de l'aide pour décoder le truc, dis le moi, mais en gros, il
est
quasiment impossible au lecteur de reprendre la lecture d'une piste audio
à
l'octet près en cas de buffer overrun (buffer du drive).
J'aurais effectivement eu besoin d'aide (pas pour l'anglais) mais pour l'aspect technique. J'ai réussi à ripper la piste sans clics en utilisant mon portable. Pourquoi ça a marché ? Je suis incapable de le dire :-)
Merci
MC
le bien nommé
"Jean-Pierre Roche" a écrit
Pas forcément... Les deux processus sont *différents* au niveau de la correction d'erreur. A part ça il est curieux que EAC bien *paramétré* ne permette pas d'obtenir un résultat correct. A la limite passer par l'analogique pour cette plage si elle est vraiment impossible à riper, ce sera probablement mieux que d'essayer de bidouiller un rip pourri...
Je ne sais pas si mon EAC est bien paramétré mais d'habitude ça marche bien. J'ai réussi à ripper en wav sans 'clics' sur mon portable. La raison de ce "succès" m'est inconnue.
Merci
MC
"Jean-Pierre Roche" <jpierreroche@sanspub.invalid> a écrit
Pas forcément... Les deux processus sont *différents* au
niveau de la correction d'erreur.
A part ça il est curieux que EAC bien *paramétré* ne
permette pas d'obtenir un résultat correct. A la limite
passer par l'analogique pour cette plage si elle est
vraiment impossible à riper, ce sera probablement mieux que
d'essayer de bidouiller un rip pourri...
Je ne sais pas si mon EAC est bien paramétré mais d'habitude
ça marche bien.
J'ai réussi à ripper en wav sans 'clics' sur mon portable.
La raison de ce "succès" m'est inconnue.
Pas forcément... Les deux processus sont *différents* au niveau de la correction d'erreur. A part ça il est curieux que EAC bien *paramétré* ne permette pas d'obtenir un résultat correct. A la limite passer par l'analogique pour cette plage si elle est vraiment impossible à riper, ce sera probablement mieux que d'essayer de bidouiller un rip pourri...
Je ne sais pas si mon EAC est bien paramétré mais d'habitude ça marche bien. J'ai réussi à ripper en wav sans 'clics' sur mon portable. La raison de ce "succès" m'est inconnue.
Merci
MC
In article <447fcf70$0$13039$, says...
> Cela peut être une carte son pourrie surtout si on est sur un portable.
Pas un portable. J'ai obtenu le même résultat en rippant sur un mac.
Oui cela ne peut pas être la carte son, je n'avais pas vu que vous n'aviez pas de pb à la lecture du CD.
In article <447fcf70$0$13039$626a54ce@news.free.fr>,
baboulin@bienselaver.net says...
> Cela peut être une carte son pourrie surtout si on est sur un portable.
Pas un portable. J'ai obtenu le même résultat en rippant sur un mac.
Oui cela ne peut pas être la carte son, je n'avais pas vu que vous
n'aviez pas de pb à la lecture du CD.
