Well it says: "With this option, Flac will create a parallel decoder that
decodes the output of the encoder and compares the result against the
original." My question still remains. With "on the fly encoding"
it encodes as it rips. It does not create an intermediate WAV file and then
converts. So if verification is indeed taking place, does it mean it verifies
against the source CD? Forgive my insistence, but I'm trying to understand
how it works so I can decide which settings I'll be using since I use Flac
for archival purpuses.
Josh Coalson <xflac@yahoo.com> wrote: Date: Thu, 23 Feb 2006 11:22:04
-0800 (PST)
From: Josh Coalson <xflac@yahoo.com>
Subject: Re: [Flac] On the fly enconding with verification?
To: Eliezer Martinez <hermes_vb@yahoo.com>
--- Eliezer Martinez wrote:> I use CDex with this Flac string:
>
> -8 -V -o %2 -T "artist=%a" -T "title=%t" -T
"album=%b" -T "date=%y"
> -T "tracknumber=%tn/%tt" -T "genre=%g" -"
>
> Well, as you all know the -V option is used to verify the encoding. I
> had no errors when I tried the "on the fly encoding" option with
the
> -V, but I wonder if the verification is being performed. Can it
> actually verify something that was never a WAV file?
yes, see
http://flac.sourceforge.net/documentation.html#flac_options_verify
Josh
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
---------------------------------
Brings words and photos together (easily) with
PhotoMail - it's free and works with Yahoo! Mail.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.xiph.org/pipermail/flac/attachments/20060223/b929ab65/attachment.html