Nabble - Cd-Paranoia - General

Re: cdparanoia 10.2 crashes system during drive detect

2009-09-12T11:53:25Z

Hi Monty,

Any update on this? Anyone else reported anyting like it?

I'm happy to help if I can. Let me know what you'd like me to try.

Thanks,

Glenn

xiphmont@... writes:

> > I recently attempted to upgrade from cdparanoia 9.8 (which I've been using
> > successfully for years on a variety of systems) to 10.2. Alas, 10.2 seems
> > to be causing hard, 100% reproducible crashes during drive detection, even
> > running the static binary from the xiph website.
> >
> > I've done my homework on the website (bug reports, "troubleshooting" section,
> > mailing list) and googled of course, but have not seen any mention of this.
>
> Ah, tripping a bug in the kernel is never fun to debug. I have a few
> guesses as to what may be going wrong, and the kernel having an
> overinflated idea of what DMA transfer sizes the Thinkpad can handle
> is high on the list.
>
> I'm going to be doing a sweep of the various bug reports that have
> come in since 10.2 for an upcoming release soon and will have a few
> things for you to try if you're still there and still willing.
>
> Thanks for the report! Reports are important!
>
> Monty

_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

Re: what do the error correction settings mean???

2009-06-23T08:18:17Z

Hi Sam,
from a user perspective, the original command line program of cdparanoia
offers 3 levels:

"full paranoia", which is the default
"extra paranoia disabled", invoked with "-Y"
"paranoia entirely disabled", invoked with "-Z"

If you see levels "0 to 3" you are using a front-end to cdparanoia. In
any case you should use the "full paranoia" setting. This is especially
advised for older CD-Rs, as they often need error correction.

You do not need to be concerned about cdparanoia filtering sound: a
digital ripping program does not care about the sound recorded on the
CD, only about extracting a correct digital copy. In other words, pink
noise would be copied, and the result is the same pink noise sound.

HTH, Arnd
_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

what do the error correction settings mean???

2009-06-16T14:21:43Z

Hi all. As I (think I) understand it, when using paranoia to rip an audio CD one can invoke error correction with a setting that takes an option with a value from 0 to 3, with 0 meaning no correction and 3 meaning full "paranoia". But nowhere have I managed to find out specifically what those settings mean, that is, exactly what error correction actions happen in each of those cases.

I ask because I want to use cdrdao (with the paranoia library) to rip CDs of my own work, things I have burned over the years. As it happens, much of my work sounds not unlike "pink noise", and I wouldn't want, for example, software (with the best of intentions) to decide that my work was just a continuous stream of scratches--and then to go and filter it somehow. Somehow I get the idea that "2" would be reasonable for me, but that's not based on much.

If I haven't posted this in the right place, or have broken some other rule, then please forgive. I'm new to this posting-questions thing.

Thanks in advance,
Sam

_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

scripting with exit status

2009-06-14T09:45:45Z

I have a large amount of discs to rip and I need to detect when an
unfixable error occurs so I can segregate those discs for special
extra attention. Does cdparanoia expose anything that can be used to
script this?

I see an option to skip a track if it can't be ripped without errors,
but not any way to abort the whole disc.

The only thing I can think of is to use the above-mentioned flag and
compare the number of tracks produced to the number expected.

Suggestions?
_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

Re: cdparanoia vs EAC

2009-06-08T18:00:46Z

> The reason for using EAC instead of cdparanoia has been that EAC has
> been able to handle drives with caches, while cdparanoia hasn't.

Well, it's more that EAC expects drives can have bigger/different
caches than older Paranoia did. A few more drives today also offer
command set ways to force media access, as opposed to attempting to
trick the drive into flushing cache via access patterns. But only a
few (and you can't rely on that).

Both EAC and Paranoia will still have the problem where a drive with a
completely different cache strategy can defeat them without either
knowing (thus bundling the new -A tests with cdparanoia that tries to
find these drives).

> Now I
> see that there is a new version (since September last year) which seem
> to be able to handle drives with caches.

Old paranoia did have cache-modelling code, but it had become out of
date since the last major update in 1998. The new code incorporates
behavior modelling for recent drives.

> If I understand it correctly, cdparanoia is now able to handle drives
> with caches, just like EAC. Is this correct?

"Handle as many at least as well", I think so. Again, I bundled the
test mode for a reason :-) As EAC is closed, none of us really have
any idea what it is doing.

