Re: Ripping physically scratched CD's

--===============1507338418==
Content-Type: multipart/alternative; boundary=089e0141a9a44a2249050978746b

--089e0141a9a44a2249050978746b
Content-Type: text/plain; charset=UTF-8

it's called cdparanoia because it's paranoid about getting the extraction
right.

refusing to rip a CD that is not perfectly readable is expected behavior;
even, in a sense, the design goal.

On Fri, Dec 5, 2014 at 5:30 AM, Michael_OF <[email protected]> wrote:

> Hi Monti, Carter and "grarpamp",
>
>
> thank you very much for your kind answers and hints for my request.
>
> I agree to all of you that repairing the CDDAs or at least trying to
> repair would for sure guarantee the best possible
> ripping results.
>
> But my question was more on the software side, not "hardware". I've tried
> to understand why a rip WITH error correction
> etc. hangs, and a playback with "kscd" not, "playing" the scratches, but
> not disturbing.
>
> So in fact Monty's hint "you can turn that off" was my solution,
> "cdparanoia -vZB". Much faster than a pure playback, as
> drive's full speed is used. And all files are playable on my MP3 player.
>
> Remark: All of these CDDAs are audio books, no music, so the result is
> completely sufficient for me.
> Just in case some music enthusiasts in the mailing list might shudder
> about my quality "expectations" :-)
>
> So thanks again,
> Michael
>
>
>
>
>
> Am 04.12.2014 um 00:11 schrieb [email protected]:
> >> Whyever, I can't really rip these CDDAs, not with audex, not with a
> dolphin copy and paste and unfortunately also not
> >> with cdparanoia, which I tried at last. All of the above "hangs" at
> some tracks.
> >
> > Right; by default it will only accept a perfectly reproducible read.
> > You can turn that off, BTW, however there might still be issues with
> > the kernel endlessly retrying read attempts when the drive itself
> > reports errors.
> >
> > You can in fact often buff out scratches from the play surface.
> > Polish from hub to rim.  Plastic 'scratch-removal' fluids and a cotton
> > cloth work pretty well.
> >
> > There's also a product called a 'CD Doctor' that's a little automated
> > buffing machine that does the same.  It actually works.
> >
> > Monty
> >
> _______________________________________________
> Paranoia mailing list
> [email protected]
> http://lists.xiph.org/mailman/listinfo/paranoia
>

--089e0141a9a44a2249050978746b
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">it&#39;s called cdparanoia because it&#39;s paranoid about=
 getting the extraction right.<div><br></div><div>refusing to rip a CD that=
 is not perfectly readable is expected behavior; even, in a sense, the desi=
gn goal.</div></div><div class=3D"gmail_extra"><br><div class=3D"gmail_quot=
e">On Fri, Dec 5, 2014 at 5:30 AM, Michael_OF <span dir=3D"ltr">&lt;<a href=
=3D"mailto:[email protected]" target=3D"_blank">michaelof@rocketmail=
.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"ma=
rgin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Monti, Cart=
er and &quot;grarpamp&quot;,<br>
<br>
<br>
thank you very much for your kind answers and hints for my request.<br>
<br>
I agree to all of you that repairing the CDDAs or at least trying to repair=
 would for sure guarantee the best possible<br>
ripping results.<br>
<br>
But my question was more on the software side, not &quot;hardware&quot;. I&=
#39;ve tried to understand why a rip WITH error correction<br>
etc. hangs, and a playback with &quot;kscd&quot; not, &quot;playing&quot; t=
he scratches, but not disturbing.<br>
<br>
So in fact Monty&#39;s hint &quot;you can turn that off&quot; was my soluti=
on, &quot;cdparanoia -vZB&quot;. Much faster than a pure playback, as<br>
drive&#39;s full speed is used. And all files are playable on my MP3 player=
.<br>
<br>
Remark: All of these CDDAs are audio books, no music, so the result is comp=
letely sufficient for me.<br>
Just in case some music enthusiasts in the mailing list might shudder about=
 my quality &quot;expectations&quot; :-)<br>
<br>
So thanks again,<br>
Michael<br>
<br>
<br>
<br>
<br>
<br>
Am 04.12.2014 um 00:11 schrieb <a href=3D"mailto:[email protected]">xiphmon=
[email protected]</a>:<br>
<span class=3D"">&gt;&gt; Whyever, I can&#39;t really rip these CDDAs, not =
with audex, not with a dolphin copy and paste and unfortunately also not<br=
>
&gt;&gt; with cdparanoia, which I tried at last. All of the above &quot;han=
gs&quot; at some tracks.<br>
&gt;<br>
</span>&gt; Right; by default it will only accept a perfectly reproducible =
read.<br>
&gt; You can turn that off, BTW, however there might still be issues with<b=
r>
&gt; the kernel endlessly retrying read attempts when the drive itself<br>
&gt; reports errors.<br>
&gt;<br>
&gt; You can in fact often buff out scratches from the play surface.<br>
&gt; Polish from hub to rim.=C2=A0 Plastic &#39;scratch-removal&#39; fluids=
 and a cotton<br>
&gt; cloth work pretty well.<br>
&gt;<br>
&gt; There&#39;s also a product called a &#39;CD Doctor&#39; that&#39;s a l=
ittle automated<br>
&gt; buffing machine that does the same.=C2=A0 It actually works.<br>
&gt;<br>
&gt; Monty<br>
<div class=3D"HOEnZb"><div class=3D"h5">&gt;<br>
_______________________________________________<br>
Paranoia mailing list<br>
<a href=3D"mailto:[email protected]">[email protected]</a><br>
<a href=3D"http://lists.xiph.org/mailman/listinfo/paranoia" target=3D"_blan=
k">http://lists.xiph.org/mailman/listinfo/paranoia</a><br>
</div></div></blockquote></div><br></div>

--089e0141a9a44a2249050978746b--

--===============1507338418==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Paranoia mailing list
[email protected]
http://lists.xiph.org/mailman/listinfo/paranoia

--===============1507338418==--