similar to: [Flac-users] back from trip

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

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 >

--- Christer Palm <palm@nogui.se> wrote: > 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

--- Brendan Dowling <crypt@phatnoise.com> wrote: > Thanks Josh. I tested the player with some files encoded by another > guy here at work, and seeking into the files seems to work perfectly. > > So the Phatbox now plays FLAC files. Although, it's not yet in the > standard firmware download from the web page, and encoding is not yet > included in the capabilities of

On Fri, Jan 25, 2002 at 07:22:05PM -0800, Josh Coalson wrote: > sorry about the delay... first, yes you are calling it > correctly. if your encoded files have max_framesize == 0, > then that should mean that either 1) you were using the > command-line flac to encode to stdout; or 2) you are using > libFLAC directly. if 2, you can replicate the functionality > that is in

sorry about the delay... first, yes you are calling it correctly. if your encoded files have max_framesize == 0, then that should mean that either 1) you were using the command-line flac to encode to stdout; or 2) you are using libFLAC directly. if 2, you can replicate the functionality that is in src/flac/encode.c:metadata_callback() to write back statistics and seek table to the metadata in

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

--- Ingo Ralf Blum <ingoralfblum@gmx.de> wrote: > > currently flac sets all granulepos members of the ogg pages to 0, > when > > embedding a FLAC stream into an Ogg file. Is it possible to change > this > > behaviour to use a more reasonable value, e.g. the bytes written so > far. > So > > when the first packets is 1000 bytes long it gets the granulepos

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

> > I've never come across a sample like this which is > > why I thought it wasn't useful to add that > > functionality to FLAC... maybe if this is a common > > practice I should put it in. > ... > I've > compressed around 50 albums with flac and found 1 > where the LSB is 0. Even > if it's 1 in 200, that's going to be lots of cases >

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

I'll rearrange a little and respond: --- Mark Powell <M.S.Powell@salford.ac.uk> wrote: > Also, when flac takes input from stdin it fails to > fill in the wav size > fields correctly, whereas shorten has no problems > with this: i.e. >... > You can see it puts a data chunk size of zero in > there. > OK, this has been fixed in CVS. > Flac refuses

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, I'm runing Debian Stable linux with flac version 1.2.1. Weekly, I run a cron job to test all my flac files for problems using the -ts options. I have several computers storing the same information over various raid arrays, and occasionally I do find the odd file that has had problems and can then change hard drives and re-synchronize. Anyways, I have recently encountered a couple of

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

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

Josh Coalson wrote: > I've been thinking about this, and here's what I > came up with. This kind of dovetails into the > discussion Mike Wren started about the etree > header. > > I was thinking about defining a FREEFORM metadata > block which may be of arbitrary size. The only > mandatory field would be a (say, 32-bit) id of > the owner. In your case, you

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