> I run the cdparanoia -A test on my drive, and it ended up with
> something like "Drive tests OK with Paranoia." Does this mean that the
> rips done with cdparanoia will be as accurate as the ones done with
> EAC?

Yes.

Monty
_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

cdparanoia vs EAC

2009-06-08T01:40:20Z

Hi all,
sorry if this has been asked before (I guess it have), but I could not
find any old message in the archives on this topic, so here we go.

I have been using EAC for ripping music as long as I can remember.
When I was on Windows, it was the natural choice. A couple of years
ago I switched to Linux, but I have been using EAC together with wine
since the switch.

The reason for using EAC instead of cdparanoia has been that EAC has
been able to handle drives with caches, while cdparanoia hasn't. Now I
see that there is a new version (since September last year) which seem
to be able to handle drives with caches.

If I understand it correctly, cdparanoia is now able to handle drives
with caches, just like EAC. Is this correct?

I run the cdparanoia -A test on my drive, and it ended up with
something like "Drive tests OK with Paranoia." Does this mean that the
rips done with cdparanoia will be as accurate as the ones done with
EAC?

Thanks in advance

/crazy
_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

Re: span argument ?

2009-05-19T15:25:12Z

On Tue, May 19, 2009 at 6:20 PM, drew bodker
<dbodker@...> wrote:
> Hello,
>
> Is there a Span argument that will consolidate all tracks to one wav file?

Yes. cdparanoia 1-

Monty
_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

span argument ?

2009-05-19T15:20:11Z

Hello,

Is there a Span argument that will consolidate all tracks to one wav file?

Thanks,

drew

_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

Re: cdparanoia, sector offset and last track

2009-02-06T11:00:43Z

Okay, thanks this makes sense. The end flag I was referring to was the
i_end_case function in paranoia.c.

-----Original Message-----
From: xiphmont@...
To: Paul C. Bryan <email@...>
Cc: paranoia@...
Subject: Re: [Paranoia] cdparanoia, sector offset and last track
Date: Fri, 6 Feb 2009 13:56:36 -0500

On Fri, Feb 6, 2009 at 1:41 PM, Paul C. Bryan <email@...> wrote:
> So the "end" flag isn't set until the last (corrected) sector has been
> read?

I'm not sure what you mean by the 'end flag'. The :^D in the status line?

Oh, BTW, if the sector offset causes reads past the end of the
physical session and this generates read errors, the code will
eventually force a skip and fill in areas it couldn't read with
zeros.... so it is in fact possible that the end of the disc could be
'padded' with zeros when a positive offset is used... but this is more
of a last-ditch strategy for dealing with an unreadable area than it
is intentional padding.

Monty

_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

Re: cdparanoia, sector offset and last track

2009-02-06T10:56:36Z

On Fri, Feb 6, 2009 at 1:41 PM, Paul C. Bryan <email@...> wrote:
> So the "end" flag isn't set until the last (corrected) sector has been
> read?

I'm not sure what you mean by the 'end flag'. The :^D in the status line?

Oh, BTW, if the sector offset causes reads past the end of the
physical session and this generates read errors, the code will
eventually force a skip and fill in areas it couldn't read with
zeros.... so it is in fact possible that the end of the disc could be
'padded' with zeros when a positive offset is used... but this is more
of a last-ditch strategy for dealing with an unreadable area than it
is intentional padding.

Monty
_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

Re: cdparanoia, sector offset and last track

2009-02-06T10:41:20Z

So the "end" flag isn't set until the last (corrected) sector has been
read?

-----Original Message-----
From: xiphmont@...
To: Paul C. Bryan <email@...>
Cc: paranoia@...
Subject: Re: [Paranoia] cdparanoia, sector offset and last track
Date: Fri, 6 Feb 2009 13:23:35 -0500

On Thu, Feb 5, 2009 at 7:50 PM, Paul C. Bryan <email@...> wrote:
> Dear fellow users and Monty, o admired king of cdparanoia:
>
> I've dug into the code a bit, and I *think* the way cdparanoia works is
> it will not try to read past what it thinks is the last sector of the
> last track. If you set a positive sector offset, this would mean it pads
> the last track with zeroes. Am I correct?

Actually, passing an offset (with -t or -O) is supposed to be handled
as a case of 'the drive is reporting boundaries incorrectly'. The
information returned by the TOC query is adjusted by the provided
offset, so reads are done as if the CDROM drive had reported a table
of contents with the adjusted offsets. The hardware may balk at this,
of course...

