search for: flac__lpc_restore_signal_asm_ia32

Displaying 12 results from an estimated 12 matches for "flac__lpc_restore_signal_asm_ia32".

2014 Jul 03
4
[PATCH] two patches of doubtful usefulness
Erik de Castro Lopo wrote: >> There's the following code in stream_decoder.c: > > Like you, I don't see a lot of value in these. I think I'll decline > these. FLAC__lpc_restore_signal_asm_ia32_mmx compares 'order' argument with 4 and if it's greater then it jumps to FLAC__lpc_restore_signal_asm_ia32. I wonder why the same wasn't done for PPC/Altivec: why libFLAC compares 'order' and 8 in C code and not in asm.
2014 Jan 03
2
PATCH: asm versions for two _wide() functions
As I wrote earlier, GCC generates slow ia32 code for FLAC__lpc_compute_residual_from_qlp_coefficients_wide() and FLAC__lpc_restore_signal_wide(). So 24-bit encoding/decoding is slower for GCC compile than for MSVS or ICC compile. I took FLAC__lpc_compute_residual_from_qlp_coefficients_asm_ia32 and FLAC__lpc_restore_signal_asm_ia32 asm functions and wrote their _wide versions. -------------- next part -------------- A non-text attachment was scrubbed... Name: wide_asm.patch Type: application/octet-stream Size: 15653 bytes Desc: not available Url : http://lists.xiph.org/pipermail/flac-dev/attachments/20140103/45594e52/attachme...
2004 Sep 10
3
Altivec, automake
I think I've gotten FLAC__lpc_restore_signal() about as good as I'm going to get it. Here's what I have: -a new file, lpc_asm.s, which has the assembly routines -changes to cpu.h, cpu.c, and stream_decoder.c to enable them -changes to configure.in to support the new cpu stuff -a preliminary Makefile.am -maybe something else I'm forgetting Now automake complains that configure.in
2004 Sep 10
2
Altivec, automake
...store_signal; /* now override with asm where appropriate */ #ifndef FLAC__NO_ASM if(decoder->private_->cpuinfo.use_asm) { *************** *** 290,301 **** --- 292,311 ---- if(decoder->private_->cpuinfo.data.ia32.mmx) { decoder->private_->local_lpc_restore_signal = FLAC__lpc_restore_signal_asm_ia32; decoder->private_->local_lpc_restore_signal_16bit = FLAC__lpc_restore_signal_asm_ia32_mmx; + decoder->private_->local_lpc_restore_signal_16bit_order8 = FLAC__lpc_restore_signal_asm_ia32_mmx; } else { decoder->private_->local_lpc_restore_signal = FLAC__lpc_res...
2004 Sep 10
0
1.0 candidate checked in
...a32' > ../../src/libFLAC/.libs/libFLAC.so: undefined reference to `FLAC__lpc_compute_residual_from_qlp_coefficients_asm_ia32_mmx' > ../../src/libFLAC/.libs/libFLAC.so: undefined reference to `FLAC__cpu_info_asm_ia32' > ../../src/libFLAC/.libs/libFLAC.so: undefined reference to `FLAC__lpc_restore_signal_asm_ia32_mmx' > ../../src/libFLAC/.libs/libFLAC.so: undefined reference to `FLAC__lpc_restore_signal_asm_ia32' > ../../src/libFLAC/.libs/libFLAC.so: undefined reference to `FLAC__cpu_info_extended_amd_asm_ia32' > ../../src/libFLAC/.libs/libFLAC.so: undefined reference to `FLAC__lpc_comp...
2004 Sep 10
0
last minute changes
...not shared library expert, i don't know whether it is bug or feature of ld, or some misunderstanding with nasm produced objects or something totally different. In lpc_asm.nasm are functions: FLAC__lpc_compute_autocorrelation_asm_ia32 FLAC__lpc_compute_residual_from_qlp_coefficients_asm_ia32 FLAC__lpc_restore_signal_asm_ia32 containing instructions like "lea edx, [.. + blah]", we want there to blah be replaced by absolute address of label blah and this is the problem. Solution is simple, just delete these functions. I will look more at the problem later. -- Miroslav Lichvar lichvarm@phoenix.inf.upol.cz
2004 Oct 01
1
[PATCH] fix compile errors with asm disabled
...void FLAC__lpc_restore_signal_wide(const FLAC__int32 residual[], unsigned data_len, const FLAC__int32 qlp_coeff[], unsigned order, int lp_quantization, FLAC__int32 data[]); #ifndef FLAC__NO_ASM -#ifdef FLAC__CPU_IA32 -#ifdef FLAC__HAS_NASM +# ifdef FLAC__CPU_IA32 +# ifdef FLAC__HAS_NASM void FLAC__lpc_restore_signal_asm_ia32(const FLAC__int32 residual[], unsigned data_len, const FLAC__int32 qlp_coeff[], unsigned order, int lp_quantization, FLAC__int32 data[]); void FLAC__lpc_restore_signal_asm_ia32_mmx(const FLAC__int32 residual[], unsigned data_len, const FLAC__int32 qlp_coeff[], unsigned order, int lp_quantization,...
2014 Jul 02
2
[PATCH] two patches of doubtful usefulness
1) lpc.c, FLAC__lpc_quantize_coefficients(): This function declares "const int nshift = -(*shift)" variable when *shift is less than 0. Then nshift is used in the loop: for(i = 0; i < order; i++) { error += lp_coeff[i] / (1 << nshift); This patch adds "const int pshift = *shift" variable. Pros: * more symmetry for two branches * compiler doesn't
2014 Jul 03
0
PPC asm is disabled since Jan 2005? Why?
lvqcl wrote: > FLAC__lpc_restore_signal_asm_ia32_mmx compares 'order' argument with 4 > and if it's greater then it jumps to FLAC__lpc_restore_signal_asm_ia32. > > I wonder why the same wasn't done for PPC/Altivec: why libFLAC compares > 'order' and 8 in C code and not in asm. ...more about PPC ASM: http://gi...
2004 Sep 10
5
last minute changes
--- Miroslav Lichvar <lichvarm@phoenix.inf.upol.cz> wrote: > On Wed, Nov 14, 2001 at 09:37:47AM -0800, Josh Coalson wrote: > > cpu support for 3dnow and sse can be easily detected at > > runtime. I turned off 3dnow by default because it is > > implicated in some crashes. > > Hmm, i never have any crash. Can i get more informations about these > crases? Or you
2004 Sep 10
2
1.0 candidate checked in
...fo_sse_os_asm_ia32' ../../src/libFLAC/.libs/libFLAC.so: undefined reference to `FLAC__lpc_compute_residual_from_qlp_coefficients_asm_ia32_mmx' ../../src/libFLAC/.libs/libFLAC.so: undefined reference to `FLAC__cpu_info_asm_ia32' ../../src/libFLAC/.libs/libFLAC.so: undefined reference to `FLAC__lpc_restore_signal_asm_ia32_mmx' ../../src/libFLAC/.libs/libFLAC.so: undefined reference to `FLAC__lpc_restore_signal_asm_ia32' ../../src/libFLAC/.libs/libFLAC.so: undefined reference to `FLAC__cpu_info_extended_amd_asm_ia32' ../../src/libFLAC/.libs/libFLAC.so: undefined reference to `FLAC__lpc_compute_autocorrela...
2004 Sep 10
2
1.0 candidate checked in
On Fri, Jul 20, 2001 at 03:01:54PM -0700, Josh Coalson wrote: > --- Matt Zimmerman <mdz@debian.org> wrote: > > > > automake will include ltmain.sh in the source distribution, so it > > should be > > used even if it isn't installed on the build system. In fact, it > > seems to > > always use the distributed version, and not the installed one