similar to: FLAC implementation in Windows 10

On Jul 14, 2015, at 8:18 AM, Declan Kelly <flac-dev at groov.ie> wrote: > On Mon, Jul 13, 2015 at 01:28:22PM +0200, mvanb1 at gmail.com wrote: >> FLAC is not the only one though, Apple Lossless has been added >> to the mix in the same way, but (properly) creates smaller files. > > Can anyone on the list (possibly someone who works for MSFT) get this > fixed before

Hi all, The latest version of FLAC has been releases. See: https://xiph.org/flac/index.html https://xiph.org/flac/changelog.html The source tarball and Windows binaries are available (with md5 and sha256 checksums) at: http://downloads.xiph.org/releases/flac/ The source tarball is also available at: https://sourceforge.net/projects/flac/files/flac-src/ and similarly the

?hel kenal p?eval (neljap?ev, 14. m?rts 2013 19:02:35) kirjutas Declan Kelly: > On Wed, Mar 13, 2013 at 10:06:51PM -0400, benski at winamp.com wrote: > > Flake is a completely independent codebase. When I used it years ago, I > > remember it being not only better compression but significantly faster as > > well. I believe some of the techniques used in libflake were added to

On Wed, Nov 16, 2011 at 05:41:21AM -0800, avuton at gmail.com wrote: > Hate to be Capt. obvious here, but there's a lot of development going > on here that should be encouraged. If the FLAC project isn't going to > open up, it would make a lot of sense for someone to take over > maintenance on a github account with the git-cvsimport or such. I > don't see anyone

I don't think you guys should worry too much about messing up old decoders, but no matter what you choose to do FLAC MUST REMAIN LOSSLESS. On Thu, Mar 14, 2013 at 5:06 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 >

Flake is a completely independent codebase. When I used it years ago, I remember it being not only better compression but significantly faster as well. I believe some of the techniques used in libflake were added to libFLAC in 1.1.4. However, some of the improved compression in flake was due to options that are outside the FLAC 'subset', such as larger blocksize, greater number of

Op 07-02-12 19:50, Ralph Giles schreef: > Basically the audio is chopped into a blocks and each block is coded > either uncompressed, as a constant value (good for silence), or with > linear predictive coding plus a rice-coded residual. I don't know how > the encoder decides where to put the block boundaries. AFAIK, FLAC uses a fixed block length so block boundaries are just put

Declan Kelly wrote: > Is anyone from the Rockbox project on this list? > If the CVE issue affects playback (on architectures that can run > Rockbox) then a new Rockbox release should have the new FLAC code. IIRC Rockbox uses ffmpeg decoder.

Hi i have seen that the dbPowerAmp ripping and encoding software supports a new so-called "FLAC uncompressed" format, e.g. http://www.audiostream.com/content/dbpoweramps-flac-lossless-uncompressed-wish-come-true i know only the normal flac compression levels from 0 to 8. have i missed an option on the flac comamnd line tool or how could i achieve that on the linux command line flac

Hi all, Google Security Team member, Michele Spagnuolo, recently found two potential problems in the FLAC code base. They are : CVE-2014-9028 : Heap buffer write overflow CVE-2014-8962 : Heap buffer read overflow For Linux distributions, the specific fixes for these two CVEs are available from Git here:

On 14-03-13 20:02, Declan Kelly wrote: > The next official release of the FLAC command line should really have > a "-9" option for absolute maxed-out big-memory CPU-burning compression. No. If you want such things, try TAK, OptimFROG, Monkey's Audio or even LA, you'll lose hardware compatibility anyway and they do much better than FLAC will with a -9 option. FLAC 1.0

On 11/09/11 02:58 pm, Erik de Castro Lopo wrote: > If anyone else has Flac patches that they would like to > see commited to the Xiph Git repo, now would be a good time > to speak up. A couple of build system fixes for OS/2. Not very experienced with git so just attaching. Dave -------------- next part -------------- A non-text attachment was scrubbed... Name:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 03.02.2012 1:11, Declan Kelly wrote: > Many people who use FLAC to archive entire CDs (as opposed to > "albums" of tracks that may or may not be on the same CD) will rip > the entire disc and store it in a single FLAC file, with the CUE > sheet either as a separate file, embedded in the FLAC metadata, or > both. > >

> I was wrong about it going up to 11 - it actually goes up to 12. Too bad. I thought for a minute there that it goes up to eleven because... "Well, it's one louder, isn't it? It's not ten. You see, most blokes, you know, will be playing at ten. You're on ten here, all the way up, all the way up, all the way up, you're on ten on your guitar. Where can you go from

Hi, i?m not part of the FLAC project, but i have a question regarding FLAC and Gapless support I hope, I get an answer from some of you ;-) We are currently try to add Gapless support on our device If we rip an CD with our device, we can find out, that one track follow after another so we can recognize, that the tracks are gapless or not. But how can we find that out on already existing

Op 25-11-14 om 23:39 schreef Jan Stary: > Is there a reason the test scripts are calling bash? The change from sh to bash was made a little more than a year ago. The mailing list thread accompanying this change can be found here: http://lists.xiph.org/pipermail/flac-dev/2013-September/004374.html

Hi, I have a Parrot Asteroid car media receiver that uses an Android based operating system to function. Is there anything the development crew can do to make the Asteroid stream FLAC audio? the system does have an installer for 3rd party .APK files Best regards, Rob. -------------- next part -------------- An HTML attachment was scrubbed... URL:

I'm one of the co-admins of the Facebook page for FLAC. 15 hours ago, I posted a message giving a vague "heads up" that a new release is on the way. Since then there have been 3 shares, 6 comments, 128 likes and 4451 people reached. That's slightly more than the page's audience. That's more than what the previous release announcement (from November 2014) got. -- -Dec.

On Jul 18, 2015, at 10:46 AM, Martijn van Beurden <mvanb1 at gmail.com> wrote: > Op 16-07-15 om 07:50 schreef Brian Willoughby: >> On Jul 14, 2015, at 8:18 AM, Declan Kelly <flac-dev at groov.ie> wrote: >>> Can anyone on the list (possibly someone who works for MSFT) get this >>> fixed before Win10 is released? >> What size differences are we talking

Op 04-12-14 om 20:05 schreef Erik de Castro Lopo: > Martjin, are you able to make your test material available? DO > you have any test scripts your use to run your tests? Sorry, most of the testmaterial isn't copylefted, and I don't think it is possible to get a nice copylefted test library. That's because most copylefted material is indie, and sadly the mastering techniques