similar to: Parts of the standard not supported in reference decoder?

As we?re talking 1.3.1 release, I?ve been keeping track of a couple of changes that I feel should be included in the changelog and that I might as well share here. The things between brackets are just to refresh memories, I?d leave them out of the actual changelog. * Improved efficiency of 24 bit decoding. (https://git.xiph.org/?p=flac.git;a=commit;h=ea0d5ddadc6902e873983c89f473130b3bb6625f) *

On 24 Nov 2014, at 10:13, Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: > MauritsVB wrote: > >> As we?re talking 1.3.1 release, I?ve been keeping track of a couple of >> changes that I feel should be included in the changelog and that I might >> as well share here. The things between brackets are just to refresh >> memories, I?d leave them out of the

> MauritsVB wrote: > >> Ars Technica reports of ?abandoned projects? on SourceForge being taken >> over by SourceForge with adware installers added to executables. >> >> This might be something to be wary of with FLAC considering the main focus >> for FLAC has moved from SourceForge to Xiph.org. Perhaps consider to remove >> the downloads from

I can confirm git head builds and passes /make fullcheck/ (skipping the noise part of test_streams.sh) on - armv6-linux (Raspbian), GCC 4.6 & GCC 4.8 - i686-pc-mingw32, GCC 4.8.1 - MSVC 2005 Express 32-bit (make fullcheck with MinGW) - MSVC 2013 Express 32-bit (make fullcheck with MinGW) Furthermore, I've also ran the test_streams.sh of FLAC 1.2.1 with FLAC 1.2.1 as encoder and git as

Ars Technica reports of ?abandoned projects? on SourceForge being taken over by SourceForge with adware installers added to executables. arstechnica.com/information-technology/2015/05/sourceforge-grabs-gimp-for-windows-account-wraps-installer-in-bundle-pushing-adware/ This might be something to be wary of with FLAC considering the main focus for FLAC has moved from SourceForge to Xiph.org.

In this topic on Hydrogen Audio(http://www.hydrogenaud.io/forums/index.php?showtopic=105586) someone asked a question about the sample rates that FLAC supports for ReplayGain. The outcome was that the current documentation of MetaFLAC is outdated since Commit http://git.xiph.org/?p=flac.git;a=commit;h=0554a4aee6966bc5b251364753ef85de72dfab19 because as of 1.3.0 FLAC supports Replaygain with many

Nice work on getting flac 1.3.1 out! Is there an ETA for any non-Windows binaries in the pipeline? The page https://www.xiph.org/flac/download.html still points to the 1.2.1 downloads on Sourceforge and could use updating to the new binaries. However, if for instance the OS X binary is just around the corner it would makes sense to wait for that. Will the 1.3.1 binaries also be uploaded to the

Hi Erik, I noticed you’ve started compiling the changelog for 1.3.2. I have kept track of some of the bigger changes since 1.3.1 although admittedly haven’t been on top of it this year. Perhaps some of these older ones are useful to consider including: Fixed a segmentation fault in libFLAC http://sourceforge.net/p/flac/bugs/425/ Changed the LPC order guess for a slight compression improvement,

On 28 May 2015, at 12:27, Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: > MauritsVB wrote: > >> The response from SF suggests that it?s non-responsiveness from the >> original project owner. Hopefully it?s limited to that. > > Well for flac, thats Josh who has been non-responsive since 2009 > or so. > > Erik I meant who is registered as project

On 12/6/16, Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: > MauritsVB wrote: > >> I noticed you’ve started compiling the changelog for 1.3.2. > > I had sort of hoped I'd finished :). Seems I was wrong! > >> I have kept track of some of the bigger changes since 1.3.1 although >> admittedly haven’t been on top of it this year. Perhaps some of these

If I recall correctly, with the release of 1.3.1 there were a few days between the version being released and the News and Changelog appearing on the site. This caused a number of sites to report the release without mentioning all the improvements in the update. Can I suggest that this time we publish the Changelog and News update immediately after uploading the final version? The Changelog is

Yes, this is such a case. However, implementing this in a future encoder/decoder would break compatibility with most (likely all) existing decoders, and only in some very, very rare cases where the material is such that the encoder chooses to use negative shifts, which makes it even harder to troubleshoot. Furthermore, as this can only be used in very rare cases, there is no benefit from allowing

On 23 Nov 2014, at 15:06, MauritsVB <mauritsvb at xs4all.nl> wrote: > > On 23 Nov 2014, at 14:49, Martijn van Beurden <mvanb1 at gmail.com> wrote: > >> Considering Windows binaries: in case no new binaries are provided, please at least remove the old ones from sourceforge. As can be gleaned from some bug reports, support requests etc. on sourceforge, people are still

Hi, I have read this on a forum: 'FLAC supports 24-bit audio fine. My understanding is that the FLAC format also handles 32-bit ints, but the reference encoder does not implement it, and FLAC has no support for float data. WavPack handles all integer bitdepths up to 32-bit and also 32-bit floats. Both codecs handle all sampling rates.' I was wondering if there are plans to support

Op 11-12-14 om 10:05 schreef Miroslav Lichvar: > but I'd rather see the real seeking bug fixed instead I think I might have a fix, but it touches quite a bit of code, so it'll take some time. I think the problem is that because bogus headers might pop up in the stream of which the CRC checks out, the whole frame is decoded to validate that a frame is correct. The bogus header

I'd definately recommend binaries for download as suggested by lvqcl and Janne Hyv?rinen. All the fabolous work on the code base is of little use to me if I can not find binaries at the official site. Olav Sunde At 12:01 23.11.2014, Janne Hyv?rinen wrote: >On 23.11.2014 12:44, Erik de Castro Lopo wrote: >> lvqcl wrote: >>> 2) Do you plan to release any official binaries

Hi Martijn, I don?t know if it?s just my Firefox or whether something breaks during the parsing of the email but none of your links seem to work for me. I feel it might have something to do with the spaces in the file names of the PDFs, which doesn?t translate well to URLs. Thanks, Lennard > On 3 Feb 2016, at 18:04, Martijn van Beurden <mvanb1 at gmail.com> wrote: > > Op

Sorry, I am newbie. Sample codes are from https://github.com/oneman/libflac/tree/master/examples/cpp. I used FLAC__stream_decoder_process_single function but it still gives exception. Maybe I could not control read callback, you're right. I will check it and write result in this thread. Thanks for help. 2013/7/1 Martijn van Beurden <mvanb1 at gmail.com> > I'll top-post this

Hi, I am developing an audio network system and using boost, OpenAL and FLAC library in C/C++. I can stream raw audio data over network but I want to encode audio before streaming in current PC and decode after streaming in other PC because of bandwidth limit. I run your sample codes, encode.c and decode.c, about file encode / decode. Then, I run streaming encode / decode with two different

MauritsVB wrote: > As we?re talking 1.3.1 release, I?ve been keeping track of a couple of > changes that I feel should be included in the changelog and that I might > as well share here. The things between brackets are just to refresh > memories, I?d leave them out of the actual changelog. Thanks Maurits, that was very useful. I added a few other things I found in the git commit log