similar to: hi list!

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

hi, i am undergraduate engineering student in communication engineering. I am doing my final year project on lossless speech and audio compression algorithms,i have chosen FLAC as one of the lossless audio codecs. I would like to ask for help about the block diagram of the FLAC codec,i try searching on the internet but couldn't find it. Any help will be appreciated. Yours Sincerely

hi,i would like to ask on what is the difference between flac encoder and decoder because some one told me that there is a difference in term of block diagram, can any one help regards -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/flac-dev/attachments/20110112/b4422a41/attachment.htm

It seems that the bitstream reader is not working as it should (verified in version 1.2.0 and 1.2.1). The problem is as follows: if the data read by the read callback is not a multiple of 4, the bit reader will end up in a very bad state, where the bits_consumed field will grow without ever being reset to 0, and that causes everything to fail. This is not a case that's encountered very

This updates one rather important mention of the copyright year (the encoding/decoding progress display) and a few in the documentation. Furthermore, it updates the open bug list --- doc/html/documentation_bugs.html | 7 ------- doc/html/faq.html | 4 ++-- doc/html/id.html | 4 ++-- src/flac/main.c | 2 +- 4 files changed, 5 insertions(+), 12

Ok, we actually worked this out - there were 2 extra bytes doing nothing at the end of the files. Opening the file in SoundForge and saving it (without changing it) took off the extra bytes and allowed the file to convert to FLAC. Thanks to everyone who emailed me suggestions. Is there a decent program for linux that could automatically take these bytes off, without running the risk of removing

You're brilliant, Harry. Lame MT running on 2 threads runs at 120% while Lame (standard) running on 2 processes runs at 200%. If you still prefer only 120% over 200%, then you can continue to believe that multithreading this kind of algorithm is "smart" - I guess you weren't paying attention when folks on this mailing list suggested that you are far better off running

According to the archives, these lists haven't been used in months. Have they been migrated to sourceforge? --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'flac-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe

According to the archives, these lists haven't been used in months. Have they been migrated to sourceforge? --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'flac-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe

The FLAC mailing lists are finally moving off of SourceForge to Xiph.org's servers, which should cut down significantly on the abuse and response time. You will get one of these notification mails for each FLAC list you were subscribed to. Please do not reply to this message; if you have a problem with the switchover just reply to me directly. This notification is for flac-users. The

The FLAC mailing lists are finally moving off of SourceForge to Xiph.org's servers, which should cut down significantly on the abuse and response time. You will get one of these notification mails for each FLAC list you were subscribed to. Please do not reply to this message; if you have a problem with the switchover just reply to me directly. This notification is for flac-dev. The

Ah, I don't remember but it might have been a negative test that was supposed to give an error when used with the wrong sample rate. Anyway, could you do another patch that updates to general MM:SS handling? >________________________________ > From: Earl Chew <earl_chew at yahoo.com> >To: Josh Coalson <xflac at yahoo.com>; "flac-dev at xiph.org" <flac-dev

Are we gonna get a new beta, or will it just be 1.3 release, also how long until the update? On Thu, May 23, 2013 at 3:00 PM, <flac-dev-request at xiph.org> wrote: > Send flac-dev mailing list submissions to > flac-dev at xiph.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xiph.org/mailman/listinfo/flac-dev > or, via

Here's the patch submit message for 4GB+ windows barrier. http://lists.xiph.org/pipermail//flac-dev/2013-March/003804.html On Wed, Jun 12, 2013 at 3:00 PM, <flac-dev-request at xiph.org> wrote: > Send flac-dev mailing list submissions to > flac-dev at xiph.org > > To subscribe or unsubscribe via the World Wide Web, visit >

I have an Intel Mac and I'd be glad to test it for you, but I'm not sure how to use the makefile.lite build system? do I just replace the normal one with this one? I tried ./makefile.lite but nothing happened. On Sun, Jul 20, 2014 at 3:00 PM, <flac-dev-request at xiph.org> wrote: > Send flac-dev mailing list submissions to > flac-dev at xiph.org > > To

There have been some offers to help building for various platforms: http://lists.xiph.org/pipermail/flac-dev/2013-July/004271.html and there was discussion last year to create official ?blessed builds?, compiled by Xiph for security reasons. http://lists.xiph.org/pipermail/flac-dev/2013-July/004274.html However, this sounds like something that can be sorted out after the release of the source

Why are you using such an old SDK? Your Macbook came with at least Mountain Lion, right? I have a Retina Macbook mid 2012, and it came with ML... On Fri, Jul 25, 2014 at 3:00 PM, <flac-dev-request at xiph.org> wrote: > Send flac-dev mailing list submissions to > flac-dev at xiph.org > > To subscribe or unsubscribe via the World Wide Web, visit >

Once more hi, I've tried to reproduce this issue, but I am unable to do so. Could you try to re-encode the file with FLAC (to make sure it is not an issue with Taglib) and try to strip with metaflac again? This can be done as follows flac input.flac -o output.flac metaflac --dont-use-padding --remove --block-type=PADDING output.flac If this turns out to be fine it probably solves your

I'll try it, thanks. also do you know how to cross compile with MinGW? I'm trying on my Mac, because Visual Studio 2012 doesn't like the SLN, but it's not really working. :/ On Sun, Mar 24, 2013 at 3:00 PM, <flac-dev-request at xiph.org> wrote: > Send flac-dev mailing list submissions to > flac-dev at xiph.org > > To subscribe or unsubscribe via the

I will post to the dev list, sorry about that. To give an idea, though, at flac level 8: 24/96 wav file 1.21: 61.05 seconds. ratio=0.690 1.3: 222.48 seconds. ratio=0.690 smaller 16/44.1 wav file 1.21: 14.28 seconds. ratio=0.487 1.3: 51.21 seconds. ratio=0.487 Scott On Fri, Jul 25, 2014 at 2:39 AM, <dathead2 at gmail.com> wrote: > Are you sure they didn't change the default