similar to: PATCH: OS SSE support detection, version 2

Erik de Castro Lopo wrote: >> part 1: fixes >> >> part 2: new code >> >> Any comments? > > Applied cpu_part2.patch. Thanks! Thanks. I hope that this code will help to avoid "bug" reports such as http://sourceforge.net/p/flac/bugs/409/ (it seems that the author of this report compiled FLAC without --enable-sse option). OTOH, SSE support is

Erik de Castro Lopo wrote: >> About part 1:does it have any problems? I can split it into several patches >> (1 fix = 1 patch) or explain the changes in it in detail. > > I didn't apply patch1 because I mis-read your comment here: > > http://lists.xiph.org/pipermail/flac-dev/2014-March/004582.html > > So, for the patches in this email: > >

op 11-03-14 15:57, Olivier Tristan schreef: > I may say something stupid but is this helpful ? > http://stackoverflow.com/questions/6121792/how-to-check-if-a-cpu-supports-the-sse3-instruction-set That question on stackoverflow is about CPU support, the patch you replied to was about OS support. Because of the registers used (which must be saved and restored on a context switch), the

Olivier Tristan <o.tristan at uvi.net> ?????(?) ? ????? ?????? Fri, 21 Mar 2014 22:41:00 +0400: > Check with -mfpmath=387 to be sure that x87 FPU code is used and not some > SSE optim made by GCC I added "XIPH_ADD_CFLAGS([-mfpmath=387])" into configure.ac Still the result is different from SSE version. --------------- MSVS adds two instructions to the generated code after

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

On 28-04-13 13:23, LRN wrote: > On 28.04.2013 13:38, Erik de Castro Lopo wrote: >> I have tagged 1.3.0pre4 in git and provided a tarball here: >> >> http://downloads.xiph.org/releases/flac/beta/flac-1.3.0pre4.tar.xz >> >> I have built and tested the git tree on: >> >> linux-x86_64 openbsd5-i386 freebsd5-i386 > i686-w64-mingw32 - builds correctly,

libFLAC for Windows compiled with GCC/MinGW can't detect SSE OS support: it can't use GCC+Linux detection code and can't use MSVC+Win32 code that uses SEH (__try/__except). So it doesn't use any SSE/SSE2/etc routines. One way to fix it is to call configure script with --enable-sse (flac will probably crash on Win95/WinNT4 but who cares). Another way is to add a new code just for

1. A program can use SSE instructions only if both CPU and OS support SSE. Currently libFLAC tests both CPU and OS for this support, but is it really necessary? Maybe CPU check is enough? Operating systems that don't support SSE (Win95, WinNT 4.0, Linux kernel 2.2 (iirc), ...) are really outdated now. Removing OS check will greatly simplify src/libFLAC/cpu.c. 2. "configure" build

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

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

This patch tries to simplify the code that tries to detect whether OS supports SSE instructions. a) Linux: "old" vs "new" sigaction OBSOLETE_SIGCONTEXT_FLAVOR was disabled in Mar 2007 in commit <http://git.xiph.org/?p=flac.git;a=commit;h=1ca3a445f832be5e8a99364fb38d9e2ea9a3a772> According to <http://unixhelp.ed.ac.uk/CGI/man-cgi?sigaction>: "Support for

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

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 :

Hi all, I had some time to spare so I made a comparison of current git versus the FLAC 1.3.0 release considering encoding and decoding speed. This was done with GCC 4.7.3 for AMD64 linux. There's a very nice speedup visible. Keep up the good work! -------------- next part -------------- A non-text attachment was scrubbed... Name: FLAC 1.3.0 versus git a6a4b6f.pdf Type: application/x-pdf

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

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

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

It's not possible to use ia32/*.nasm code in 64-bit compiles. There's still no 64-bit asm code in FLAC. I'm not familiar with asm too, so I wrote SSE-accelerated code using intrinsics. This code uses two new preprocessor macros: FLAC__CPU_X86_64 (analogous to FLAC__CPU_IA32) and FLAC__HAS_X86INTRIN (analogous to FLAC__HAS_NASM) Patch for cpu.c/cpu.h adds CPU features (sse3, ssse3)