similar to: (no subject)

2007/9/9, Josh Coalson <xflac@yahoo.com>: > > --- Harry Sack <tranzedude@gmail.com> wrote: > > 2007/9/8, Josh Coalson <xflac@yahoo.com>: > > > > > > it actually is complicated. the libFLAC api is not suited to a > > > multithreaded design because the i/o is stream-based, not file- > > > based. flac(.exe) is the file-based wrapper

--- Harry Sack <tranzedude@gmail.com> wrote: > 2007/9/8, Josh Coalson <xflac@yahoo.com>: > > > > it actually is complicated. the libFLAC api is not suited to a > > multithreaded design because the i/o is stream-based, not file- > > based. flac(.exe) is the file-based wrapper around libFLAC that > > allows it to work on files. the way libFLAC buffers

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

2007/9/8, Josh Coalson <xflac@yahoo.com>: > > it actually is complicated. the libFLAC api is not suited to a > multithreaded design because the i/o is stream-based, not file- > based. flac(.exe) is the file-based wrapper around libFLAC that > allows it to work on files. the way libFLAC buffers data is also > impossible to parallelize without significantly changing the

it actually is complicated. the libFLAC api is not suited to a multithreaded design because the i/o is stream-based, not file- based. flac(.exe) is the file-based wrapper around libFLAC that allows it to work on files. the way libFLAC buffers data is also impossible to parallelize without significantly changing the api. it would take a specialty file-based encoder using an independent frame

--- Christoph Anton Mitterer <calestyo@scientia.net> wrote: > Hi. > > I these questions are copied from a forum and perhaps you can help me > to answer them. > > I) For some codecs (I think MP3 for example) there was that issue > that > you have different sample/frame/whatever lenghts than in raw/wav > encoding, thus if you encode a file to mp3 the lenght is not

FLAC 1.1.3 has been released. Almost 2 years in the making, FLAC 1.1.3 is a major release with improved compression, improved cover art and multichannel support, better recovery for corrupted files, many new features and options in the command-line tools, and several bug fixes. For developers, the decoder and encoder APIs have also been simplified and there is a new porting guide:

--- Hal Vaughan <hal@thresholddigital.com> wrote: > I've been reading the info on Sourceforge about Flac, but there's one > thing > I'm not clear about (and it looks like Flac may not support this > yet). > Before I installed it, I wanted to know if Flac would do what I need. > > I want to be able to record shows on the radio (I have a radio hooked >

--- Dan Sully <daniel@electricrain.com> wrote: > Hi - just wanted to give a quick plug for my company's new product - > Squeezebox2. > > We're doing native FLAC on the device now, in addition to > visualizers, 802.11g and more. this is cool, I added a status item on the FLAC site for it. just as a data point for us, can you comment on the cpu that is doing the FLAC

FLAC 1.1.2 has been released. See the news item for full details: http://flac.sourceforge.net/news.html#20050205 Thanks to everyone who helped it happen. Josh __________________________________ Do you Yahoo!? Yahoo! Mail - now with 250MB free storage. Learn more. http://info.mail.yahoo.com/mail_250

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

Hi... I want to use your format, but... Your Winamp & Adobe Audition plug-in download link is broken. Can you develop a official plug-in for Winamp 5.32 & Adobe Audition 2 & place a download link for both softwares? Official plug-ins is xtreme useful than any other plug-ins. Please make official plug-ins for both softwares Sinakzir Makai

I want to restart my Mongrels from crontab periodically to free up memory. I tried this: [admin at mudcrapce ~]$ mongrel_rails cluster::restart -C /var/www/apps/mudcrapce/current/config/mongrel_cluster.yml Restarting 5 Mongrel servers... mongrel_rails restart -P log/mongrel.3040.pid !!! PID file log/mongrel.3040.pid does not exist. Not running? mongrel::restart reported an error. Use

I'm wondering if anyone is having problems when multiple users concurrently change their voicemail passwords. Consider the following scenario (based on vm_change_password() in app_voicemail.c): - user1 wishes to change his password so voicemail.conf is opened and read into a buffer - user1 changes his password - user2 wishes to change his password so voicemail.conf is opened and read into a

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 >

Josh, Sure. I can try. Would you give me a more detailed description of the requirement ? What exactly does "general MM:SS handling" mean ? Earl ________________________________ From: Josh Coalson <xflac at yahoo.com> To: Earl Chew <earl_chew at yahoo.com>; "flac-dev at xiph.org" <flac-dev at xiph.org> Sent: Tuesday, May 1, 2012 8:25:34 PM Subject: Re:

On Fri, 7 Nov 2003 11:42:05 -0800 (PST) Josh Coalson <xflac@yahoo.com> wrote: > sorry about the delay on this one... > > do you have a sample flac file that you can host that exhibits > the problem? Ha. The flac files used in the examples below were of entire audio CDs; due to my use of "time" to demostrate the problem I need a fairly large file. I can simulate the

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

On 1/2/07, Josh Coalson <xflac@yahoo.com> wrote: > I'm not sure I understand... I think the INDEPENDENT you are referring > to means the interchannel decorrelation method. this stage is before > and independent of LPC analysis. Correct. > I'm not sure why "independent" frames would not decode correctly > though. more info on exactly how it is not working

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