search for: mizar

> Also, Kai has been kind enough to send me a copy of his file which > has a > problem only on -8, which I'll be looking into soon. After some intense debugging, I found the problem. One block in the file triggered a very rare bug in the LPC coefficient quantizer caused by insufficient floating point precision. There is a snippet to compute the log(base 2) of a number:

...1 (at > > least) the > > result of floor(log(8.0) / M_LN2) is 2.0 not 3.0. Anyway, I made a > > fix and > > also added code to detect and handle similar problems (related to > > FP > > accuracy). > > This appears to be triggered by -ffast-math. > > mizar:[/tmp] cat log.c > #include <math.h> > > int main() { > double x = 8.0; > printf("log(x) / M_LN2 = %.40f\n", log(x) / M_LN2); > printf("floor(log(x) / M_LN2) = %.40f\n", floor(log(x) / M_LN2)); > return 0; > } > mizar:[/tmp] gcc -o log l...

...t; It turns out on at least some x86's compiling with gcc-2.91 (at least) the > result of floor(log(8.0) / M_LN2) is 2.0 not 3.0. Anyway, I made a fix and > also added code to detect and handle similar problems (related to FP > accuracy). This appears to be triggered by -ffast-math. mizar:[/tmp] cat log.c #include <math.h> int main() { double x = 8.0; printf("log(x) / M_LN2 = %.40f\n", log(x) / M_LN2); printf("floor(log(x) / M_LN2) = %.40f\n", floor(log(x) / M_LN2)); return 0; } mizar:[/tmp] gcc -o log log.c -lm mizar:[/tmp] ./log log(x) / M_LN2 =...

...ello now. > > Please check the Debian archives before making an announcement like this. > Really, you should check the WNPP bug list and the mailing list archives for > debian-devel, but in this case you only had to use apt, as flac is already > packaged and in the archive: > > mizar:[~] apt-cache search flac > flac - Free Lossless Audio Coder - command line tools > libflac-dev - Free Lossless Audio Coder - development library > libflac0 - Free Lossless Audio Coder - runtime library > xmms-flac - Free Lossless Audio Coder - XMMS input plugin > mizar:[~] > >...

...s probably in the plugin itself. > > > > if you 'flac -t' the encoded 8-bit mono file, does it test ok? > > Yes, it does. Here is what file(1) says about it: > > dukes.wav: RIFF (little-endian) data, WAVE audio, Microsoft PCM, 8 > bit, mono 22050 Hz > > mizar:[~/data/sound/music] flac dukes.wav dukes.flac > > flac 0.8, 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. > > opti...

...hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 mmx fxsr syscall mmxext 3dnowext 3dnow bogomips : 2785.28 mizar:[/tmp] flac -4 -V *.wav flac 1.0.3, Copyright (C) 2000,2001,2002 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- -b 4608 -M -l 8 -q 0 -r 3,3 -R 0 -V iits1792.wa...

To all who have an AMD + Windows based PC: I have gotten a few similar bug reports about encoding errors with FLAC. The common features are: - Repeatedly encoding the same file with verify will have verify errors some of the time (looks like aroung 50%) and the verify errors will occur in different places each time. - This is happening on AMD PCs running Windows. More reports come from

...ue, 8 Jun 1999 09:26:44 +0200 (CEST) Received: (qmail 23193 invoked by uid 501); 8 Jun 1999 08:14:39 -0000 Received: (qmail 2196 invoked from network); 8 Jun 1999 07:39:37 -0000 Received: from mail.redhat.com (199.183.24.239) by lists.redhat.com with SMTP; 8 Jun 1999 07:39:37 -0000 Received: from mizar.firestar.dhs.org (root@[129.2.179.251]) by mail.redhat.com (8.8.7/8.8.7) with ESMTP id CAA00151 for <linux-security@redhat.com>; Tue, 8 Jun 1999 02:51:41 -0400 Received: from arcturus.firestar.dhs.org (frnkzk@arcturus.firestar.dhs.org [129.2.178.19]) by mizar.firestar.dhs.org (8.9.3/8.9.3)...

...there might be more than one 1.0.4 beta floating around, this is the one with md5sum 2499d8d240c9bd5c923780b0427389cb. It seems to be missing ltmain.sh, which causes libtool not to be built correctly. Running libtoolize --force --copy corrects that problem, but then even stranger things happen: mizar:[...e/work/flac/flac-1.0.4_beta] ./configure && make check checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets ${MAKE}... yes checking build system type... i686-pc-linux-gnu check...

All, I have just finished uploading the source release for FLAC 1.0.4 beta to Sourceforge; there are no binary releases. See the included doc/html/news.html for the changes since 1.0.3; there are quite a few. http://prdownloads.sourceforge.net/flac/flac-1.0.4_beta-src.tar.gz?download Please beat up on this as much as possible in the next week or two and try and turn up bugs. Here's a