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. [EMAIL PROTECTED] 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) [EMAIL PROTECTED] 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. [EMAIL PROTECTED] 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) [EMAIL PROTECTED] flac-1.1.4]$ grep -i nasm configure.log checking for nasm... no Best regards, Nicolas _______________________________________________ Flac-dev mailing list [email protected] http://lists.xiph.org/mailman/listinfo/flac-dev
