similar to: new verify option

Well it says: "With this option, Flac will create a parallel decoder that decodes the output of the encoder and compares the result against the original." My question still remains. With "on the fly encoding" it encodes as it rips. It does not create an intermediate WAV file and then converts. So if verification is indeed taking place, does it mean it verifies against the

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 >

Hi, On a particular input file, FLAC (testing with current git) greatly inflates its output if I encode at level 7, which enables --exhaustive-model-search. The source is a 24-bit WAV file of about 60MB; flac -6 encodes this to a 43MB FLAC file, but flac -7 produces a 9.1GB (!) file. The enormous file does seem to be perfectly valid, FWIW -- it (eventually) decodes to a WAV that's

there is a bug report that the resulting flac binary, when compiled with gcc3, is bad: http://sourceforge.net/tracker/index.php?func=detail&aid=488702&group_id=13478&atid=113478 I don't have a system to try this out on right away; can anyone verify or elaborate on that? Josh __________________________________________________ Do You Yahoo!? Buy the perfect holiday gifts at

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

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/

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

I changed just the FLAC__EntropyCodingMethod_PartitionedRice struct, but it hasn't changed a thing. I'm still getting the same behaviour. typedef struct { unsigned order; unsigned parameters[1 << 6]; unsigned raw_bits[1 << 6]; } FLAC__EntropyCodingMethod_PartitionedRice; Any other thoughts? Thanks, Reza Josh Coalson wrote: > --- Reza Naima

Awesome, I'm psyched for 1.0.3.... the ID3v1 winamp2 support will be a neat addition, as is the faster decodes. Will 24-bit audio play nice with the final public version of 1.0.3? MW On Tue, 11 Jun 2002, Josh Coalson wrote: > One more thing... you will probably have to > > chmod +x flac-1.0.3_beta/test/test_streams.sh > > before doing the 'make check'. > >

I'm copying the flac-dev list to see if anyone has any feedback also... --- Juhana Sadeharju <kouhia@nic.funet.fi> wrote: > Hello again. I had time to check the paper out. I have filled the > steps given in the paper with formulae, and then written a piece of > C code. It is not complete code, but could be a reasonable start. > Maybe there is one typo in the paper -- I have

Thanks for that email. The one lihe change I made is this : from #define FLAC__MAX_RICE_PARTITION_ORDER (15u) to #define FLAC__MAX_RICE_PARTITION_ORDER (6u) and that seemed to make decoder_new() happy, but it's promptly crashing after making a call to the read callback (below), then to the meta callback. The meta callback did nothing but print a string and return. I removed it, and

On 24-Jun-2001 Josh Coalson wrote: > hmm, I didn't see a bug report yet... can you make the .wav file > available for download? also, what version and options did you > use? this is interesting; I haven't seen a verify error in a > long time. > > Josh I also had this verify error encoding a wav I ripped from a CD. I didn't report this as it happended on flac

samples in FLAC are always signed. they must be signed going into the encoder (flac converts unsigned samples to signed) and they come out of the decoder signed. Josh --- David Bishop <tech@bishop.dhs.org> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Followup to original question: how do I determine if a particular > flac file is > signed (and then, if

--- Joshua Haberman <joshua@haberman.com> wrote: > * Josh Coalson (xflac@yahoo.com) wrote: > > I'm kind of swamped today so I'll answer what I can get > > away with until tonight: > > > > --- Joshua Haberman <joshua@haberman.com> wrote: > > > The most interesting questions to me are ones you didn't address: > > > > > >

Yup... I troubleshooted this with Chris already... seems he didn't actually install Winamp, but just created a shortcut to winamp.exe to launch the program. This means that there is no winamp info in the Windows registry, thus, the installer doesn't think winamp is installed, and it skips the Winamp plugin install. Even if I had the installer check the default install location (\program

I'm moving this over to flac-users... Anyway, are you using Mike Wren's installer? I'm not familiar with that yet. Josh --- C&K Slagle <ckslagle@earthlink.net> wrote: > have winamp installed on a partitioned drive. > I installed the most recent version of Flac which includes the plugin > for > winamp. However, .flac files are not recognized in winamp.. Is it

Which plugins do you mean? I thought I remember Winamp, for instance, being able to do word-length reduction on the fly. The only place I can find this feature is in the Monkey's Audio codec plugin, though. Anyway, great news Josh! Thanks for making 24-bit audio support in FLAC a priority. :) MW On Tue, 11 Jun 2002, Josh Coalson wrote: > --- Mike Wren <mikew@etree.org>

Fine! I tried 1.0.2 and It works! thank you very much! Jan On Tuesday 04 December 2001 05:43, you wrote: > Jan, > I'm not sure that you've seen the messages go by in > the mailing list, but I think I fixed that bug and have > checked it into CVS. Could you try either CVS or > 1.0.2 which will be released this week an let me > know if it is fixed? Thanks, > >

I found a bug near your backtrace, whenever sizeof(size_t)==32. I checked in a fix, can you try it now? Jos --- Josh Coalson <xflac@yahoo.com> wrote: > ok, thanks for the details, I'll take a look. > > Josh > > --- Avuton Olrich <avuton@gmail.com> wrote: > > > On 6/4/06, Avuton Olrich <avuton@gmail.com> wrote: > > ...more stuff... >

Hey guys. I think Vorbis is pretty cool, but since the current OggEnc only offers 44.1kHz, it limits what I wanted to use it for. So I've been using Lame to get 16kHz mono Vorbis files. I'm curious about whether Lame does Vorbis encoding the "right" way for non-44.1k stuff, or whether it just encodes as it would for 44.1k & changes the sample rate on the output, but I'm