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....
question déjà posée, une solution suggérée, pas réglé!
Inutil d'en faire un nouveau fil dans ce cas.
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.
Je ne te le fais pas dire.
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.
Donc tu n'as pas d'émulation scsi. C'est bien.
Appeler cdda2wav avec dev=ATAPI:x,x,x ne marche pas non plus, et bon...
Moi j'utilise cdparanoia. Peut-êter devrais-tu en faire autant ? -- L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance) Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
( Mon, 28 Feb 2005 19:44:42 +0100 ) dogood :
salut,
Salut
question déjà posée, une solution suggérée, pas réglé!
Inutil d'en faire un nouveau fil dans ce cas.
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.
Je ne te le fais pas dire.
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.
Donc tu n'as pas d'émulation scsi. C'est bien.
Appeler cdda2wav avec dev=ATAPI:x,x,x ne marche pas non plus, et bon...
Moi j'utilise cdparanoia.
Peut-êter devrais-tu en faire autant ?
--
L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses
activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance)
Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
question déjà posée, une solution suggérée, pas réglé!
Inutil d'en faire un nouveau fil dans ce cas.
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.
Je ne te le fais pas dire.
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.
Donc tu n'as pas d'émulation scsi. C'est bien.
Appeler cdda2wav avec dev=ATAPI:x,x,x ne marche pas non plus, et bon...
Moi j'utilise cdparanoia. Peut-êter devrais-tu en faire autant ? -- L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance) Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
l'indien
On Mon, 28 Feb 2005 20:01:25 +0100, Rakotomandimby (R12y) Mihamina wrote:
( Mon, 28 Feb 2005 19:44:42 +0100 ) dogood :
salut,
Salut
[...]
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. [...]
Moi j'utilise cdparanoia. Peut-êter devrais-tu en faire autant ?
En principe, cdparanoïa est plus lent puisqu'il est paranoïaque et suppose que par défaut toutes les données sont corrompues. Mais bon, si c'est un bug de cdda2wav, c'est une bonne idée ! Sinon, il faut quand même vérifier, au cas ou, si la DMA est bien activée...
On Mon, 28 Feb 2005 20:01:25 +0100, Rakotomandimby (R12y) Mihamina wrote:
( Mon, 28 Feb 2005 19:44:42 +0100 ) dogood :
salut,
Salut
[...]
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.
[...]
Moi j'utilise cdparanoia.
Peut-êter devrais-tu en faire autant ?
En principe, cdparanoïa est plus lent puisqu'il est paranoïaque et
suppose que par défaut toutes les données sont corrompues. Mais bon, si
c'est un bug de cdda2wav, c'est une bonne idée !
Sinon, il faut quand même vérifier, au cas ou, si la DMA est bien
activée...
On Mon, 28 Feb 2005 20:01:25 +0100, Rakotomandimby (R12y) Mihamina wrote:
( Mon, 28 Feb 2005 19:44:42 +0100 ) dogood :
salut,
Salut
[...]
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. [...]
Moi j'utilise cdparanoia. Peut-êter devrais-tu en faire autant ?
En principe, cdparanoïa est plus lent puisqu'il est paranoïaque et suppose que par défaut toutes les données sont corrompues. Mais bon, si c'est un bug de cdda2wav, c'est une bonne idée ! Sinon, il faut quand même vérifier, au cas ou, si la DMA est bien activée...
Rakotomandimby (R12y) Mihamina
( 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... :-) -- L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance) Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
( 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... :-)
--
L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses
activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance)
Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
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... :-) -- L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance) Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
l'indien
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>
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>
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>
dogood
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, et extraire chaque piste
dans un fichier séparé
$cdparanoia -YZB
et hop, c'est vrai que cela speede bien!! en plus ça va me donner l'occase de mettre en oeuvre mon premier | genre cdparanoia -YZB | oggenc qqch?
je vais y arriver, sur de sur!!
merci @+
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, et extraire chaque piste
dans un fichier séparé
$cdparanoia -YZB
et hop, c'est vrai que cela speede bien!!
en plus ça va me donner l'occase de mettre en oeuvre mon premier |
genre cdparanoia -YZB | oggenc qqch?
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, et extraire chaque piste
dans un fichier séparé
$cdparanoia -YZB
et hop, c'est vrai que cela speede bien!! en plus ça va me donner l'occase de mettre en oeuvre mon premier | genre cdparanoia -YZB | oggenc qqch?
je vais y arriver, sur de sur!!
merci @+
Rakotomandimby (R12y) Mihamina
( Tue, 01 Mar 2005 10:31:43 +0100 ) dogood :
genre cdparanoia -YZB | oggenc qqch?
Tu aime faire souffrir ton PC toi ;-P -- L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance) Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
( Tue, 01 Mar 2005 10:31:43 +0100 ) dogood :
genre cdparanoia -YZB | oggenc qqch?
Tu aime faire souffrir ton PC toi ;-P
--
L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses
activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance)
Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
Tu aime faire souffrir ton PC toi ;-P -- L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance) Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
l'indien
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....
[..]
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....
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....
[..]
dogood
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?
@+
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?
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?
@+
Anonyme
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)
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)
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)
l'indien
On Tue, 01 Mar 2005 13:43:25 +0100, dogood 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...
Voilà.
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?
Si, ça tu peux le faire sans problème. C'est même plutôt optimal au niveau performances. Le seul problème, c'est que tu devras générer toi même les noms de fichiers. En passant, grip automatise celà très bien (à mon gout, en tout cas...).
On Tue, 01 Mar 2005 13:43:25 +0100, dogood 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...
Voilà.
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?
Si, ça tu peux le faire sans problème.
C'est même plutôt optimal au niveau performances.
Le seul problème, c'est que tu devras générer toi même les noms de
fichiers.
En passant, grip automatise celà très bien (à mon gout, en tout cas...).
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...
Voilà.
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?
Si, ça tu peux le faire sans problème. C'est même plutôt optimal au niveau performances. Le seul problème, c'est que tu devras générer toi même les noms de fichiers. En passant, grip automatise celà très bien (à mon gout, en tout cas...).
