Hello all,
Please find below a comment I posted on the Slim Devices forum a few days
ago.
--- nmizel <nmizel.2mguvz1172248202 (AT) no-mx (DOT)
forums.slimdevices.com>
wrote:> But surprisingly I noticed a 5% *increase* in decoding time with the
> new files (yet smaller) with both 1.1.2 and 1.1.4 flac programs.
So basically flac files reencoded to 1.1.4 takes longer (about 5%) to
decode. Josh suggested this was due to optimisation issues, which seems
quite sensible.
I verified this on 2 different platforms, details below:
-- VIA Mini-ITX EPIA 5000 running Fedora Core 3, 2.6.12-1.1381_FC3 Kernel.
The CPU is a VIA Samuel 2 533MHz.
[nmizel@sirius flac-1.1.4]$ gcc -v
Reading specs from /usr/lib/gcc/i386-redhat-linux/3.4.4/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--disable-checking --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --enable-java-awt=gtk
--host=i386-redhat-linux
Thread model: posix
gcc version 3.4.4 20050721 (Red Hat 3.4.4-2)
[nmizel@sirius flac-1.1.4]$ grep -i nasm configure.log
checking for nasm... no
-- HP ProLiant ML570 G3 running Red Hat Enterprise Linux AS release 4,
2.6.9-34.ELsmp Kernel (64-bit). The CPUs are 4 Intel Xeon 3.33GHz.
[mizel@xxx flac-1.1.4]$ gcc -v
Reading specs from /usr/lib/gcc/x86_64-redhat-linux/3.4.5/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--disable-checking --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --enable-java-awt=gtk
--host=x86_64-redhat-linux
Thread model: posix
gcc version 3.4.5 20051201 (Red Hat 3.4.5-2)
[mizel@xxx flac-1.1.4]$ grep -i nasm configure.log
checking for nasm... no
Best regards,
Nicolas
