similar to: Bug with FLAC raw encoding

I've released FLAC 0.6. The big improvements are: - encoding speed in default mode (-6) is at least 3x faster - a new "loose mid-side" adaptive algorithm should help -1 and -5 modes - a new analyze mode for developers - a autoconf/libtool-based build system (thanks to Matt Zimmerman) - bug fixes related to pipes Check the new comparison page. FLAC has the best ratios of any open

On Fri, 2 Feb 2001, Josh Green wrote: > I found a bug with FLAC v0.6 raw encoding. It appears that the file > pointer in the source file is not reset after seeking to the end for > checking the size. I've attached a patch. What's the impact? Do I have bad .flac files? > I'm excited about FLAC!! I've been looking for a good GPL lossless RAW > audio compressor for

On Fri, 2 Feb 2001, Josh Coalson wrote: > sounds great. I've been thinking about adding a > 'what uses FLAC' set of links to the web page... > please keep me posted. The latest version of my cue+wav splitter supports .flac files. Hope to get it released this weekend. Will eventually be at: www.lameb.fsnet.co.uk It also supports .shn and .ape. I've seen shorten

Hi, How's the testing going? I compressed 194 individual .wav files (totaling 8.54GB) which contained tracks ripped from many varied albums. I unflacced them and compared their md5 signature with the same from the original .wav. They were all perfect. I didn't use the -V option just in case of any chance of mis-reporting. I hope to test it with the complete collection of ~41GB

> > I found a bug with FLAC v0.6 raw encoding. It > appears that the file > > pointer in the source file is not reset after > seeking to the end for > > checking the size. I've attached a patch. > > What's the impact? Do I have bad .flac files? > If you are piping raw samples in, no. The bug only occurs when you give an input file AND use -fr. In that

On Wed, 7 Feb 2001, Josh Coalson wrote: > Mark, if it's possible, can you do me a favor... > Try encoding the album as individual tracks and > compare sizes. The reason I ask is because of > the way FLAC frames are numbered in the frame > headers (if you check the format page you'll see > what I mean). Sorry, I don't :( I've split into individual files and

I've found a wav of an entire album that shorten compresses better than flac. Is this supposed to be possible? wav 388,374,044 flac-6 239,109,203 shn 236,457,697 Cheers. Mark Powell - UNIX System Administrator - The University of Salford Academic Information Services, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 5936 Fax: +44 161 295 5888

> > The build bombs out on the xmms plugin on redhat 7.1 box: > > Any suggestions? > > i'm using rpm-based distrib with patched rpm 3.0.6. > i've got the same trouble with rpm packaging. > in macros %configure of %build section executes command > libtoolize --copy --force > which overwrites 4 files from standart flac package. > with these files building

Me too! Flac is one of the most stable, polished, and useful open-source tools I've used. Many thanks! On Thu, Sep 27, 2001 at 09:27:20AM -0700, Josh Coalson wrote: > wow, thanks a lot! even from the beginning I had a hunch > I wasn't the only one who wanted something like FLAC. glad > to know it's useful. > > Josh > > --- Neologism

--- Mark Powell <M.S.Powell@salford.ac.uk> wrote: > Thought this may be of interest to this list: > > http://66.96.216.160/cgi-bin/YaBB.pl?board=general&action=display&num=995374789 > > Down the bottom the author of Monkey's Audio claims he's going Open > Source. that would be great... the list of usable OS audio codecs is pretty small and more sharing of

I'll rearrange a little and respond: --- Mark Powell <M.S.Powell@salford.ac.uk> wrote: > Also, when flac takes input from stdin it fails to > fill in the wav size > fields correctly, whereas shorten has no problems > with this: i.e. >... > You can see it puts a data chunk size of zero in > there. > OK, this has been fixed in CVS. > Flac refuses

I just released FLAC 0.5 (Solaris binaries will show up tomorrow). FLAC is now beta; see the homepage as to what that implies: http://flac.sourceforge.net This version adds a MD5 signature of the raw audio signal to the stream header, which can be compared against when decoding to test the integrity of a file. A test mode (-t) has been added to flac to do just that. There is a slight

> > I've never come across a sample like this which is > > why I thought it wasn't useful to add that > > functionality to FLAC... maybe if this is a common > > practice I should put it in. > ... > I've > compressed around 50 albums with flac and found 1 > where the LSB is 0. Even > if it's 1 in 200, that's going to be lots of cases >

--- Josh Green <jgreen@users.sourceforge.net> wrote: > I found a bug with FLAC v0.6 raw encoding. It > appears that the file > pointer in the source file is not reset after > seeking to the end for > checking the size. I've attached a patch. > thanks, I patched it into CVS > I'm excited about FLAC!! I've been looking for a > good GPL lossless RAW >

had to fix the subject... was getting under my skin! yeah, could you put up the FLAC version of the worst track that is less than 20 megs compressed? (I'll have to grab it with a 56k modem). by worst I mean the one where shorten beats flac by the most. also: 1. what version of shorten are you using? 2. what command-line options for flac and shorten did you use on this track? thanks, Josh

well, I took a look at the files. from my knowledge of shorten there are two things it does that flac doesn't do: 1. it estimates the mean of the signal for each block, subtracts it out and stores it separately. but this is pretty useless for the predictors that shorten uses as they are pretty insensitive to the mean (try different values of -m from 0 to whatever and note practically no

> > I have checked in all the latest into CVS and am going to start the > > test suite again. if all goes well I will probably release this as > > beta 10. > > > > anyway, try it out and let me know if anything bad happens! it > > should be a short jump from beta 10 to 1.0. > > I've just checked out the latest from scratch. There is no configure

--- Jan Suhr <jan.suhr@usa.net> wrote: > It would be easier if FLAC understand the following command: "flac > *.wav *.flac" or "flac -d *.flac *.wav" > > for now I have to use some shell "tricks". > I assume you're using the DOS shell? because all unix shells I know will expand the globs first so this syntax cannot work anyway. but I know

if your talking id3v1, something along the lines of (in bash): for f in *.flac ; do tail -c 128 $f > tag && flac-0.8 -d $f ${f%*.flac}.wav && flac-0.9 -V ${f%*.flac}.wav $f && cat tag >> $f ; done should work. of course, test it before you set it loose on your whole collection. if you're on windows, my condolences... no wait, just get cygwin :) Josh ---

> > > $ aclocal && autoconf && automake -c -a -i > > > aclocal: configure.in: 45: macro `AM_PATH_XMMS' not found in > library > > > > my hunch is that your version of either automake or possibly > > autoconf is not recent enough. > > No. He simply doesn't have xmms installed. That's what I mentioned > a while ago: