question déjà posée, une solution suggérée, pas réglé!
Sous Mandrake 10.1, sur des lecteurs différents, cdda2wav extrait les
CDs en moins d'une fois de vitesse!! C'est tres long, et pour tout dire,
anormal.
Hugolino suggérait il y peu de virer la ligne append= hdx=ide-scsi etc..
du bootloader, genre lilo.conf, mais rien de tout ça n'est présent.
Appeler cdda2wav avec dev=ATAPI:x,x,x ne marche pas non plus, et bon...
je continue de chercher, je suppose qu'on doit pas être les premiers à
qui ça le fait....
On Mon, 28 Feb 2005 23:15:12 +0100, Rakotomandimby (R12y) Mihamina wrote:
( Mon, 28 Feb 2005 23:08:37 +0100 ) l'indien :
cdparanoïa est plus lent puisqu'il est paranoïaque et suppose que par défaut toutes les données sont corrompues
Ah c'est de là que vient son nom? Eh beh... on en apprend tous les jours décidément... :-)
J'ai un peu simplifié, mais oui, son nom vient de là. Grosso modo, il essaye de lire les données de façon plus intelligente que les autres rippers et surtout, il est capable de reconstituer les données originales dans la plupart des cas (là ou les autres rippers laissent des blancs ou des "scratchs").
Pour plus d'infos: <http://www.xiph.org/paranoia/faq.html>
vouais, et si tu veux désactiver la parano
Amha, ce n'est pas une bonne idée: le but de cdparanoïa est de détecter et corriger les erreurs. Si tu désactive la parano, il n'y a plus vraiment d'intérêt à l'utiliser, d'autant que si tu encode derrière, l'encodage sera de toute façon plus lent que le rip: tu peux donc te permettre que le rip soit un peu plus lent mais plus fiable. Enfin, tout dépend de la qualité voulue....
[..]
donc je résume:
je laisse cdparanoia détecter et corriger les erreurs, c'est vrai que la majeure partie du temps, ça ne ralentit pratiquement pas... et pour encoder, j'attends qu'il ait tout xtrait, où bien ?
l'idée d'envoyer la sortie de cdparanoia à oggenc n'est pas une bonne idée? pourquoi?
@+
je te suggerai de vérifier que le dma+le mode 32 bit+le lookahed est activé hdparm -c1 -d1 -m16 /dev/hdX (où X est la lettre de ton lecteur) eventuellement -X66 (voire 100 si ta carte le supporte) puis urpmi grip (tu vas etre surpris de la convivialité de ce ripper) bonjour,
voilà, c'est réglé. merci beaucoup. j'ai donc fait un hdparm -c1 -d1 -m16 /dev/hdd par contre, -X66, voire 100 selon la carte (ùmère) je suppose? pas testé, mais j'aurais tendance à d'abord bien lire la page de man de hdparm...
je connaissais hdparm, j'avais lu à propos de ces problèmes de vitesse de lecture audio-numérique, et donc DMA activé, lecture 32 bits, et il a fallu ton message et ta suggestion avec hdparm pour que je passe à l'acte.
Ceci me fait donc penser que, souvent, lorsqu'on mène une recherche sur des aspects techniques de Linux, on a (en tout cas, j'ai, et je pense ne pas être le seul, donc) tendance à être un peu (pas toujours) enfermé dans la recherche, et souvent, la solution passe et on ne s'y attarde pas, pressés qu'on est de vouloir trouver...
Mea culpa, donc, si j'ai pollué un peu le groupe avec qqch de relativement trivial quand même...
merci encore
@+
Anonyme wrote:
l'indien wrote:
On Tue, 01 Mar 2005 10:31:43 +0100, dogood wrote:
l'indien wrote:
On Mon, 28 Feb 2005 23:15:12 +0100, Rakotomandimby (R12y) Mihamina
wrote:
( Mon, 28 Feb 2005 23:08:37 +0100 ) l'indien :
cdparanoïa est plus lent puisqu'il est paranoïaque et
suppose que par défaut toutes les données sont corrompues
Ah c'est de là que vient son nom? Eh beh... on en apprend tous les
jours
décidément... :-)
J'ai un peu simplifié, mais oui, son nom vient de là.
Grosso modo, il essaye de lire les données de façon plus intelligente
que les autres rippers et surtout, il est capable de reconstituer les
données originales dans la plupart des cas (là ou les autres rippers
laissent des blancs ou des "scratchs").
Pour plus d'infos:
<http://www.xiph.org/paranoia/faq.html>
vouais, et si tu veux désactiver la parano
Amha, ce n'est pas une bonne idée: le but de cdparanoïa est de détecter
et corriger les erreurs. Si tu désactive la parano, il n'y a plus
vraiment d'intérêt à l'utiliser, d'autant que si tu encode derrière,
l'encodage sera de toute façon plus lent que le rip: tu peux donc te
permettre que le rip soit un peu plus lent mais plus fiable.
Enfin, tout dépend de la qualité voulue....
[..]
donc je résume:
je laisse cdparanoia détecter et corriger les erreurs, c'est vrai que
la majeure partie du temps, ça ne ralentit pratiquement pas...
et pour encoder, j'attends qu'il ait tout xtrait, où bien ?
l'idée d'envoyer la sortie de cdparanoia à oggenc n'est pas une bonne
idée? pourquoi?
@+
je te suggerai de vérifier que le dma+le mode 32 bit+le lookahed est activé
hdparm -c1 -d1 -m16 /dev/hdX (où X est la lettre de ton lecteur)
eventuellement -X66 (voire 100 si ta carte le supporte)
puis urpmi grip (tu vas etre surpris de la convivialité de ce ripper)
bonjour,
voilà, c'est réglé. merci beaucoup.
j'ai donc fait un hdparm -c1 -d1 -m16 /dev/hdd
par contre, -X66, voire 100 selon la carte (ùmère) je suppose? pas
testé, mais j'aurais tendance à d'abord bien lire la page de man de
hdparm...
je connaissais hdparm, j'avais lu à propos de ces problèmes de vitesse
de lecture audio-numérique, et donc DMA activé, lecture 32 bits, et il a
fallu ton message et ta suggestion avec hdparm pour que je passe à l'acte.
Ceci me fait donc penser que, souvent, lorsqu'on mène une recherche sur
des aspects techniques de Linux, on a (en tout cas, j'ai, et je pense ne
pas être le seul, donc) tendance à être un peu (pas toujours) enfermé
dans la recherche, et souvent, la solution passe et on ne s'y attarde
pas, pressés qu'on est de vouloir trouver...
Mea culpa, donc, si j'ai pollué un peu le groupe avec qqch de
relativement trivial quand même...
On Mon, 28 Feb 2005 23:15:12 +0100, Rakotomandimby (R12y) Mihamina wrote:
( Mon, 28 Feb 2005 23:08:37 +0100 ) l'indien :
cdparanoïa est plus lent puisqu'il est paranoïaque et suppose que par défaut toutes les données sont corrompues
Ah c'est de là que vient son nom? Eh beh... on en apprend tous les jours décidément... :-)
J'ai un peu simplifié, mais oui, son nom vient de là. Grosso modo, il essaye de lire les données de façon plus intelligente que les autres rippers et surtout, il est capable de reconstituer les données originales dans la plupart des cas (là ou les autres rippers laissent des blancs ou des "scratchs").
Pour plus d'infos: <http://www.xiph.org/paranoia/faq.html>
vouais, et si tu veux désactiver la parano
Amha, ce n'est pas une bonne idée: le but de cdparanoïa est de détecter et corriger les erreurs. Si tu désactive la parano, il n'y a plus vraiment d'intérêt à l'utiliser, d'autant que si tu encode derrière, l'encodage sera de toute façon plus lent que le rip: tu peux donc te permettre que le rip soit un peu plus lent mais plus fiable. Enfin, tout dépend de la qualité voulue....
[..]
donc je résume:
je laisse cdparanoia détecter et corriger les erreurs, c'est vrai que la majeure partie du temps, ça ne ralentit pratiquement pas... et pour encoder, j'attends qu'il ait tout xtrait, où bien ?
l'idée d'envoyer la sortie de cdparanoia à oggenc n'est pas une bonne idée? pourquoi?
@+
je te suggerai de vérifier que le dma+le mode 32 bit+le lookahed est activé hdparm -c1 -d1 -m16 /dev/hdX (où X est la lettre de ton lecteur) eventuellement -X66 (voire 100 si ta carte le supporte) puis urpmi grip (tu vas etre surpris de la convivialité de ce ripper) bonjour,
voilà, c'est réglé. merci beaucoup. j'ai donc fait un hdparm -c1 -d1 -m16 /dev/hdd par contre, -X66, voire 100 selon la carte (ùmère) je suppose? pas testé, mais j'aurais tendance à d'abord bien lire la page de man de hdparm...
je connaissais hdparm, j'avais lu à propos de ces problèmes de vitesse de lecture audio-numérique, et donc DMA activé, lecture 32 bits, et il a fallu ton message et ta suggestion avec hdparm pour que je passe à l'acte.
Ceci me fait donc penser que, souvent, lorsqu'on mène une recherche sur des aspects techniques de Linux, on a (en tout cas, j'ai, et je pense ne pas être le seul, donc) tendance à être un peu (pas toujours) enfermé dans la recherche, et souvent, la solution passe et on ne s'y attarde pas, pressés qu'on est de vouloir trouver...
Mea culpa, donc, si j'ai pollué un peu le groupe avec qqch de relativement trivial quand même...
