similar to: Real-world tests (commit 300d17c)

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.

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

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

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:

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

Hi all, One again a few patches that are too large to send directly over the mailing list (because of the blobs, large differences etc.) 1) Removes the russian part of the website, because it is 10 years out of date (FLAC 1.1.0) 2) Gives the website a maximum width, because at large screens it tends to become unreadable 3) Completely overhauls the links pages: new devices that support FLAC

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

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

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, I thought it was a good idea to get an overview of the developments since the release of 1.3.0, so here are a few graphs. The first was compiled with GCC 4.8, the second was compiled with MSVC 2013. Both were tested on a Kubuntu 14.04 machine, with an Intel Core 2 Duo T9600 (SSE support up to "version" 4.1), the MSVC compiles were run through wine, as I don't think

For anyone wondering, here's a PDF comparing encoding speed, decoding speed and compression between FLAC 1.2.1, 1.3.0 and 1.3.1pre1. Compiles on a Intel Core 2 Duo T9600 (SSE up to and including 4.1, no AVX), Kubuntu 14.04.1, GCC 4.9.1. -------------- next part -------------- A non-text attachment was scrubbed... Name: long set of samples-1.3.1pre1.pdf Type: application/pdf Size: 16795

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

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

Martijn van Beurden wrote: > Okay, this is weird. I just tried to send it again, but it doesn't > appear in the archives, so I suppose it didn't make it? I don't get a > warning or error mail however. It probably has to do with the size of > the patch (as I changed the feed from an atom to RSS format) which is 80kb > > I've uploaded it to >

On 22-09-13 10:31, lvqcl wrote: > 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. Strange, I'm not able to reproduce your findings. I did found something rather odd though. I thought MSVC, ICL and GCC would produce the same files, but for some reason a GCC compile creates slightly

I posted Mac binaries a few weeks ago but nobody did anything with them, or even acknowledged them. Here is a DMG with a .pkg installer for Flac 1.3.0 https://dl.dropboxusercontent.com/u/52358991/FLACInstaller1.3.0.dmg On Wed, Jun 26, 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

It's not that hard to repackage it, is it? Here you go: www.icer.nl/misc_stuff/flac.xcodeproj .zip On 06-05-13 23:37, Marcus Johnson wrote: > Ralph, for Mac OS you should download either the Unarchiver which is > free, or Entrophy which is what I use, but it costs like $15 I > believe, both support decompressing .7z and Entrophy supports > compressing TO .7z > > > On

Op 02-02-16 om 18:22 schreef Martijn van Beurden: > 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. So,

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