Monty

_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

Re: cdparanoia, sector offset and last track

2009-02-06T10:23:35Z

On Thu, Feb 5, 2009 at 7:50 PM, Paul C. Bryan <email@...> wrote:
> Dear fellow users and Monty, o admired king of cdparanoia:
>
> I've dug into the code a bit, and I *think* the way cdparanoia works is
> it will not try to read past what it thinks is the last sector of the
> last track. If you set a positive sector offset, this would mean it pads
> the last track with zeroes. Am I correct?

Actually, passing an offset (with -t or -O) is supposed to be handled
as a case of 'the drive is reporting boundaries incorrectly'. The
information returned by the TOC query is adjusted by the provided
offset, so reads are done as if the CDROM drive had reported a table
of contents with the adjusted offsets. The hardware may balk at this,
of course...

Monty
_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

cdparanoia, sector offset and last track

2009-02-05T16:50:52Z

Dear fellow users and Monty, o admired king of cdparanoia:

I've dug into the code a bit, and I *think* the way cdparanoia works is
it will not try to read past what it thinks is the last sector of the
last track. If you set a positive sector offset, this would mean it pads
the last track with zeroes. Am I correct?

Paul

_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

Re: cdparanoia 10.2 crashes system during drive detect

2009-01-20T16:07:47Z

> I recently attempted to upgrade from cdparanoia 9.8 (which I've been using
> successfully for years on a variety of systems) to 10.2. Alas, 10.2 seems
> to be causing hard, 100% reproducible crashes during drive detection, even
> running the static binary from the xiph website.
>
> I've done my homework on the website (bug reports, "troubleshooting" section,
> mailing list) and googled of course, but have not seen any mention of this.

Ah, tripping a bug in the kernel is never fun to debug. I have a few
guesses as to what may be going wrong, and the kernel having an
overinflated idea of what DMA transfer sizes the Thinkpad can handle
is high on the list.

I'm going to be doing a sweep of the various bug reports that have
come in since 10.2 for an upcoming release soon and will have a few
things for you to try if you're still there and still willing.

Thanks for the report! Reports are important!

Monty
_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

Re: SATA or external drive recommendations?

2009-01-14T22:36:04Z

On Thu, Jan 15, 2009 at 12:53 AM, Eric Altendorf
<ericaltendorf@...> wrote:
> Ping -- does anyone have recommendations on drives?
>
> As detailed below, the drive I recently bought tests bad with
> cdparanoia, and indeed generates spectactularly bad rips even on clean
> CDs, full of staticky artifacts. I'd like to get a drive that will
> work, but don't want to get burned again.

Sadly-- there's generally no way to tell without actually trying out
the drive. Some very expensive drives have in the past caused major
problems, and some cheap/free drives have been among the best rippers
I've ever owned.

I just picked up some new Pioneer DVR-2910 drives, which are now the
only SATA drives I have personally. They come recommended by others,
I should be able to give a report in a few days.

Monty
_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

Re: SATA or external drive recommendations?

2009-01-14T21:53:57Z

Ping -- does anyone have recommendations on drives?

As detailed below, the drive I recently bought tests bad with
cdparanoia, and indeed generates spectactularly bad rips even on clean
CDs, full of staticky artifacts. I'd like to get a drive that will
work, but don't want to get burned again.

thanks.

--eric

On Sat, Dec 20, 2008 at 6:42 PM, Eric Altendorf <ericaltendorf@...> wrote:

> I just spent the last 6 hours or so testing various things to
> determine why I was getting obvious and really awful skips and other
> audible defects with scratched CDs in cdparanoia.
>
> Turns out it is probably due to my new drive being one of the crappy
> ones with a cache that cdparanoia doesn't know how to model (yet),
> since 'cdparanoia -A' fairly reliably returns "PARANOIA MAY NOT BE
> TRUSTWORTHY WITH THIS DRIVE!". I've sent several analysis logs to
> paranoia-dev, so hopefully that will help, but I have a whole bunch of
> CDs I'd like to rip ASAP, so I would probably rather not wait and
> instead just get a new drive that doesn't suck.
>
> I had a PATA drive that worked fine, but I had to replace my mobo and
> accidentally got one without enough PATA connectors, so I bought a new
> SATA drive. It's the new SATA that won't rip reliably. So, I'm
> looking for a SATA that works well with cdparanoia, or an external.
> Thanks!
>
> frustrated,
>
> --eric
>

