Currently the only way to compile FLAC using GCC w/o SSE support
is to disable asm optimizations (see configure.ac):
if test "x$asm_optimisation" = "xyes" ; then
XIPH_ADD_CFLAGS([-msse2])
fi
Also it's not possible to enable SSE4.1 intrinsic functions even
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
a
According to Agner Fog, "...you must make sure that all calls
are matched with returns. Never jump out of a subroutine without
a return and never use a return as an indirect jump."
(see paragraph 3.15 in microarchitecture.pdf and
examples 3.5a and 3.5b in optimizing_assembly.pdf)
Basically this
All(?) non-static functions have FLAC__ prefix. But
precompute_partition_info_sums_32bit_asm_ia32_()
and ..._intrin_sse2() and ..._intrin_ssse3() don't have it. This patch adds the
prefix to them.
FLAC__prefix.patch
Description: Binary data
___
flac-d
It defines FLAC__U64L(x) simply as x##ULL.
ULL.patch
Description: Binary data
___
flac-dev mailing list
flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
I'm misleading about FLAC subset constraints... Please help me
understand exact FLAC subset limitation.
>From
>https://www.xiph.org/flac/documentation_tools_flac.html#flac_options_blocksize:
Subset streams must use one of
192/576/1152/2304/4608/256/512/1024/2048/4096 (and 8192/16384 if the
sampl
