similar to: last chance before 1.0.3...

Yes, it's finally here. See the homepage for details, but here's a summary: - 10-15% decoder speedup - 24-bit input support restored - more robust plugins - new metadata block for Vorbis-style tags - vastly improved metadata editor - fixed bug with pipes and Windows - new libFLAC++, a C++ object wrapper around libFLAC - new metadata editing interface in libFLAC and libFLAC++ - and

problem solved... sort of. not sure why 1.0.2 should be any different except for the different versions of automake/libtool I used to build the source release. --- Kyle Sallee <cromwell@kublai.com> wrote: > Date: Wed, 10 Jul 2002 19:41:27 -0400 (EDT) > From: Kyle Sallee <cromwell@kublai.com> > To: Josh Coalson <xflac@yahoo.com> > Subject: Re: Fwd: Re: [Flac-dev]

I uploaded the source tarball and binary releases for win32 and redhat 7. Solaris package should be ready tomorrow. See the news item for all the improvements from 1.0.3: http://flac.sourceforge.net/news.html#20020924 Developers, see the new Doxygen-based API docs: http://flac.sourceforge.net/api/index.html Thanks again to all the contributors and testers. Josh

Thanks to everyone for the feedback on 1.0.4_beta. Things have settled down now so I have scheduled sep 24 for the 1.0.4 release. If you have any patches, get 'em in quick... Josh __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com

--- "Paino, Christopher L YN1(AW) (CPF N0084)" <PainoCL@cpf.navy.mil> wrote: > If I am understanding FLAC correctly, the internal MD5 sum is (or can > be > )different than the fingerprint file sum. Yes. > The internal sum can be > different > depending on which compression settings are used, while the audio > remains > unchanged. It's the other way

First, Thank you for your answers. I using the following code to try simply decode a flac file and write the decoded data raw PCM file. The resulting file is just noise and pops, so is the decoded data in a different format than PCM? struct flacData { FILE *inputFile; FILE *outputFile; char *filename; }; FLAC__StreamDecoderReadStatus flac_DecoderReadCallback(const FLAC__StreamDecoder

Josh Coalson <xflac@yahoo.com> wrote: > Yes, it's finally here. I'm looking into updating the OpenBSD port from 1.0.2 to 1.0.3 and I'm seeing some unhappiness in various regression tests: i386: | +++ libFLAC unit test: FLAC__SeekableStreamDecoder | | testing FLAC__seekable_stream_decoder_new()... OK | testing FLAC__seekable_stream_decoder_delete()... OK | testing

Agreed that the oversampling isn't useful in the long term. I'm not sure what you mean by 'dictioniary overhead'. I'd like to see an easy-to-invoke set of parameters that will spare no cpu expense and produce the tightest theoretically possible output. I'm guessing the best of Marco's idea can be achieved by adding heuristics to dynamically determine optimal frame

Thanks. Is there anything that we can do? I can't seem to find the source to the plug-in. Maybe I'm looking in the wrong place? Erik Turner ----- Original Message ----- From: "Justin Akehurst" <akehurst@poindextrose.org> To: "Erik Turner" <eturner@cfl.rr.com> Sent: Saturday, September 21, 2002 3:47 PM Subject: Re: [Flac-dev] Q: WinAmp3 Plugin On Sat,

--- Hod McWuff <hod@wuff.dhs.org> wrote: > On Fri, 2002-10-04 at 10:26, Marco "elcabesa" Belli wrote: > > oversampling.. i maean digitally change the wave file rate form > 44khz to 440 > > khz > > > > it make next sample easyer predictable > > OK, IANASPE (signal processing engineer) but it seems to me that if a > simple shift like that can

I have just released a source distribution which is the candidate for the 1.0.3 release. At this time I would ask anyone who is willing to help test it to do the following: 1. download the tarball and unzip it: http://prdownloads.sourceforge.net/flac/flac-1.0.3_beta-src.tar.gz?download 2. do ./configure && make && make check This will build all code and run all the tests.

Let me pass this on to the dev group. I haven't seen this but I never install to /usr. I would think that it should still end up in /usr/include/FLAC/assert.h... maybe automake is handling the file specially because of the name? Josh --- Kyle Sallee <cromwell@kublai.com> wrote: > It's installation overwrites /usr/include/assert.h > which is isntalled by glibc, thus causing

--- Matt Zimmerman <mdz@debian.org> wrote: > On Tue, Sep 10, 2002 at 11:11:24PM -0700, Josh Coalson wrote: > > > 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. > > > > >

It's late here. E-mail is a dangerous thing past midnight. My apologies. __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to

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 >

Unsubscribe --- flac-request@xiph.org wrote: > Send Flac mailing list submissions to > flac@xiph.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xiph.org/mailman/listinfo/flac > or, via email, send a message with subject or body 'help' to > flac-request@xiph.org > > You can reach the person managing the list at >

Hi, I've been lurking here for about a month and I've been putting together our companies planned migration to a new office and a new phone system. Could anybody tell me if there are any pitfalls to the following setup I may have missed? 1: TBD PC running * a: Digium TDM04b FXO connected to PSTN 1: lines rolling over via SBC sentrex to get multi-lines on 1 number b: Digium

I'm passing this on to the flac-dev list... --- Igor Schein <igor@txc.com> wrote: > Date: Tue, 11 Jun 2002 16:20:15 -0400 > From: Igor Schein <igor@txc.com> > To: Josh Coalson <xflac@yahoo.com> > Subject: Re: [Flac-dev] flac-1.0.3_beta released > > On Tue, Jun 11, 2002 at 10:04:25AM -0700, Josh Coalson wrote: > > One more thing... you will probably

On Fri, Aug 16, 2002 at 11:14:01AM -0700, Josh Coalson wrote: > --- Josh Coalson <xflac@yahoo.com> wrote: > >... > > If anyone with a similar set up can read the comments in the > > following bug reports and do some investigation it would really > > help a lot. I would like to hear about setups that are working > > as much as ones that aren't. >

--- Josh Coalson <xflac@yahoo.com> wrote: > > -- Miroslav Lichvar <lichvarm@phoenix.inf.upol.cz> wrote: > > On Tue, Dec 17, 2002 at 01:01:08PM -0800, Josh Coalson wrote: > > > --- Miroslav Lichvar <lichvarm@phoenix.inf.upol.cz> wrote: > > > > Ok, what about enabling the 3dnow function in libFLAC by > default? > > > > I think time