similar to: [PATCH] fix valgrind testing

On 26-05-13 14:20, Martijn van Beurden wrote: > On 26-05-13 11:33, Erik de Castro Lopo wrote: >> Hi all, >> >> In my latest commit I have updated all version strings and copyright >> dates. > > Here are two patches for the website, updating the copyright as well > and copying the changelog. I would like to propose copying the > contents of flac-website.git

Hi all, For testing a few mingw-builds I tried to use ./configure --disable-thorough-testing (because testing in a virtual machine through mingw isn't really fast) but it turned out this setting doesn't do anything. It turns out these configuration options aren't passed to the test scripts at all. I do not fully understand how Makefiles or environment variables work, but my

Hi, Once more a patch much too heavy for the list. This will be the last addition for links.html for a while, I think I really got them all now. This patch adds a bunch of brands (some high-profile like Sony, LG, ASUS) that have at least one FLAC-playing device in their line-up. http://www.icer.nl/misc_stuff/Add-9-more-brands-to-links-and-adding-news-item.patch.zip Considering

Op ma 6 jul. 2020 om 10:22 schreef Erik de Castro Lopo <mle+la at mega-nerd.com>: > > Martijn van Beurden wrote: > > > To trigger this overflow, one has to force rice_parameter to 0 > > Ok, that sounds dodgy. Yes, well, it is. It could very well be that without patching, nobody ever has a problem with this, but as the rice code is based on an estimate, it might,

a. Intel 2.8 Ghz Core I7 (dual core, I7-4558U) in late 2013 Macbook Pro with Retina Display b. I compiled it the same way I compiled 1.2.1: ./configure -enable-static -disable-shared CFLAGS=" -isysroot /Developer/SDKs/MacOSX10.6.sdk -mmacosx-version-min=10.6" make Am i doing something wrong? Thanks, Scott On Fri, Jul 25, 2014 at 12:54 PM, lvqcl <lvqcl.mail at gmail.com>

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

Hi all, FYI, Microsoft has added FLAC support to their latest preview build (9926 to be specific) of Windows 10 last month. Support in this case means FLAC plays back in Windows Media Player (or any other application using the same framework) without having to install any plugins. Support for metadata is still limited, but this might improve before the final release. Microsoft has also

Hi all, In my latest commit I have updated all version strings and copyright dates. I am now going to do a little testing (and encourage anyone else to do the same) and hopefully release in the next day or so. Cheers, Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/

You can just take a look at the FLAC download page: http://flac.sourceforge.net/download.html There are links saying "FLAC full source code and Nightly CVS tarball". Op 04-04-12 14:30, Rafael Velasquez schreef: > I have also installe libflac-dev. > so, could you send me the good link please ? > > > > 2012/4/4 Erik de Castro Lopo <mle+la at mega-nerd.com >

On 25-04-13 11:38, Erik de Castro Lopo wrote: > Lets see the patch first and then see if we can make it prettier. > > Erik Sure. Patch attached. -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Add-set-x-to-stop-test_metaflac.sh.patch Type: text/x-patch Size: 0 bytes Desc: not available Url :

Martijn van Beurden wrote: > op 27-06-14 14:11, Erik de Castro Lopo schreef: > > There has been at least one person on this list who is able to do > > perfromance tests on FLAC. I would appreciate it if someone could > > run such a performance test before and after the above commit. > > Are you specifically referring to the ARM platform or to any > platform? The

Martijn van Beurden wrote: > Like I reported just before the release of 1.3.0 (mail of Fri, > 05 Apr 2013 08:25:10 +0200, to be specific), compiling on > Raspbian (Debian Wheezy, GCC 4.6) returns quite some warnings of > the type -Wcast-align. > > > CC lpc_intrin_sse2.lo > > CC lpc_intrin_sse41.lo > > CC md5.lo > > md5.c: In function

Recently I was trying some new approaches to improve FLAC compression, when I stumbled on a possible overflow. The reason this has not come up earlier is because the encoder only hits this point when the estimate of the rice_parameter is very much off. To trigger this overflow, one has to force rice_parameter to 0 in for example the function evaluate_lpc_subframe in libFLAC/stream_encoder.c. When

On 24-04-13 14:34, Erik de Castro Lopo wrote: > That's an error in the awk script, which is embedded in the shell > script. I know GNU awk supports lshift, maybe BSD awk doesn't. I'll > investigate that futher. On my system awk links to mawk 1.3.3 >> I don't know why, but the test continues and says all tests passed while >> that clearly isn't the

Martijn van Beurden wrote: > On 12-12-12 19:47, Max Horn wrote: > I already submitted a patch (see the mailinglist for the 14th of > september) to update the news section (and to make it easier to update) > but no one has replied to that yet... Sorry, I can't find that patch. Can you resend it please? Erik --

Hi all, I consider the last FLAC release a huge success. I expected to release something with far more bugs and then be forced into another bug fix release in short order. Its seems the only real problem with that release was the lack of binaries for windows and mac. I would like to fix that in the next release which I am hoping to get out in the next month or two. That leaves the question of

Hi, This patch improves compression a very tiny bit on average, but up to 0.1 percentage point for classical music. I haven't found any tracks that show worsening compression with this patch. -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Improve-LPC-order-guess.patch Type: text/x-patch Size: 0 bytes Desc: not available Url :

Hi all, In commit 3eb4094b859 I think I have fixed all the cast-align warnings. I have tested this in amd64/Linux (little endian) and powerpc64/Linux (big endian) and it passed all tests (including the new MD5 tests). I also did a little performance testing on amd64/Linux with a one hour long stereo WAV file and could not find any mesasurable difference between the old and the new code. I

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

Op 22-09-14 om 21:56 schreef Erik de Castro Lopo: > Wouldn't "tukey(1/2)" be better? > > Erik 5e-1 is directly parsed by strtod, while 1/2 isn't AFAIK.