_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

Re: rip multiple tracks to single file

2009-01-14T04:43:17Z

On Wednesday 14 January 2009 08:17, xiphmont@... wrote:

> > i don't want, for example, tracks 2 and 3, just 1 and 4 into one file.
>
> Ah. Then you want an audio editor, sorry... Audacity will do a quick job of it.

rip the single tracks then use the "shnjoin" function from

http://etree.org/shnutils/shntool/

shnjoin [OPTIONS] file1 file2 ...

"shntool" is the "Swiss army knife" of audio files. Very handy!

BTW: is there an easy way to get a toc or cue file for a CD ripped
in "batch" mode (-B)?

(I mean a "real" toc from the CD complete with pregaps, indexes,
cdtext if present, etc).

Ciao,
Paolo.

--
_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

Re: rip multiple tracks to single file

2009-01-13T23:17:36Z

On Wed, Jan 14, 2009 at 2:13 AM, scar <scar@...> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> xiphmont@... @ 01/13/2009 10:57 PM:
>> The span argument, by default, rips into one file unless -B is used.
>>
>> cdparanoia 1-4
>>
>> ...rips tracks one through four into one file.
>>
>
> i don't want, for example, tracks 2 and 3, just 1 and 4 into one file.

Ah. Then you want an audio editor, sorry... Audacity will do a quick job of it.

Monty
_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

Re: rip multiple tracks to single file

2009-01-13T23:13:21Z

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

xiphmont@... @ 01/13/2009 10:57 PM:
> The span argument, by default, rips into one file unless -B is used.
>
> cdparanoia 1-4
>
> ...rips tracks one through four into one file.
>

i don't want, for example, tracks 2 and 3, just 1 and 4 into one file.
-----BEGIN PGP SIGNATURE-----

iEYEAREIAAYFAkltkI4ACgkQXhfCJNu98qBuAgCffg5evQjKmyyrVhJhqfHJ0PlB
PVgAoPneqZ4wSEF82BOcQqqzMb0GRN7g
=UiOx
-----END PGP SIGNATURE-----

_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

Re: rip multiple tracks to single file

2009-01-13T21:57:43Z

The span argument, by default, rips into one file unless -B is used.

cdparanoia 1-4

...rips tracks one through four into one file.

Monty
_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

Re: rip multiple tracks to single file

2009-01-13T21:53:20Z

scar wrote:
> maybe i need to rip each track individually and use some other utility
> to concatenate the wav files? any other ideas? thanks.

You could rip each track to a separate file, then use declick at
http://home.snafu.de/wahlm/dl8hbs/declick.html (you'll probably need to
compile this) to trim the silence from both ends of each file:

find ~/Where-I-keep-ripped-tracks/ -type f -iname '*.wav' -print0 |
xargs -0 declick -s -e

Then you could use sox to concatenate the files to a single larger file:

sox 1.wav 2.wav 3.wav big-audio-file.wav

and end up with a single file that is the concatenation of all the
tracks you ripped.

Good luck.
_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

rip multiple tracks to single file

2009-01-13T14:44:40Z

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

is it possible to rip several tracks that are not next to each other
into a single file?

i tried this:

cdparanoia -w "1,2,4,6,8,10" 1.wav

but it only ripped the first track.

maybe i need to rip each track individually and use some other utility
to concatenate the wav files? any other ideas? thanks.
-----BEGIN PGP SIGNATURE-----

iEYEAREIAAYFAkltGVYACgkQXhfCJNu98qAC8wCfR1+WSdHDvUjpN4EGZJUgA1O4
zB4AoMkEFFHOOtflAhyhtWDnb3BL5Hg5
=Mda1
-----END PGP SIGNATURE-----

_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

Failed to configure on Solaris 7

2009-01-06T11:21:04Z

Hi,

I'm not able to configure latest version cdparanoia-III-10.2 on my solaris box.

I have gcc 3.4.2 from sunfreeware.com even the simple check for ANSI C header files has failed but other libs doesn't fail here.

Attached is config.log for details. I have aborted it after some always-successfull tests.

Roland
_______________________________________________________________________
Sensationsangebot verlängert: WEB.DE FreeDSL - Telefonanschluss + DSL
für nur 16,37 Euro/mtl.!* http://dsl.web.de/?ac=OM.AD.AD008K15039B7069a

_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

