search for: xhmikosr

On 9/21/2014 06:58, lvqcl wrote: > Erik de Castro Lopo wrote: > >>> MSVS version of vsnprintf_s is located inside (statically linked) msvcp???.lib >>> or (dynamically linked) msvcp???.dll. They are part of MSVS runtime, and compatible >>> with WinXP. So it is safe to use it in FLAC. >> >> Oh, ok. I missed this bit. I know so very little about Windows.

JonY wrote: > You could just request mingw to include a vsnprintf_s implementation for > XP and earlier, mingw-w64 has already done so. I use MinGW-w64: it's XhmikosR's MSYS that contains "MinGW-w64 build of GCC/Binutils for Windows" from nevcairiel. It has mingw-w64 3.1.0 inside. But I thought that MinGW-w64 links with msvcrt.dll and uses vsnprintf_s from it. Are you sure that MinGW-w64 has its own independent implementation of vsnprintf_s?

I downloaded current version of FLAC sources and compiled it with: * GCC 4.8.1 (MSYS from http://xhmikosr.1f0.de/tools/) * Intel C++ Composer XE 2013 update 5 * MSVS 2010 SP1 * MSVS 2012 update 3 (SSSE3 and SSE4.1 code was disabled for all compilers) Stereo 24-bit WAV file was encoded with -8 preset. Encoding time, in seconds: GCC 32-bit: 209 ICC 32-bit: 130 VS10 32-bit: 116 VS12 32-bit: 114 GCC...

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 all, The latest pre-release is here: http://downloads.xiph.org/releases/flac/beta/flac-1.3.0pre3.tar.xz but there will probably need to be at least one more. I've tested this on x86_64-linux powerpc-linux i386-openbsd5.2 i386-freebsd9 The majority of changes since the last pre-release is the addition of Janne Hyv?rinen's utf8 I/O functionality. Janne's