search for: j_coalson

FLAC 0.7 is out. It's mostly minor bug fixes; check the news page for more info: http://flac.sourceforge.net/news.html#20010212 Josh __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/

hello all, (cc'ing some other package maintainers) I attached a patch against vorbis-tools-1.1.1 to make the code also compile against the upcoming FLAC 1.1.3, beta available here: http://prdownloads.sourceforge.net/flac/flac-1.1.3-beta2.tar.gz?download changelog: http://flac.cvs.sourceforge.net/*checkout*/flac/flac/doc/html/changelog.html with FLAC 1.1.3 there is no need for EasyFLAC. the

...fix in 0.7 created another bug related to > properly closing files which may or may not bite > you, so for now, please do not use flac 0.7; either > wait for 0.8 or the fix in CVS. > > Sorry about that one, remember, we're still beta... > Josh > > --- Josh Coalson <j_coalson@yahoo.com> wrote: > > FLAC 0.7 is out. It's mostly minor bug fixes; > check > > the news page > > for more info: > > > > http://flac.sourceforge.net/news.html#20010212 > > > > Josh __________________________________________________ Do You Yah...

>From: Josh Coalson <j_coalson@yahoo.com> > >I'm copying the flac-dev list to see if anyone has any >feedback also... I'm supposed to be there myself since yesterday but have not got the first digest yet. >First, the results they show are for compression of data >that has already been lossily quantize...

All, Lets say I have a 16 channel file, but 10 of those channels are empty (all values are 0). For a) the vorbis codec and also b) the FLAC codec ... would the size of the file be close to (or practically the same as) the size of a 6 channel file? Etienne

I wish I would have come across this in time for the libogg-1.1.1 release... Maybe I'm doing something wrong but here it is. One FLAC compressed frame becomes one packet when encapsulated in Ogg, and FLAC packets can be much larger than the nominal 4k page size. For CD audio they are usually 10-15Kbytes. Imagine this Ogg stream where the lines denote page boundaries and the x's are one

I'm copying the flac-dev list to see if anyone has any feedback also... --- Juhana Sadeharju <kouhia@nic.funet.fi> wrote: > Hello again. I had time to check the paper out. I have filled the > steps given in the paper with formulae, and then written a piece of > C code. It is not complete code, but could be a reasonable start. > Maybe there is one typo in the paper -- I have

the next release of flac will have a -V encoding option which basically decodes the output file as it encodes to make sure the result is identical to the input. in this way, even if an unknown bug in the encoder causes a bad .flac file, the verifier will catch it. Josh __________________________________________________ Do You Yahoo!? Yahoo! Shopping - Thousands of Stores. Millions of Products.

Hi all, For the next version I will be improving the rice coding in a way that will change the format. If you are building from CVS you will notice a difference soon. In other words, FLAC v0.4 streams and below won't decode on new players. The change will show up in the next release and I plan on the format moving to a beta stage, which means from then on, any format changes ***WILL NOT***

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

Matt Zimmerman (of Debian) has submitted a much-needed patch that replaces the current make system with an autoconf/libtool-based system. This will show up in the next source release of flac. Thanks Matt. Josh __________________________________________________ Do You Yahoo!? Yahoo! Auctions - Buy the things you want at great prices. http://auctions.yahoo.com/

This seems interesting so I thought I'd put it out to see what you all think... Josh --- emi <abcdcax@gmx.de> wrote: > It would be very, VERY cool if FLAC would work > together as one codec with the lossless video codec Huffyuv > (http://www.math.berkeley.edu/~benrg/huffyuv.html). > > Erwin __________________________________________________ Do You Yahoo!? Get email

FLAC 0.8 is out. This version has gone through and passed the new (larger) test suite, so I'm much more confident in the encoder and decoder for all kinds of input. FLAC is much closer to an official version now. There are also some new features: I have added two metadata blocks: 1) a PADDING block, and 2) an APPLICATION block so third-party app developers can register for an ID and write

> > Using > > v.10 encoded files with the latest Winamp plugin, the audio plays > > doubletime > > (sounds like a cd player in seek/fast-forward mode). Have you had > > any bug > > reports with the winamp plugin? > > no one has mentioned any problems with the winamp plugin > for a long time. I'll try and reproduce this with 0.10 but I'm >

I remember someone saying that compiling flac with gcc 3.0 yields a broken executable. I saw this on the Lame list that might explain the problem. I don't have a gcc 3.0 setup yet but somebody may be able to verify this... --- Alexander Leidinger <Alexander@Leidinger.net> wrote: > From: Alexander Leidinger <Alexander@Leidinger.net> > Subject: Re: [MP3 ENCODER] Lame and

> I've been building and testing FLAC and have run a problem. I get a > number of 'integer constant out of range' warnings during the make, > and these give rise to failures in the test suite: [...] > The problem is that gcc 2.7.2.3 wants a 'ULL' suffix for integer > constants of type 'unsigned long long' (as typedef'ed by FLAC__uint64). >

> Why is it that sometimes when I encode a .wav file then decode it again > the length of the generated file is 2 bytes shorter than the length of > the source file? > > The discrepancy in length occurs in the header and the remainder of the > data from there on is identical. It seems to me that what appear to be > length fields in the header is adjusted appropriately.

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

--- Pisco <pisco@mac.com> wrote: > This may clarify a few things. I compiled flac from the source > package > on flac.sourceforge.net since the Darwin package did not contain the > XMMS > plugin. I compiled it using the ./configure, make, make all > sequence, > and it compiled fine. > When the flac plugin is alone in the XMMS Input directory, it works >