config.log (10K) Download Attachment

cdparanoia 10.2 crashes system during drive detect

2008-12-31T10:11:19Z

Fellow 'noids,

I recently attempted to upgrade from cdparanoia 9.8 (which I've been using
successfully for years on a variety of systems) to 10.2. Alas, 10.2 seems
to be causing hard, 100% reproducible crashes during drive detection, even
running the static binary from the xiph website.

I've done my homework on the website (bug reports, "troubleshooting" section,
mailing list) and googled of course, but have not seen any mention of this.

To display the behavior under "fair" (i.e., identically-built) conditions,
I downloaded the static binaries for both 9.8 and 10.2, and ran them both.
Results comparison shown below, along with some random commentary at the end.

I will be happy to send more detailed system info or perform any additional
experiments that you wish in order to help diagnose the problem.

Thanks for any help, and thanks for creating cdparanoia in the first place.
It's a superb tool, and IMHO exemplifies what great free SW is all about.

Regards,

Glenn Golden

---------------
Behavior of cdparanoia-III-alpha9.8.i386-linux-elf -vsQ (static version
from xiph website), executed as normal user:

nu$> ./cdparanoia-III-alpha9.8.i386-linux-elf -vsQ
cdparanoia III release 9.8 (March 23, 2001)
(C) 2001 Monty <monty@...> and Xiphophorus

Report bugs to paranoia@...
http://www.xiph.org/paranoia/

Checking /dev/cdrom for cdrom...
Testing /dev/cdrom for cooked ioctl() interface
/dev/scd0 is not a cooked ioctl CDROM.
Testing /dev/cdrom for SCSI interface
generic device: /dev/sg1
ioctl device: /dev/scd0

Found an accessible SCSI CDROM drive.
Looking at revision of the SG interface in use...
SG interface version 3.5.33; OK.

CDROM model sensed sensed: HL-DT-ST RW/DVD GCC-4242N 0J05

Checking for SCSI emulation...
Drive is ATAPI (using SCSI host adaptor emulation)
Couldn't disable kernel command translation layer

Checking for MMC style command set...
Drive is MMC style
DMA scatter/gather table entries: 127
table entry size: 32768 bytes
maximum theoretical transfer: 1769 sectors
Setting default read size to 13 sectors (30576 bytes).

Verifying CDDA command set...
Expected command set reads OK.

Table of contents (audio tracks only):
.
.
.

Operation is normal from this point. The only unusual behavior are numerous
warnings like this in the syslog while doing rips:

sg_write: data in/out 26/26 bytes for SCSI command 0x5a--guessing data in;
program cdparanoia not setting count and/or reply_len properly

Despite these warnings, track ripping appears entirely normal.

---------------
Behavior or cdparanoia-III-10.2.i386-linux-elf -A (static version from
xiph website) executed as normal user or as root. Example below shows
results obtained running as root, from console window:

root@nu: ./cdparanoia-III-10.2.i386-linux-elf -A
cdparanoia III release 10.2 (September 11, 2008)

Using cdda library version: 10.2
Using paranoia library version: 10.2
Checking /dev/cdrom for cdrom...
Testing /dev/cdrom for SCSI/MMC interface
SG_IO device: /dev/scd0

[That's it. After about 30 seconds, death: Symptoms: Hard freeze, cursor
stops blinking, no keyboard response, no indication of disc or Ethernet
activity, no panic messages, no nothing. After reboot, system logs contain
no hint of what might have happened.]

---------------
A few random observations:

* System basic info: Thinkpad T43, CentOS 4-1.2, upgraded to 2.6.17 kernel.

* CD drive info as reported by 9.8 above.

* During the 30-second pre-death period (after the "SG_IO device: /dev/scd0"
message appears, but before the freeze) I'm unable to ^C out of cdparanoia,
but system operation in other respects generally appears normal. For
example, I had enough time to cut-n-paste the above pre-crash text into
another console window and write it to a file before it froze.

* My locally-built version of 9.8 (which I've been using for years, built
sources in 2003 I think) also works fine, but does not seem to generate
the "not setting count..." warnings. I only see those messages with the
9.8 static version from the xiph website.
----------------
_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

SATA or external drive recommendations?

2008-12-20T18:42:45Z

I just spent the last 6 hours or so testing various things to
determine why I was getting obvious and really awful skips and other
audible defects with scratched CDs in cdparanoia.

