[Flac] On the fly enconding with verification?

[Eliezer Martinez]

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 at yahoo.com> wrote: Date: Thu, 23 Feb 2006 11:22:04 -0800 (PST)
From: Josh Coalson <xflac at yahoo.com>
Subject: Re: [Flac] On the fly enconding with verification?
To: Eliezer Martinez <hermes_vb at 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