similar to: Anything else for Flac 1.3.0?

I have also run a `make fullcheck` on Mac OS X 10.8. Only one test fails: FLAC__TEST_LEVEL=1 FLAC__TEST_WITH_VALGRIND=no ./test_grabbag.sh ./test_grabbag.sh: line 39: 1N: value too great for base (error token is "1N") make[1]: *** [fullcheck] Error 1 make: *** [fullcheck] Error 2 The cause is that in test_grabbag.sh, line 39, it uses `date +%N` to get nanoseconds, which is unsupported

On Sun, May 26, 2013 at 5:54 AM, Xiyue Deng <manphiz at gmail.com> wrote: > On Sun, May 26, 2013 at 5:41 AM, Martijn van Beurden <mvanb1 at gmail.com> wrote: >> On 26-05-13 14:34, Xiyue Deng wrote: >>> >>> Also I have a patch fixing bootstrap on Mac OS X that may also be on >>> moderation queue. It will be great it can be reviewed and given a green

Once more big patches, this time updating the comparison and links pages. http://www.icer.nl/misc_stuff/0001-Add-more-brands-to-links-page.patch http://www.icer.nl/misc_stuff/0002-Update-comparison.patch

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 --

Sorry, for the late repsonse Martijn. I've been crazy busy. Martijn van Beurden wrote: > On 28-08-12 10:46, Erik de Castro Lopo wrote: > > I think thats a great idea. WOuld be happy to have someone pick > > this up and run with it. > > So I got busy but stumbled upon several things. I'm not sure why there > are two boxes displaying the same news on the homepage

I measured encoding speed of 24-bit WAV files. It turns out that 32-bit encoder made by GCC is ~1.7x times slower than 32-bit encoder made by MSVS. It seems that GCC creates inefficient code for 32bit * 32bit -> 64bit multiplication for 32-bit architecture. This problem affects FLAC__lpc_compute_residual_from_qlp_coefficients_wide() and FLAC__lpc_restore_signal_wide() functions. Is there any

Hi all, The past few weeks I've been busy comparing lossless audio codecs to update the comparison.html page on the FLAC website (and because I wrote a comparison for Hydrogenaudio in the past) and its ready now. Because the patch is pretty large, I've placed it here: http://www.icer.nl/misc_stuff/update-comparison-and-fix-IE-news.patch.zip The reason to do this is because the

Hi all, It seems my e-mail is caught by the spam filter. Once again, a few patches for the FLAC website, this time linked instead of attached. http://www.icer.nl/misc_stuff/FLAC-website-news-updates.zip On 02-01-14 16:09, Martijn van Beurden wrote: > Hi, > > Once more a few patches for the FLAC website. The biggest change is > the inclusion of some old news items into the feed and

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/

On 07-05-13 07:43, Martijn van Beurden wrote: > It's not that hard to repackage it, is it? > > Here you go: www.icer.nl/misc_stuff/flac.xcodeproj .zip I don't know what went wrong with that link, but it should be http://www.icer.nl/misc_stuff/flac.xcodeproj.zip -------------- next part -------------- An HTML attachment was scrubbed... URL:

As promised (quite some time ago), a patch to clean up the source code documentation. The first patch is a remake of the FLAC logo in SVG, which third-party developers might appreciate. The second patch removes quite a lot of pages like those with the russian language and those that I thought are not really essential for off-line viewing/development. This reduction in page count might make

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

Martijn van Beurden wrote: > I can't read russian, but that part of the website seems pretty > outdated, mentioning FLAC 1.1 as the last news item? I have no problem dropping that. > I guess I would like to update the news section with a few items (I > guess that's what makes a website looks 'fresh', I would love to make > FLAC look like an active project :))

On 28-05-13 19:38, Miroslav Lichvar wrote: > I'm always interested in performance tests :). In that case I hope you saw the previous one, because the decoding speed-up was credited to be one of your patches, according to some people over at HydrogenAudio: http://lists.xiph.org/pipermail/flac-dev/2013-March/003856.html Really, great stuff ;) > I think if you are setting CFLAGS you

Martijn van Beurden wrote: >> >flac.exe -d "C:\Users\Martijn\Music\file.flac" --skip=00:01.11 >> >> flac 1.3.0, Copyright (C) 2000-2013 Josh Coalson & Xiph.Org Foundation >> flac comes with ABSOLUTELY NO WARRANTY. This is free software, and >> you are welcome to redistribute it under certain conditions. Type >> `flac' for details.

Op 02-02-16 om 16:54 schreef lvqcl: > BTW, 64-bit flac can benefit from 64-bit words in > bitreader/bitwriter routines. Currently it requires > --enable-64-bit-words switch in ./configure parameters. It > would be interesting to test its effect, especially on ARM. Okay, I might test that as well. I've checked performance with the brand new laptop my employer gave me, which is

Hi, This patch adds four more brands to the links page (and images of their products) and fixes a few broken links. Because of the images the patch is too big to mail over the list http://www.icer.nl/misc_stuff/update-links.html.patch.gz

On 28-05-13 20:09, Janne Hyv?rinen wrote: > On Windows the 32-bit NASM enabled compiles are always fastest. If you > can run 32-bit code on your Linux box you should compile with assembly > optimizations. That depends on the way you define speed. For decoding this doesn't seem to be true. I reran my tests, it took a little longer because I couldn't believe the results I got.

Hi, Martijn, Thank you for reaching out, and apologies for late reply It is a dedicated metadata for volume normalization on our player. Please kindly refer to our company information here: https://labelgate.com/ application ID: SONN application name: Sony Normalizer contact e-mail address: taku.kurosawa at labelgate.com<mailto:taku.kurosawa at labelgate.com> Taku From: flac-dev

Thanks for the help Martijn, I get the same FLAC__STREAM_DECODER_END_OF_STREAM error after doing the 2 steps you suggested. Scott On Mon, May 19, 2014 at 9:36 AM, Martijn van Beurden <mvanb1 at gmail.com>wrote: > 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