flac dev - Sep 2004 - ERROR: mismatch in decoded data, verify FAILED!

On 24-Jun-2001 Josh Coalson wrote:
> hmm, I didn't see a bug report yet... can you make the .wav file
> available for download?  also, what version and options did you
> use?  this is interesting; I haven't seen a verify error in a
> long time.
> 
> Josh
I also had this verify error encoding a wav I ripped from a CD. I didn't
report this as it happended on flac running on debian linux -current unstable.
This error happened only with one track of a CD I was ripping.

Another reason for me not reporting this was, that flac 1.0 running on OpenBSD
2.9 encoded the wav with no error.. maybe this is linux-specific.

Now this is how it looked..

--snip--

kai@jukebox:~/mp3/Tangerine_Dream/Ambient_Monkeys$ flac -8 -V
Tangerine_Dream--Ambient_Monkeys-05.Riddle_of_
the_Monkey_Tribe.wav 

flac 0.10, Copyright (C) 2000,2001 Josh Coalson
flac comes with ABSOLUTELY NO WARRANTY.  This is free software, and you are
welcome to redistribute it under certain conditions.  Type `flac' for
details.

options: -P 0 -b 4608 -m -l 12 -e -q 0 -r 0,6 -R 0 -V
Tangerine_Dream--Ambient_Monkeys-05.Riddle_of_the_Monkey_Tribe.wav:
60.26% complete: frame 1280, wrote 16135014 bytes (5902848/9794904 samples),
r=0.683
ERROR: mismatch in decoded data, verify FAILED!
       Please submit a bug report to
           http://sourceforge.net/bugs/?func=addbug&group_id=13478
       Make sure to include an email contact in the comment and/or use the
       "Monitor" feature to monitor the bug status.
ERROR during encoding, state = 15:FLAC__ENCODER_MEMORY_ALLOCATION_ERROR

Tangerine_Dream--Ambient_Monkeys-05.Riddle_of_the_Monkey_Tribe.wav: Verify
FAILED! (FLAC__VERIFY_FAILED_IN_F
RAME)  Do not trust
Tangerine_Dream--Ambient_Monkeys-05.Riddle_of_the_Monkey_Tribe.flac
kai@jukebox:~/mp3/Tangerine_Dream/Ambient_Monkeys$ 

--snip--


Hope this helps.

-Kai.


-- 
public crypto-key on request..
Key fingerprint = 8135 48FE 200C 4D4E E846  14B2 AAB0 D1AA A297 169C
fortune had this to say..
Do not meddle in the affairs of troff, for it is subtle and quick to
anger.

> > I also had this verify error encoding a wav I ripped from a CD. I
> didn't
> > report this as it happended on flac running on debian linux
> -current unstable.
> > This error happened only with one track of a CD I was ripping.
> > 
> > Another reason for me not reporting this was, that flac 1.0 running
> on OpenBSD
> > 2.9 encoded the wav with no error.. maybe this is linux-specific.
> > 
> > Now this is how it looked..
> > 
> > --snip--
> > 
> > [...]
> > ERROR: mismatch in decoded data, verify FAILED!
> > [...]
> > ERROR during encoding, state >
15:FLAC__ENCODER_MEMORY_ALLOCATION_ERROR
> 
> This error appeared in the other report as well.  It looks like a
> memory
> allocation failure is the cause of the problem. 
There have been reports of -9 using huge amounts of memory.
-9 is really theoretical, but people always seem to want to
try the max setting.  Anyway, that's not an excuse but
figuring out why -9 is using so much memory is lower on my
list than other stuff.  -8 should get within 0.01% of -9
and is pretty reliable.

If you're getting this error without -9, then there is
a more serious problem.  If flac 0.10 works on openbsd
then my hunch is that there is an arithmetic overflow
in one of the assembly routines in the decoder, since
I don't think the assembly stuff got compiled into the
openbsd version in 0.10.  If you are working with the
source, you could try building two flacs on linux, one
normally and one configured with
--disable-asm-optimizations and see if the behavior is
different.

But a sample for download of a track that fails would
really help.

Josh


__________________________________________________
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/

On Sun, Jun 24, 2001 at 07:45:56PM +0200, kai@adminhell.org wrote:
> I also had this verify error encoding a wav I ripped from a CD. I
didn't
> report this as it happended on flac running on debian linux -current
unstable.
> This error happened only with one track of a CD I was ripping.
> 
> Another reason for me not reporting this was, that flac 1.0 running on
OpenBSD
> 2.9 encoded the wav with no error.. maybe this is linux-specific.
> 
> Now this is how it looked..
> 
> --snip--
> 
> [...]
> ERROR: mismatch in decoded data, verify FAILED!
> [...]
> ERROR during encoding, state = 15:FLAC__ENCODER_MEMORY_ALLOCATION_ERROR
This error appeared in the other report as well.  It looks like a memory
allocation failure is the cause of the problem.  Is the error easily
reproducible given the failed WAV file?  Can you try trimming down the WAV file
(e.g., with a program like xwave) until you have the smallest chunk which
still triggers the failure?

If you can make the WAV file (or a portion of it that exhibits the problem)
available, that would be a great help.  Note that there should not be any
copyright issues associated with sending a small sample of a song.

-- 
 - mdz

On 24-Jun-2001 Matt Zimmerman wrote:
>> [...]
>> ERROR during encoding, state = 15:FLAC__ENCODER_MEMORY_ALLOCATION_ERROR
> 
> This error appeared in the other report as well.  It looks like a memory
> allocation failure is the cause of the problem.  Is the error easily
> reproducible given the failed WAV file?
Yes, always the same error - but only (no joke) on option -8 , not -9 or
anything below.
> Can you try trimming down the WAV file
> (e.g., with a program like xwave) until you have the smallest chunk which
> still triggers the failure?
I tried to clip both ends of the original wav, but the error was only
reproduceable, when I cut of the end of the wav. When i cut off only one
second from the start of the soundfile verify did not complain anymore.
So the "rest" is now about 25 megabytes. 
 
> If you can make the WAV file (or a portion of it that exhibits the problem)
> available, that would be a great help.  Note that there should not be any
> copyright issues associated with sending a small sample of a song.
I don't have a high bandwith link, so if you mail me an ftp-account/login
I`ll upload the wav to the place for vivisection purposes ;-)


BTW: flac running on "Linux jukebox 2.4.2 #3 SMP Fri May 25 19:01:56 
        CEST 2001 i686 unknown"

-- 
public crypto-key on request..
Key fingerprint = 8135 48FE 200C 4D4E E846  14B2 AAB0 D1AA A297 169C
fortune had this to say..
To get something done, a committee should consist of no more than three
men, two of them absent.