similar to: FLAC mailing lists moving to Xiph

The FLAC mailing lists are finally moving off of SourceForge to Xiph.org's servers, which should cut down significantly on the abuse and response time. You will get one of these notification mails for each FLAC list you were subscribed to. Please do not reply to this message; if you have a problem with the switchover just reply to me directly. This notification is for flac-users. The

--- Joshua Haberman <joshua@haberman.com> wrote: > * Josh Coalson (xflac@yahoo.com) wrote: > > I'm kind of swamped today so I'll answer what I can get > > away with until tonight: > > > > --- Joshua Haberman <joshua@haberman.com> wrote: > > > The most interesting questions to me are ones you didn't address: > > > > > >

Josh Coalson <xflac@yahoo.com> wrote: > That is the question I put before you all tonight :) > > (Short background, Xiph is the corp behind Vorbis and Ogg, > among other things; see http://xiph.org/about.html . I > think Emmett is here now so correct any of this if it's > wrong.) > > I've been talking a little with Emmett Plant and Monty about > this.

* Josh Coalson (xflac@yahoo.com) wrote: > I'm kind of swamped today so I'll answer what I can get > away with until tonight: > > --- Joshua Haberman <joshua@haberman.com> wrote: > > The most interesting questions to me are ones you didn't address: > > > > 1. Will Ogg FLAC become the default manifestation of the FLAC codec? > > If not, why

I'm kind of swamped today so I'll answer what I can get away with until tonight: --- Joshua Haberman <joshua@haberman.com> wrote: > The most interesting questions to me are ones you didn't address: > > 1. Will Ogg FLAC become the default manifestation of the FLAC codec? > If not, why not? What does Ogg not offer that makes it worth having > two different file

OK, after some debugging, it turns out this is related to an earlier bug (#131976 which has a temporary workaround). In other words, it will not trigger unless you are encoding more than 2 channels, and only then at large blocksizes (>32k samples). The full fix will be in 0.8 Josh --- Josh Coalson <xflac@yahoo.com> wrote: > A bug fix in 0.7 created another bug related to >

This is an issue I've been dealing with lately, too. My employer is releasing an image file format as open source, and I want to release it under a license that both free and commercial software developers are comfortable using. I looked at TIFF and PNG, two examples of "free" image file formats that have been widely adopted by both commercial and free software. Both have

Josh, I applied this patch and all the "make check" tests passed (but I do not have valgrind and I did not use --enable-exhaustive-tests during configure, so it isn't all the tests). Do you see anything suspicious about it? --- flac-1.1.2.oldBuild/src/flac/decode.c 2005-01-24 20:13:46.000000000 -0800 +++ flac-1.1.2/src/flac/decode.c 2006-09-06 23:36:26.000000000 -0700

--- Harry Sack <tranzedude@gmail.com> wrote: > 2007/7/25, Josh Coalson <xflac@yahoo.com>: > > > > --- Harry Sack <tranzedude@gmail.com> wrote: > > > 2007/7/25, Harry Sack <tranzedude@gmail.com>: > > > > > > > > Hi > > > > > > > > I have downloaded a FLAC file somewhere and when trying to > decode

That is the question I put before you all tonight :) (Short background, Xiph is the corp behind Vorbis and Ogg, among other things; see http://xiph.org/about.html . I think Emmett is here now so correct any of this if it's wrong.) I've been talking a little with Emmett Plant and Monty about this. If it were to happen, it would mean the following: 1. FLAC would benefit from the

On 12/11/06, Josh Coalson <xflac@yahoo.com> wrote: > --- Avuton Olrich <avuton@gmail.com> wrote: > > I'm attempting to decode part of a largefile flac whose seektable is > > broken or missing and the file is shorter then it's supposed to be, > > when I use 1.1.2 it decodes fine, when I use 1.1.3 it fails > > > > flac --decode --skip=719:58.0

I believe the CorePlayer will play back FLAC. Atamido ----- Original Message ----- From: "Josh Coalson" <xflac@yahoo.com> To: "Harry Sack" <tranzedude@gmail.com>; <flac-dev@xiph.org> Sent: Thursday, March 22, 2007 6:26 PM Subject: Re: [Flac-dev] FLAC: players for Pocket PC > http://www.google.com/search?q=flac+pocket+pc > > e.g. > >

Josh Coalson <xflac@yahoo.com> wrote: > --- Scott F <graue@oceanbase.org> wrote: > > > If I use flac to encode with the --replay-gain > > option, I get a warning about the --no-padding > > option... > > > > "NOTE: --replay-gain may leave a small PADDING block even with > > --no-padding" > > > > ...even though I'm

Harry, I wrote a little command line utility for this in C# - the lib it uses is a little overkill for the task but it does work. As Josh noted there is no compression gain, so I wouldn't bother unless you have FLAC's encoded with older versions. I also think Josh said there's a .BAT file out there that does the same thing. Here's the file:

--- Harry Sack <tranzedude@gmail.com> wrote: > 2007/7/27, Josh Coalson <xflac@yahoo.com>: > > > > > > > But how is it possible then the FLAC encoder allows files which > have > > > a bad > > > resulting MD5 to be encoded? Is it because of the bad ram, ... > this > > > incorrect MD5 is not detected during encoding? > > >

It's official: http://xiph.org/ogg/flac.html It's OK to keep submitting patches but I'm going to hold off on integrating anything until CVS is moved over. Note that codec code (libFLAC, libFLAC++, libOggFLAC, libOggFLAC++) will be covered under Xiph's BSD-like license from here on out. Josh __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus -

--- Josh Coalson <xflac@yahoo.com> wrote: > --- pritpaul@svaudio.org wrote: > > I still have the > > first > > problem though (flac adding 12 "00" bytes to the beginning of the > > decoded > > file when the original input to create the flac was a raw file), > and > > would > > realy appreciate help. :) > > OK, I will look into

Hello, Different how? When displaying the wave in Cool Edit (it's to say, the FLAC file itself is opened and decoded through the Chapman filter), the audio wave result shows little differences : changes in frequencies at a given time, lower or higher; not many changes, but changes! I attribute this to the filter, because when decoding with your soft, already used for encoding, no problem

On Thu, Nov 21, 2002 at 01:39:40AM -0800, Josh Coalson wrote: > 1. FLAC would benefit from the increased visibility from the association. > Emmett can probably expound more upon this point. Anyway, hopefully this > will mean it's popularity will rise, not just with users but also with > developers of other tools. I agree that a relationship with Xiph.org would have a positive

--- developers.html | 16 ++++++++-------- documentation.html | 4 ++-- documentation_bugs.html | 2 +- documentation_example_code.html | 2 +- documentation_tools.html | 2 +- download.html | 2 +- faq.html | 2 +- feeds/feed.rss | 31 +++++++++++++++++++++++++++++--