Turns out it is probably due to my new drive being one of the crappy
ones with a cache that cdparanoia doesn't know how to model (yet),
since 'cdparanoia -A' fairly reliably returns "PARANOIA MAY NOT BE
TRUSTWORTHY WITH THIS DRIVE!". I've sent several analysis logs to
paranoia-dev, so hopefully that will help, but I have a whole bunch of
CDs I'd like to rip ASAP, so I would probably rather not wait and
instead just get a new drive that doesn't suck.

I had a PATA drive that worked fine, but I had to replace my mobo and
accidentally got one without enough PATA connectors, so I bought a new
SATA drive. It's the new SATA that won't rip reliably. So, I'm
looking for a SATA that works well with cdparanoia, or an external.
Thanks!

frustrated,

--eric
_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

Re: buffer underruns?

2008-07-23T13:18:54Z

Hi,

On Thu, Jul 17, 2008 at 02:09:08PM -0400, Forest Bond wrote:

> On Thu, Jul 17, 2008 at 01:48:34PM -0400, Forest Bond wrote:
> > I occasionally hear what sound like small buffer underruns in files ripped with
> > cdparanoia using the default options. Re-ripping gives me a good file.
> >
> > Is it possible that buffer underruns are occuring and cdparanoia can't do
> > anything about it? Can I tell cdparanoia to keep re-ripping the track until it
> > gets two identical copies?
>
> Just to justify/clarify, I ripped the same audio track twenty times and diffed
> each of the resulting .wav files. I found that one of those files was different
> from all the others, even though cdparanoia's output and return code was
> identical in all cases.
>
> My cdparanoia --version is "cdparanoia III release 10pre0 (August 29, 2006)".
>
> I'm contemplating writing a shell script that wraps cdparanoia and performs the
> requested rip three times, only keeping one set of files for which the same
> result was obtained by one other rip.
>
> Thoughts? Is this unnecessary? Is it my drive's fault?

Did anyone have any input on this? Should I write a wrapper for cdparanoia that
double-checks its work?

-Forest
--
Forest Bond
http://www.alittletooquiet.net
http://www.pytagsfs.org

_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

signature.asc (196 bytes) Download Attachment

Drives that don't detect pre-gaps

2008-07-23T12:42:02Z

Does anyone know what about a drive determines whether or not it will
detect a CD's pre-gap? My laptop's drive will only detect the pre-gap
for track #1, but my desktop's Lite-On detects pre-gaps all over the
place.

- Grant
_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

Re: buffer underruns?

2008-07-17T11:09:01Z

Hi,

On Thu, Jul 17, 2008 at 01:48:34PM -0400, Forest Bond wrote:
> I occasionally hear what sound like small buffer underruns in files ripped with
> cdparanoia using the default options. Re-ripping gives me a good file.
>
> Is it possible that buffer underruns are occuring and cdparanoia can't do
> anything about it? Can I tell cdparanoia to keep re-ripping the track until it
> gets two identical copies?

Just to justify/clarify, I ripped the same audio track twenty times and diffed
each of the resulting .wav files. I found that one of those files was different
from all the others, even though cdparanoia's output and return code was
identical in all cases.

My cdparanoia --version is "cdparanoia III release 10pre0 (August 29, 2006)".

I'm contemplating writing a shell script that wraps cdparanoia and performs the
requested rip three times, only keeping one set of files for which the same
result was obtained by one other rip.

Thoughts? Is this unnecessary? Is it my drive's fault?

Thanks,
Forest
--
Forest Bond
http://www.alittletooquiet.net
http://www.pytagsfs.org

_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

signature.asc (196 bytes) Download Attachment

buffer underruns?

2008-07-17T10:48:34Z

Hi,

I occasionally hear what sound like small buffer underruns in files ripped with
cdparanoia using the default options. Re-ripping gives me a good file.

Is it possible that buffer underruns are occuring and cdparanoia can't do
anything about it? Can I tell cdparanoia to keep re-ripping the track until it
gets two identical copies?

Thanks,
Forest
--
Forest Bond
http://www.alittletooquiet.net
http://www.pytagsfs.org

_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

signature.asc (196 bytes) Download Attachment

Re: Pre-emphasis and Pre-gap info?

2008-07-16T16:04:55Z

>> Do you know of any way to determine if a track has a pre-gap (even
>> just a couple seconds of silence) or not without listening to each
>> track on a CD player?
>>
>
> 1) Use EAC to and run pre-gap detection on the disc.
> 2) cdrdao can do it with the 'read-toc' command, and make sure not to turn
> on the '--fast-toc' option.

