similar to: Link errors on IA32

--- Bernd Löhr <B.Loehr@hermstedt.de> wrote: > Hi, > > I am using the FLAC encoder and decoder lib in it's integer only > version (FLAC__INTEGER_ONLY_LIBRARY) on a PPC405 system. > > I encounter complete different behaviour when setting random playback > > positions while decoding different flac encoded files. > If they have been encoded on a PC,

Hi, I was wondering how much worse FLAC performance would be if it was compiled integer-only, but while trying to do so (by adding #define FLAC__INTEGER_ONLY_LIBRARY 1 to config.h, just on x86_64-linux) I got this error > ./include/private/bitmath.h:134:5: error: operator '&&' has no left > operand bitmath.h:134 is the following line > #if &&

When I was trying to find yesterday's xmms-plugin bug, i have noticed that seeking in stream without seek-table isn't very good. With attached patch it is much better. -- Miroslav Lichvar -------------- next part -------------- --- src/libFLAC/seekable_stream_decoder.c.orig 2003-02-26 19:41:51.000000000 +0100 +++ src/libFLAC/seekable_stream_decoder.c 2003-07-09 23:49:35.000000000 +0200

Ok, here is a patch waiting for new CVS :). It works fine for me, but please check it before commiting... -- Miroslav Lichvar -------------- next part -------------- --- src/libFLAC/bitbuffer.c.orig 2003-01-30 17:36:01.000000000 +0100 +++ src/libFLAC/bitbuffer.c 2003-01-30 21:53:18.000000000 +0100 @@ -51,6 +51,25 @@ */ static const unsigned FLAC__BITBUFFER_DEFAULT_CAPACITY = ((65536 - 64) *

On Thu, 2007-04-05 at 02:27 -0700, Brian Willoughby wrote: > Josh (Green), > > Seems like the longest example in your list is a 15-second file. I > would like to see the same problem exhibited in a file that is of a > normal length. I have been recording full performances lasting > hours, and flac always compresses the files below 70% of the original > size. >

Ok, the patch from 2003 about improving seeking still didn't make it to CVS, so here is another try. I made some benchmarking with the test_seeking utility from flac sources to show how bad the current seeking is, especially without seektable. Track used for the experiment had about 50 minutes. In the following table is average number of seeks and number of decoded frames required for one

The following series adds initial vector support for PowerPC64. On POWER9, flac --best is about 3.3x faster. Amitay Isaacs (2): Add m4 macro to check for C __attribute__ features Check if compiler supports target attribute on ppc64 Anton Blanchard (5): configure.ac: Remove SPE detection code configure.ac: Add VSX enable/disable configure.ac: Fix FLAC__CPU_PPC on little endian, and add

Hi, These data and graph base on ocfs2(svn 1022) and ext3 on top of the 1-node IA32 platform and kernel 2.6.6-mm5. Please refer to the attached Excel files. Thank you. ********************************************* Sonic Zhang Software Engineer Intel China Software Lab Tel: (086)021-52574545-1667 iNet: 752-1667 ********************************************* -------------- next part

Hi, I''m trying to add PAE support to xen at the moment, and have some trouble with compiling the code at the moment. gcc complains about "initializer element is not computable at load time". The only explanation I have for that at the moment is that gcc has problems to deal with u64 (i.e. unsigned long long) calculations at compile time. Can anyone confirm or deny this?

We cannot startup IA32/IA32pae unmodified linux guest OS. Booting 32bit VMX domain will stop at printing "ACPI: Unable to locate RSDP". Booting 32pae VMX domain will get a kernel panic. No abnormal info found in serial output. It''s interesting that sometime we can boot Windows 2003. Booting Windows SP1/SP2 Guest will crash with attached serial output. Bests Jeff

since i updated ("ia32-libs") my ubuntu lucid lynx i get a blackscreen whenever i try to start warcraft 3. maybe it has something to do with sound cuz i can open another program which has none (nor is a game) or it has something to do with opengl? i think it has something to do with sound since ia32-libs is used for flash too. greetz

I'm trying to get EVE Online working on WINE in Debian Wheezy. I get the following error when I try to run eve.exe: err:d3d:WineD3D_CreateFakeGLContext Can't find a suitable iPixelFormat I believe I've traced the problem to needing the nvidia-glx-ia32 drivers. However, when I run apt-get install nvidia-glx-ia32, I get: # apt-get install nvidia-glx-ia32 ... The following

FYI, The following has been reported: _ OK: Syslinux EFI_IA32 -> x86_64 Linux kernel 4.4.x _ KO: Syslinux EFI_IA32 -> x86_64 Linux kernel >= 4.9.x Note: Where Syslinux is failing to boot the kernel, grub2 is OK. Considering other reports, I am _guessing_ that Syslinux is probably OK with kernel 4.8.x too and that the failure starts with kernel 4.9.x. Please note that this is UEFI

Hi: In my opinion, we should axe all pure asm implementations in src/libFLAC/ia32 and the relevant configure options. Reasons are simple: - modern compilers plus the use of intrisincs make the code as faster as possible, if you need maximum speed I suggest you to build with profiling enabled. ;) - there is no support for x86_64 (that is.. all modern PC ;-) ) or for arm (most modern

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

Is Nasm always available when the target architecture is IA-32? For example, FLAC has FLAC__lpc_compute_autocorrelation_asm_ia32_sse_lag_NN() functions that require NASM presence, and FLAC__lpc_compute_autocorrelation_intrin_sse_lag_NN() functions that require x86 intrinsics support. FLAC makes use of the former (if NASM is available) but doesn't try to use the latter when NASM is not found.

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, I've been trying to install Zimbra Desktop 7 on CentOS 5.5 using the usual perl script provided. The issue is, I get a warning that my system does not have ia32 libs. I dug a bit on google and found out that 'there is no such package as ia32 libs for Centos'. I also tried all the suggested work arounds like glibc & stuff, can anyone shed more light on this? Oh, the zimbra

Hi all, I find that SPEC cpu2k benchmark will always fail (9 of 10 times) for ia32 smp hvm guest with 4 vcpus. I used 4 users parameter to run cpu2k and assign 1G memory for the guest, but it will always fail when running 164.zip case and report warnings as the attachments. However, cpu2k could be run successfully in native linux and xenU guest with the same configuration. Anyone has ideas about