similar to: [PATCH] Clean up source code documentation

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

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

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

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

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

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

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.

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

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

Hi, Once again, I did some performance testing. Results are here: http://www.audiograaf.nl/misc_stuff/Comparison on 32-bit ARM (Raspberry Pi B).pdf http://www.audiograaf.nl/misc_stuff/Comparison on 64-bit Linux (2008 Intel).pdf I'll add some results for 64-bit Windows (2014 Intel with AVX2) in a few days. Results look nice, a 20% speedup on my x86_64 platform for the slowest mode. Not

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

Hi all, I just finished running the scripts I used to write the lossless audio codec comparison that is on the FLAC website. The results are in the PDF linked below. As you can see, compression is exactly the same but decompression is about 15% faster. As expected, all results were lossless. http://www.icer.nl/misc_stuff/FLAC-1.3.0-results.pdf For more information on the used test corpus see

Hi all, Here are two patches, one for flac.git and one for flac-website.git, which 'merges' them. This is mainly some cleanup work I did earlier on the website that were copied to the html docs, and documentation on new features (like Wave64 and RF64 support, --preserve-modtime etc.) that were copied the other way. *flac.git patch*

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 Mon, May 6, 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 subscribe or