similar to: more changes

--- Matt Zimmerman <mdz@debian.org> wrote: > On Wed, Oct 31, 2001 at 04:36:23PM -0800, Josh Coalson wrote: > > > - split the usage screen into a short and a long version. the > short > > version is the default, and you can use 'flac -H' to get the long > > version. > > It would be a good idea for the longer help text to go to stdout, > rather

--- Matt Zimmerman <mdz@debian.org> wrote: > On Tue, Jul 30, 2002 at 09:04:38PM -0500, Brady Patterson wrote: > > > The patch I submitted only reads AIFF files. I'm about to start > the patch to > > write AIFF files. > > > > To do so, we need a command-line option to specify AIFF. My > inclination is to > > add an option: > > > >

I am probably going to do another release in the next couple of weeks. aside from the fixing a few minor bugs that have been reported, the next release will (hopefully) have two neat features: 1. support for wrapping FLAC streams in Ogg. thanks to Matt for the initial work. I have taken his patch and worked it into flac 1.0, which I will be checking in this week. 2. hopefully flac will build

--- Miroslav Lichvar <lichvarm@phoenix.inf.upol.cz> wrote: > On Wed, Nov 14, 2001 at 09:37:47AM -0800, Josh Coalson wrote: > > cpu support for 3dnow and sse can be easily detected at > > runtime. I turned off 3dnow by default because it is > > implicated in some crashes. > > Hmm, i never have any crash. Can i get more informations about these > crases? Or you

All, 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. http://prdownloads.sourceforge.net/flac/flac-1.0.4_beta-src.tar.gz?download Please beat up on this as much as possible in the next week or two and try and turn up bugs. Here's a

The patch I submitted only reads AIFF files. I'm about to start the patch to write AIFF files. To do so, we need a command-line option to specify AIFF. My inclination is to add an option: -ff { raw | wav | aif } In some sense, "-ff" is silly since it probably stands for "format format". Still, I think it's better than just "-f", since the first

Hi Matt, thanks for the reply. * Matt Zimmerman (mdz@debian.org) wrote: > On Tue, Oct 30, 2001 at 11:39:11PM -0800, Joshua Haberman wrote: > > > So I was wondering if flac could be incorporated into the filesystem > > driver so that any file ending in .wav would be transparently encoded > > into flac. I don't know if this could be done at the vfs level so that >

--- Asheesh Laroia <paulproteus@technologist.com> wrote: > Can't you write a script for ./configure that checks for this, rather > than > having the library do the check each time it's used? If not, perhaps > check /proc/cpuinfo or something. The DoIHaveSSE and DoIHave3DNow > checks > could fork() if the system provides fork(); if not, the checks would > return

On Fri, Jul 20, 2001 at 02:42:21PM -0700, Josh Coalson wrote: > --- Matt Zimmerman <mdz@debian.org> wrote: > > It does work, but gives a warning: > > > > *** Warning: Linking the shared library libFLAC.la against the *** static > > library ia32/libFLAC-asm.a is not portable! > > > > I think this is just because libtool can't determine whether the

In order to compile flac-1.0 with Compaq C on FreeBSD/alpha, I needed to move -lm to the end of the libraries, otherwise ccc would complain about unresolved symbols. Patches below. The result is nothing less than stunning. On my 21164A/500 box, "ccc -fast" code is almost twice as fast as "gcc -O -mcpu=ev56", 1:11 vs. 2:03 for encoding a test track with default parameters.

for a while after 1.0, in CVS, there was code to check for OS support for SSE instructions. since that required a fork() inside the library I have decided to remove it. so now to get SSE support you have to configure with --sse-os. if I think of a clean way to implement this I'll put it back in. also, there's been some suspicion that the 3dnow! stuff is causing crashes, so I disabled

On Jan 2, 2007, at 1:56 PM, Josh Coalson wrote: >> OK, so I've been trying for a day now to get FLAC implementation in >> our apps. Suffice it to say that due to the "interesting" >> documentation [...] > > could you elaborate? Well, I've just never seen anything like it before. There's a step- through, to be sure, but I got more information out of

I rethought it and it seemed like a bad idea to post a big file, so you can get it here: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/flac/junk/flac-1.0-src-candidate.tar.bz2 Josh __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/

retitle 119396 flac: Decoded raw data does not match original raw data thanks On Tue, Nov 13, 2001 at 02:38:32AM +0000, Adam M. Costello wrote: > Matt Zimmerman <mdz@debian.org> wrote: > > > Based on a few quick tests, this kind of problem seems to occur with > > any file smaller than 4k (at least when using 44100Hz/16bps/2chan). > > I don't think the problem

--- Asheesh Laroia <PaulProteus@technologist.com> wrote: > I'm running your debian packages on a K7 currently. They seem to be > working fine, including the xmms-flac package. I seem to be > experiencing > the same flac decoding problems > (state=6:FLAC__FILE_DECODER_STREAM_ERROR) > as Pritpaul Mahal, however. I'll see if I can reproduce these. It > could

> > For those of you using CVS, I have added a libFLAC section to the > > documentation page. I'm not sure how detailed to make it but I > > think it's a good start. Let me know if there's anything else > > you'd like to have in there. > > > > >

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

On Sat, Nov 17, 2001 at 04:26:48PM -0500, Matt Zimmerman wrote: > On Thu, Nov 15, 2001 at 01:57:16PM -0800, Josh Coalson wrote: > > > > yes, the ones a month ago. it's not clear that this is even related to > > 3dnow but since it was happening on Matt's new AMD box and I don't have > > enough info I turned it off by default. > > I don't remember

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: > > > 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. > > What's the sequence of steps required to turn this into a buildable > distribution? >