Musepack Forums

Musepack Forums (https://forum.musepack.net/index.php)
-   Development (https://forum.musepack.net/forumdisplay.php?f=11)
-   -   getting musepack-tools building on the mac again (https://forum.musepack.net/showthread.php?t=104)

kuniklo 21 December 2004 07:20 pm

getting musepack-tools building on the mac again
 
I'm inclined to drop esd support on the mac for now. Most people won't have the esd libraries installed anyway and it's a pain installing all the fink stuff just to build it. Any opinions?

Lefungus 21 December 2004 10:33 pm

Esd is deprecated/obsolete anyway

kuniklo 21 December 2004 10:43 pm

Quote:

Esd is deprecated/obsolete anyway
Good to know. Thanks.

I've actually decided to bite off a lot more and start writing autotools scripts for musepack-tools instead. I've got mppdec and replaygain building on the mac so far.

xmixahlx 21 December 2004 11:57 pm

great!

i scrapped my autotools build cuz i didn't think it would go anywhere... oops

from the 1.15s source we need mppenc/replaygain building

someone should look into converting mppdec to use libmusepack (or perhaps this should be the "break-out the frontend" stage, like below)

i've said this before in #mpc, but converting musepack to the flac/lame/unix development of library/frontend would be the most beneficial imho (other than sv8 obviously)

thanks for all the hard work K


mike

kuniklo 22 December 2004 12:46 am

Quote:

great!

i scrapped my autotools build cuz i didn't think it would go anywhere... oops

mike
This didn't turn out to be as hard as I thought it would be. I now have a working autotools build on both mac and linux that builds all three tools (mppenc/dec + replaygain).

You can grab the source via svn here:
http://www.caddr.com/svn/musepack-tools/trunk

Or as usual use websvn to grab it at:

http://www.caddr.com/websvn

The autotools scripts don't currently build static versions of the binaries but that can be fixed pretty easily.

kuniklo 22 December 2004 05:32 am

I've compiled musepack-tools for Os X panther and packaged up the binaries here:

http://www.caddr.com/musepack-tools-1.15s-mac.tar.gz

If one of you admin types wants to grab this and put it up here somewhere I'd be much obliged.

Shy 22 December 2004 06:47 pm

Musepack.net is now updated with this bundle.

ak 22 December 2004 11:13 pm

Quote:

You can grab the source via svn here:
http://www.caddr.com/svn/musepack-tools/trunk
Uhm, not quite mac related, but here's a little patch, if I may: http://4nykey.nm.ru/tmp/musepack-tools_min...ngw_cflags.diff

Basically this makes it to compile with mingw, plus some cflags clean-up:
-turn CFLAGS to AM_CFLAGS, so one can mess with 'em
'-finline-functions' removed, as it already included by -O3
'-funroll-all-loops' is kinda pointless, from what I've gathered
'-fstrength-reduce', '-frerun-loop-opt' and '-fexpensive-optimizations' are enabled at every optim level, except -O1

kuniklo 22 December 2004 11:24 pm

Thanks!

Are you sure about this part:

--- synthasm.nas (revision 36)
+++ synthasm.nas (working copy)
@@ -344,7 +344,7 @@
pushd ebx
mov ebx, [sp($buff0)]
mov ecx, [sp($V0)]
- mov edx, Di_opt
+ mov edx, Di_opt_SIMD
mov eax, 32
fld dword [bias3]

ak 22 December 2004 11:33 pm

Not quite, but otherwise there's unresolved symbol 'Di_opt', when linking mppdec.
Yeah and it's only needed for mingw.
I ran mppdec.exe through wine on couple of files, and output wav's are bit-identical to those outputted by linux compile, so at least it doesn't seem to break things.

kuniklo 22 December 2004 11:38 pm

Quote:

Not quite, but otherwise there's unresolved symbol 'Di_opt', when linking mppdec.
Yeah and it's only needed for mingw.
I ran mppdec.exe through wine on couple of files, and output waves are bit-identical to those outputted by linux compile, so at least it doesn't seem to break things.
It looks like there's a Di_opt_SIMD declared in synthasm.nas and a Di_opt declared in synthtab.c and they both contain the same data, so I'm guessing the reference to plain Di_opt is linked to the synthtab.c definition, which doesn't work for some reason on mingw. I think it's harmless to switch it.

Thanks for the patch! I've applied it in svn.

ak 23 December 2004 08:31 pm

Thanks.

And while we're at it, here's two more :)
http://4nykey.nm.ru/tmp/musepack-tools_cfl...gsoverride.diff
adds cflags override for couple of files (as in original Makefile), frankly enough it causes a slight speed gain for both mppenc and mppdec.

http://4nykey.nm.ru/tmp/musepack-tools_pro...ofilenonag.diff
adds --enable-profile-info switch to ./configure (disabled by default), so mppenc will write Profile name instead of 'Unstable'.

kuniklo 26 December 2004 07:31 pm

Thanks for the patches. I'm on vacation right now but I'll apply these when I get back tomorrow.

Keep them coming!

kuniklo 28 December 2004 05:57 am

Ok. I've applied both patches. Thanks again.

It looks like the build is now defaulting to a -O2 flag instead of the -O3 the original makefile used. Do you know a clean way to fix this without overwriting CFLAGS?

ak 03 January 2005 10:52 pm

Hi, thanks for commiting and sorry for delay.

Looks like AM_CFLAGS and that 'override' thing don't clap together very well.
I googled around, it appears forcing cflags is usualy done like this: http://4nykey.nm.ru/tmp/cflags_reorg.diff
Not sure how clean it is, wfm nevertheless.

kuniklo 03 January 2005 11:49 pm

Quote:

Hi, thanks for commiting and sorry for delay.

Looks like AM_CFLAGS and that 'override' thing don't clap together very well.
I googled around, it appears forcing cflags is usualy done like this: http://4nykey.nm.ru/tmp/cflags_reorg.diff
Not sure how clean it is, wfm nevertheless.
Thanks. I'll take a look at this ASAP.


All times are GMT. The time now is 10:37 am.

Powered by vBulletin® Version 3.8.11 Beta 2
Copyright ©2000 - 2019, vBulletin Solutions Inc.