I'd agree with the idea that (these days) buying expensive drives is
unnecessary. Buy cheap ones and replace as required.
...rather like any computer component, actually. The only part really
worth investing in is the case!
--
Phil Leigh
You want to see the signal path BEFORE it gets onto a CD
opaqueice;261941 Wrote:
> I don't think I paid more than $30 for either of mine. They've each
> ripped maybe 600 discs, with no problems so far.
I prefer to use external drives simply because it saves me the hassle
of dealing with opening and closing the computer, and the good ones (we
mentione
pablolie;261933 Wrote:
> I am very glad that someone else validate my Pi-times-thumb guideline.
> Not sure what it is, because I tried lens cleaners and what not, but
> the results head downhill, and I wish the manufacturers would provide a
> guideline on the expected lifetime for accurate rips.
Phil Leigh;261790 Wrote:
> ... earlier poster .. who said that a drive is good for about 1,000
> rips is right too IME...
I am very glad that someone else validate my Pi-times-thumb guideline.
Not sure what it is, because I tried lens cleaners and what not, but
the results head downhill, and I
opaqueice;261713 Wrote:
> Hmm - it doesn't sound to me like they vary much at all if that's true.
> If those rates are per bit, 10^{-11} would be something like one single
> bit error every 10 discs, which is more than good enough. Bear in mind
> that single bit errors will be totally inaudible
DennyL;261686 Wrote:
>
> < of the codes' correction capability. All manufacturers' implementations
> do, however, use enough of this capability to lower error rates from
> the [10.sup.-5] to [10.sup.-6] level at the disk to the [10.sup.-11] to
> [10.sup.-12] level at the interface.>>
>
> This d
There's plenty for me to think about in the previous few posts, as I
have been ripping to FLAC and Ogg using CDex on my laptop. I can see
that I can probably do better and also do things to check the quality
of my FLACS.
I did once set about installing EAC, but had other things to do that
evening
Here are my expeirences with the science of ripping and getting the 1
and o stuff onto your drive in a file that is as close to perfection as
possible... and I should point out this is based on a painful learning
experience, since my earilier rips have proven to be compromised and I
hace to re-rip
Phil Leigh;261499 Wrote:
> I'd go out on a limb and say that this problem is now materially solved
> when using something like EAC or similar which will "try try and
> try again" to get the bits off...
>
> I suppose you could argue that AccurateRip doesn't prove we are getting
> the right bits
I could go further and suggest (flameproof suit on) that ripping is more
accurate than reading a red book cd using the old fashioned (spiral
tracing, one bite of the cherry) method.
In fact aren't most CD players these days actually using some form of
rom drive... ?
--
Phil Leigh
You want to s
Timothy Stockman;261494 Wrote:
> I'd like to point out why extracting audio data from RedBook CDs is
> difficult.
What Phil said.
I get perfect accuraterip-verified rips every single time (at least on
unscratched CDs), using EAC with two different $25 CD-ROM drives in an
old Windows PC. I susp
Timothy - toally agree and what you call DAE jitter was certainly a
problem in the early days of digital audio extraction (early 90's)
using CD rom drives.
However, AccurateRip results from a vast user/disc population are
showing high consistency in extract processes, so I'd go out on a limb
and
I'd like to point out why extracting audio data from RedBook CDs is
difficult. The CD has a long, spiral track like an LP. Although the
CD is divided into frames, unlike sectors on a hard drive the CD is not
designed for frame-accurate seeks. This is fine when the disk is being
played in a CD p
Timothy Stockman;261473 Wrote:
> In fact, normally when I run the FLAC encoder, I run it with the
> "verify" option, which runs a decoder in parallel with the encoding
> process to prove that, indeed, bits out = bits in. The FLAC tester
> proves (beyond reasonable doubt) that bits out at a later
DennyL;261455 Wrote:
> I assume that the people who designed FLAC or WAVE, or whichever
> lossless CODEC, were competent enough to ensure bits in = bits out.
> Surely this is the case?
In fact, normally when I run the FLAC encoder, I run it with the
"verify" option, which runs a decoder in parall
DennyL;261455 Wrote:
> Yes, I have seen this discussed elsewhere as well.
>
> I thought the OP's question was a good one - how to get those bits off
> the CD onto the the HD with the minimum of errors.
This is the important question.
As i stated earlier, once the bits are captured onto HD the
Yes, I have seen this discussed elsewhere as well.
I thought the OP's question was a good one - how to get those bits off
the CD onto the the HD with the minimum of errors. I suspect the answer
is mainly about using EAC or equivalent because getting the bits off the
CD is the difficult part, and
DennyL wrote:
> I don't understand how this dicussion can continue without reference to
> error correction. My understanding is that the clever people at Sony
> and Philips who developed the Red Book CD standard anticipated that
> there would be problems getting the data off the CD, and incorporate
DennyL - there are several threads on this kicking around.
However, one of the things to bear in mind is that you can assume your
CD (or DVD) Rom drive is doing a good job on Red Book but really you
need to KNOW if it is or not. Red Book read errors requiring correction
or interpolation may be non
I don't understand how this dicussion can continue without reference to
error correction. My understanding is that the clever people at Sony
and Philips who developed the Red Book CD standard anticipated that
there would be problems getting the data off the CD, and incorporated
error correction, m
> I'm doing more or less that same thing, my "quicker-ripper" being Easy
> CDDA Extractor, the older 9.1.3 version...
CDex, which I think is the same thing. I also use an old version, it
ain't broke, no reasong to fix it.
--
Pat Farrell
___
audioph
Pat Farrell;260364 Wrote:
> I rip my CDs (over 700 so far) using a faster process than EAC and
> listen to it. If I like it, I keep listening. If I don't like it, I
> fire up EAC. I find EAC
> too slow and too grumpy. YMMV
Pat: are you willing to let us know what you use as your
"quicker-ripper"
GuyDebord;260583 Wrote:
> Could you please detail more on how you get EAC to work? under mac os?
> VMWare? the options I know are under parallels or bootcamp, but I dont
> do microsoft and never will, so EAC hasnt been an option for
> me.thank you very much in advance.
VMWare Fusion is very
Mark Lanctot;260500 Wrote:
> Now, if AccurateRip says that someone else got the exact same checksum,
> even one other person, it says that this other person got EVERY ONE of
> the 681 609 952 bits identical to me. If JUST ONE of those SIX HUNDRED
> EIGHTY ONE MILLION SIX HUNDRED AND NINE THOUSAN
Apparition;260502 Wrote:
> I am sure you know of this options, but for those that don't, I have
> been using EAC with AccurateRip on my Mac under VMWare Fusion and it
> works flawlessly.
Could you please detail more on how you get EAC to work? under mac os?
thank you very much in advance.
--
GuyDebord;260409 Wrote:
> I use Max with cdParanoia in my Mac, and my preferred lossless format is
> ALAC (Apple Lossless) which in reality is stored as an MP4 (.m4a) but I
> also have some FLAC files which I havent bothered to convert to ALAC
> since they sound the same.
>
> Im not sure if Max
Pat Farrell;260364 Wrote:
> And AccuRip compares the bits you get to previos rips from other folks.
> So
> if 50 folks using 50 computers get the same data (verified by a strong
> checksum) you can be confident that you got the same bits as they did.
>
> This does *not* prove that you got the
I use Max with cdParanoia in my Mac, and my preferred lossless format is
ALAC (Apple Lossless) which in reality is stored as an MP4 (.m4a) but I
also have some FLAC files which I havent bothered to convert to ALAC
since they sound the same.
Im not sure if Max with cdParanoia is as good as EAC but
>How do you do it?<
EAC rip (secure mode), FLAC encoder.
If there was a problem with this, someone would have noticed by now ;)
--
amcluesent
amcluesent's Profile: http://forums.slimdevices.com/member.php?userid=10286
V
MLP is targeted at disc authoring as it has some properties you need on
a disc.
As reducing burst bitrates on the dvd so the dvd player can cope with
it (theres an upper limit in the dvd standard)
Alove a 2ch mixdown scheme for the 5.1 track, usually the dvd-a has a
2ch track to, but this option
Agree with all the above. EAC in secure mode will get as close as
possible - usually 100% - to the original bits from the disk onto your
hard drive. Once there we are no longer in the realm of infinite
improbability familiar to us audiophiles. We are now - temporarily - in
the world of absolute de
Use the program Exact Audio Copy (EAC) in secure mode. The USB
interface will not affect the bits from the CD to the hard drive.
What you thinking about is a USB sound card. USB nomally does not use
any flow control with USB audio output, therefore the computer
generates the audio clock and the
brjoon1021 wrote:
> I am posting here because, simply put, I want to reproduce what is on
> my CD as EXACTINGLY (sound wise) as I can onto the hard drive and then
> get it to my DAC as purely as possible.
You've got a common terminology problem.
You don't use a codec to pull data off an audio CD.
I ask this because a friend in the hi-fi, home theatre and studio
equipment manufacturing and design business seemed a little skeptical
about the results of burning CDs to a hard drive on a computer and
ending up with a high fidelity result. He has the experiential and
educational background to ha
34 matches
Mail list logo