similar to: [PATCH] Website comparison + fix IE

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

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

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

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

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

Olav Sunde wrote: > I just followed the redirect Ralph Giles posted about above. That works > as expected, but on https://xiph.org/flac/download.html the Windows > link point to this page: http://sourceforge.net/projects/flac/files/flac-win/ > with only old compiles. Thats correct. Xiph is responsible for the FLAC source code. Xiph does not provide binaries for Linux, Windows or Mac.

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

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

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

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

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

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*

I have a project I'm investigating. The goal is to basically add lossless extensions to Opus. You have an Opus stream with standard packets, but interwoven in there are extension packets that contain the residuals. Ideally, compliant decoders play the stream back and ignore the extension packets. This (hopefully) makes the "lossless" stream compatible with existing players.

Hi all, Here are some patches updating the website. 1) Fixes the changelog.html menubar 2) Updates documentation 3) Updates news feed 4) Updates downloads and adds some links Patch 2 and 4 were to big for the list, unfortunately. They can be found here: http://www.audiograaf.nl/misc_stuff/0002-Update-API-and-tools-documentation.patch.xz

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

Hi list users, Is there a comparison somewhere of the efficiency of decoding flac files, with respect to some benchmark related to cpu processing? As compared to, say, ape files? I ask because I have recently switched my entire archive from ape to flac. I have an old 400 mhz laptop in my office running xubuntu, which I run into a receiver. Works great. Since switching to flac, I notice the

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