hello guys first i would like to say that I'm very happy that there is true open source lossless audio compression software available from you guys. i'm contemplating archiving my cd collection and i would never even consider encoding important stuff with proprietary code. i might just as well throw my music away! flac's goals and features coincide with mine as a user, and it compiled and worked out of the box. thanks for great software. anyway, apart from the flowers, i'm sending this email to let you know i've successfully compiled and ran flac under IRIX using the native MipsPro compiler. some notes you might be interested in: 1) i ran it under both linux and irix on the same test file, however, the md5sums of the encoded flac files DON'T match. decoding the flac files back into original wav files yields files whose md5sums match, regardless whether i'm decoding under linux or irix, so that's not a problem. the mips processors are 64-bit processors, perhaps there's something in the header? you might want to look into it. it would be nice for flac to produce identical encoded files, regardless of the platform where the files were encoded. 2) you should consider making the "-Wall" options in the configure.in file conditional to using gcc. i had to remove those by hand to be able use MipsPro. 3) just for fyi, encoding and decoding on a dual 400Mhz SGI Octane2 box is noticeably slower than on a 864Mhz P3 PC. that's funny, since FP ops are generally much faster under the MIPS machines and normally, mp3 encoding is much faster on the Octanes. thanks again. cheers, -- M.
On Sun, 13 Jan 2002, Martin Blais wrote:> 1) i ran it under both linux and irix on the same test file, however, the > md5sums of the encoded flac files DON'T match. decoding the flac files back > into original wav files yields files whose md5sums match, regardless whether > i'm decoding under linux or irix, so that's not a problem. the mips > processors are 64-bit processors, perhaps there's something in the header? > you might want to look into it. it would be nice for flac to produce > identical encoded files, regardless of the platform where the files were > encoded.Could this be an endian-ness issue? -- Asheesh.
On Sun, Jan 13, 2002 at 08:51:38PM -0500, Matt Zimmerman wrote:> On Sun, Jan 13, 2002 at 08:14:42PM -0500, Martin Blais wrote: > > > 2) you should consider making the "-Wall" options in the configure.in file > > conditional to using gcc. i had to remove those by hand to be able use > > MipsPro. > > If there are no objections, I'll commit this (trivial) fix to CVS.Done. -- - mdz
--- Martin Blais <blais@discreet.com> wrote:> 1) i ran it under both linux and irix on the same test file, however, > the > md5sums of the encoded flac files DON'T match. decoding the flac > files back > into original wav files yields files whose md5sums match, regardless > whether > i'm decoding under linux or irix, so that's not a problem. the mips > processors are 64-bit processors, perhaps there's something in the > header? > you might want to look into it. it would be nice for flac to produce > identical encoded files, regardless of the platform where the files > were > encoded.the differences are most likely due to the floating point LPC analysis stage. different compilations of two key routines can yield slightly different results even when both are run on IEEE FP hardware. the MD5 sum in the metadata should be the same though.> 3) just for fyi, encoding and decoding on a dual 400Mhz SGI Octane2 > box is > noticeably slower than on a 864Mhz P3 PC. that's funny, since FP ops > are > generally much faster under the MIPS machines and normally, mp3 > encoding is > much faster on the Octanes.most of the critical encoder/decoder routines have hand-written assembly versions for x86 which use SIMD/MMX. that's probably why. Josh __________________________________________________ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/
On Sun, Jan 13, 2002 at 08:14:42PM -0500, Martin Blais wrote:> 2) you should consider making the "-Wall" options in the configure.in file > conditional to using gcc. i had to remove those by hand to be able use > MipsPro.If there are no objections, I'll commit this (trivial) fix to CVS. -- - mdz -------------- next part -------------- Index: configure.in ==================================================================RCS file: /cvsroot/flac/flac/configure.in,v retrieving revision 1.34 diff -u -r1.34 configure.in --- configure.in 2001/12/04 06:46:35 1.34 +++ configure.in 2002/01/14 01:51:30 @@ -156,13 +156,13 @@ AC_SUBST(FLaC__USIZE64) SAVE_CFLAGS="$CFLAGS" -CFLAGS='-I$(top_builddir) -I$(srcdir)/include -I $(top_srcdir)/include -Wall -W' +CFLAGS='-I$(top_builddir) -I$(srcdir)/include -I $(top_srcdir)/include -I$(top_builddir)/include/FLAC' if test x$debug = xtrue; then CFLAGS="$CFLAGS -g -O0 -DDEBUG" else CFLAGS="$CFLAGS -O3 -DNDEBUG" if test x$GCC = xyes; then - CFLAGS="$CFLAGS -fomit-frame-pointer -funroll-loops -finline-functions -Winline -DFLaC__INLINE=__inline__" + CFLAGS="$CFLAGS -fomit-frame-pointer -funroll-loops -finline-functions -Wall -W -Winline -DFLaC__INLINE=__inline__" fi fi CFLAGS="$CFLAGS $SAVE_CFLAGS"