Besides EAC, would you say the best way to determine if a CD has any
tracks with pre-gaps is to:

cdrdao read-toc --device /dev/hda toc-file && rm toc-file

and watch the ouput for any "Found pre-gap:" statements?

- Grant
_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

Re: Pre-emphasis and Pre-gap info?

2008-07-16T14:29:54Z

On Wed, Jul 16, 2008 at 10:27 AM, Grant <emailgrant@...> wrote:

Do you know of any way to determine if a track has a pre-gap (even
just a couple seconds of silence) or not without listening to each
track on a CD player?

1) Use EAC to and run pre-gap detection on the disc.
2) cdrdao can do it with the 'read-toc' command, and make sure not to turn on the '--fast-toc' option.

_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

Re: Pre-emphasis and Pre-gap info?

2008-07-16T13:27:28Z

>> Can I use cdparanoia to get pre-emphasis and pre-gap info on my CDs?
>> I thought 'cdparanoia -Q' was giving me pre-gap info, but I've read
>> that it isn't accurate and I have yet to see it report "pre yes".
>
> the 'pre' in the TOC listing isn't referring to pregap. It's referring
> to 'preemphasis'.
>
> n the very early days of CDs (early 80s), this was a hack to allow
> studios to directly press CD from masters that had originally been
> made for vinyl records, which use a preemphasis curve. These days,
> nearly all old recordings have been remastered for CD and new masters
> are made without preemphasis. I haven't seen a CD with preemphasis in
> over 20 years.
>
> As for pre-gap, it's up to the CDROM whether reading the pregap is
> supported at all. Many cdrom drives are unable to access it. If the
> CDROM is pregap capable and the disc has a pregap, it can be ripped as
> 'track 0'.
>
> Monty

Thanks Monty. I'm mainly interested in pre-gap info so I can
determine what rubyripper is doing with pre-gaps. EAC appends them to
the previous track by default, and that is the "format" AccurateRip
uses to generate its checksums.

Do you know of any way to determine if a track has a pre-gap (even
just a couple seconds of silence) or not without listening to each
track on a CD player?

- Grant
_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

Re: Pre-emphasis and Pre-gap info?

2008-07-15T17:35:03Z

On Mon, Jul 14, 2008 at 12:32 AM, Grant <emailgrant@...> wrote:
> Can I use cdparanoia to get pre-emphasis and pre-gap info on my CDs?
> I thought 'cdparanoia -Q' was giving me pre-gap info, but I've read
> that it isn't accurate and I have yet to see it report "pre yes".

the 'pre' in the TOC listing isn't referring to pregap. It's referring
to 'preemphasis'.

n the very early days of CDs (early 80s), this was a hack to allow
studios to directly press CD from masters that had originally been
made for vinyl records, which use a preemphasis curve. These days,
nearly all old recordings have been remastered for CD and new masters
are made without preemphasis. I haven't seen a CD with preemphasis in
over 20 years.

As for pre-gap, it's up to the CDROM whether reading the pregap is
supported at all. Many cdrom drives are unable to access it. If the
CDROM is pregap capable and the disc has a pregap, it can be ripped as
'track 0'.

Monty
_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

Re: External drive recommendation

2008-07-15T17:30:43Z

On Mon, Jul 14, 2008 at 8:27 AM, Forest Bond <forest@...> wrote:

> Any recommendations?

In general, it's very hard to tell what rebadged drive is inside any
device or computer these days. It will often be a completely
different maker even inside products with the same part number.

Cdrom drives in general are greatly improved over the past ten years,
and it's unusual to find one that does not work well with cdparanoia.
However, if you're worried, I suggest buying locally from a store with
a good return policy.

Monty
_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

External drive recommendation

2008-07-14T05:27:56Z

Hi,

I need to purchase an external USB CD-R drive. I will use it to rip audio CDs
most often, and burn audio CDs a little less frequently. Thus, I'd like a drive
that would excel at ripping audio. I use cdparanoia for this task.

Any recommendations?

Thanks,
Forest
--
Forest Bond
http://www.alittletooquiet.net
http://www.pytagsfs.org

_______________________________________________
Paranoia mailing list
Paranoia@...
http://lists.xiph.org/mailman/listinfo/paranoia

signature.asc (196 bytes) Download Attachment