similar to: FLAC 0.7 released

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 >

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. this one should have all the configure stuff working with the new assembly infrastructure. I have tried to make it as easy as possible to port routines to assembly. all that's really needed now is to write the corresponding routine for a specific

I hope I am not too far of topic. I have hacked FLAC support into rip, a command line (perl based) CD ripper/encoder/tagger. http://sourceforge.net/projects/rip/ The maintainer is checking over the patch and should get back to me next week. Shall I: 1. Go away and leave this list alone 2. Come back and tell you if/when the patch is approved 3. Explain what I am on about 4. Send the patch

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

I am trying to set up a flexible infrastructure for the assembly code. Basically what I want is configure.in determination of basic machine type (intel/compatible, alpha, ppc), then within that (say intel) the code will detect variants like MMX, SSE, and use the right routines. I know how to do the second, but what is a good way to do the first? Linux/Cygwin/Solaris seem to support the MACHTYPE

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

Hurm.. How difficult would it be to implement? I have experience developing Winamp plug-ins, and it seems that the spec for streaming flac files is written pretty well. I'd be happy to work on adding this functionality. -Jason Josh Coalson wrote: > > --- "Jason L. Cook" <jason@siliconashes.net> wrote: > > > > I have an Apache server running on a Linux box

I have an Apache server running on a Linux box here at home, and an mp3 file and a flac file in the same server directory. I can add the mp3 to my Winamp playlist with the 'Open URL' dialog just fine, but it refuses to open the flac file. Flac files loaded locally play fine. Any ideas? Does the reference plug-in not support this? Any help would be appreciated. Thanks! Cheers, -Jason

> > > 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

I posted the bug at http://sourceforge.net/bugs/?func=detailbug&bug_id=130992&group_id=13478 . Since all my other discs were encoding fine I thought that the wav file may be corrupt/invalid/or something. I opened them with cool edit and "saved as"ed them to my drive. These files encoded fine and the extraced/converted files have the correct md5sum. Is there a program that can

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 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

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

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

> A minor point. Would it not be better if flac defaulted to .wav input > rather than raw samples. I think it's going to get wav input an order > of > magnitude more than raw samples? It saves always having to put the > -fw in > there, on these: > > $ flac -fw - mj.flac < mj.wav > $ cat mj.wav | flac -fw - mj.flac > > For that matter it should be able to

Matt Zimmerman wrote: > > As I understand it, the current Ogg/FLAC implementation simply wraps the Ogg > bitstream format around a normal FLAC stream, thus not utilizing the > features of Ogg, and duplicating various bookkeeping data. If the Ogg folks > were to spec out a FLAC-based codec for Ogg, it would likely look different > from the current implementation. > Right.

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

Hi, i'm using xmms-plugin from flac-0.9, i found following problems. Back-seeking cause, that .flac is not played all. It's caused by StreamDecoderPrivate variable samples_decoded and function stream_decoder_frame_sync_, which compare it against whole length of stream. I don't know what is meaning of this varible (samples decoded from last reset or for whole life of decoder). So i

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

--- Christian Weisgerber <naddy@mips.inka.de> wrote: > Josh Coalson <xflac@yahoo.com> wrote: > > > Basically what I want is configure.in determination of > > basic machine type (intel/compatible, alpha, ppc), then within > > that (say intel) the code will detect variants like MMX, SSE, > > and use the right routines. > > Please include a way to