Hi
Anyone yet has compiled sdl_mixer on mac os x?
Current main sdl cvs works fine, but the mixer don’t.
I did, but it was under project builder.
And I also only built the wave and mod playing portions. (I wanted to
listen to mod files.)
i have the source (gzip dmg file)
http://www.cis.rit.edu/~jerry/Software/MacOSX/osxsdlmixer.dmg.gz
this probably isn’t exactly what you’re looking for, but there it is
anyway. 
-jOn Tuesday, October 23, 2001, at 10:44 AM, Michael Toennies wrote:
Hi
Anyone yet has compiled sdl_mixer on mac os x?
Current main sdl cvs works fine, but the mixer don’t.
SDL mailing list
SDL at libsdl.org
http://www.libsdl.org/mailman/listinfo/sdl
–
Scott “Jerry” Lawrence
@Scott_Jerry_Lawrence
For all of your Cheese Weasel needs… http://www.cheeseweasel.com
Ah, thx
Well, next step:
Anyone tried smpeg?
mp3 works fine for me under win32.
(btw sorry, i only ask for our mac os x guy, i have a real computer …
)> I did, but it was under project builder.
And I also only built the wave and mod playing portions. (I wanted to
listen to mod files.)i have the source (gzip dmg file)
http://www.cis.rit.edu/~jerry/Software/MacOSX/osxsdlmixer.dmg.gzthis probably isn’t exactly what you’re looking for, but there it is
anyway.
-jOn Tuesday, October 23, 2001, at 10:44 AM, Michael Toennies wrote:
Hi
Anyone yet has compiled sdl_mixer on mac os x?
Current main sdl cvs works fine, but the mixer don’t.
SDL mailing list
SDL at libsdl.org
http://www.libsdl.org/mailman/listinfo/sdl–
Scott “Jerry” Lawrence
sdlpci at cis.rit.eduFor all of your Cheese Weasel needs… http://www.cheeseweasel.com
SDL mailing list
SDL at libsdl.org
http://www.libsdl.org/mailman/listinfo/sdl
At 18:17 Uhr +0200 23.10.2001, Michael Toennies wrote:
Ah, thx
I will look into SDL_mixer, I thought I had fixed the build system
for OS X, but I didn’t check for quite some time.
Well, next step:
Anyone tried smpeg?
Yes works well.
mp3 works fine for me under win32.
(btw sorry, i only ask for our mac os x guy, i have a real computer …
Go away and play with your “real” computer then, my OS X beats it to
smithereens anyway 
Max–
Max Horn
Software Developer
email: mailto:Max_Horn
phone: (+49) 6151-494890
The ProjectBuilder files for CVS are broken with the new codebase and
have not been updated yet. At one time I had it working with SMPEG to
play mp3’s. I didn’t try ogg format but I see no reason why that
wouldn’t work also.
As for the configure/make build, there seems to be some issues that need
to resolved. These are minor issues with the build settings so this
should be easy enough to fix.
I managed to get the configure/make build to play wav files, but it
"couldn’t load" any mod or midi files I threw at itOn Tuesday, October 23, 2001, at 09:44 AM, Michael Toennies wrote:
Hi
Anyone yet has compiled sdl_mixer on mac os x?
Current main sdl cvs works fine, but the mixer don’t.
SDL mailing list
SDL at libsdl.org
http://www.libsdl.org/mailman/listinfo/sdl
I know that i had to tack in a -DMOD_MUSIC to enable the mod engine to
be compiled in. If you look in music.c, you’ll see the other defines to
use to turn on those segments of playback. -DMID_MUSIC for midi, etc.
make sure you have some midi patches (sound samples) if you want to use
midi.
-jOn Tuesday, October 23, 2001, at 03:03 PM, Darrell Walisser wrote:
On Tuesday, October 23, 2001, at 09:44 AM, Michael Toennies wrote:
The ProjectBuilder files for CVS are broken with the new codebase and
have not been updated yet. At one time I had it working with SMPEG to
play mp3’s. I didn’t try ogg format but I see no reason why that
wouldn’t work also.As for the configure/make build, there seems to be some issues that
need to resolved. These are minor issues with the build settings so
this should be easy enough to fix.I managed to get the configure/make build to play wav files, but it
"couldn’t load" any mod or midi files I threw at it
–
Scott “Jerry” Lawrence
@Scott_Jerry_Lawrence
For all of your Cheese Weasel needs… http://www.cheeseweasel.com
I just build SDL_mixer from CVS, and it worked out absolutly smooth.
It is mandatory fo you to install SDL CVS beforhand, though.
Running playmus/playwave will not directly work, though, regardless
if they are installed or if you try from the build dir. The problem
is that the executables you see are fakes (made by libtool), the real
ones are in .libs. However, the binaries require SDLMain.nib and
Info.plist to be in the same dir…
So one possible workaround is to copy this file and the folder into
.libs. Then it works just perfect for me.
BTW, Sam, Darell, I think it might be possible for us to get rid
entirely of the .nib/Info.plist by providing our own special modified
version of NSApplicationMain. This shouldn’t actually be very hard;
we will almost the same thing as the original, but instead of loading
the .nib, we’d need to hard code the few menus, etc. This approach
has both pros and cons:
Pro:
-> programs runs from anywhere
-> my mods to sdl.m4 can be removed again
-> therefore, the requirement for all apps to update their
acinclude.m4 will be gone (better portability of apps written with
1.2.2)
Con:
-> not fully “clean”, might have issues in the future
-> not as easy to customize the menus for apps that want to (e.g.
for translation etc.)
Max–
Max Horn
Software Developer
email: mailto:Max_Horn
phone: (+49) 6151-494890
entirely of the .nib/Info.plist by providing our own special modified
version of NSApplicationMain. This shouldn’t actually be very hard;
we will almost the same thing as the original, but instead of loading
the .nib, we’d need to hard code the few menus, etc. This approach
has both pros and cons:
Pro:
-> programs runs from anywhere
-> my mods to sdl.m4 can be removed again
-> therefore, the requirement for all apps to update their
acinclude.m4 will be gone (better portability of apps written with
1.2.2)
Con:
-> not fully “clean”, might have issues in the future
-> not as easy to customize the menus for apps that want to (e.g.
for translation etc.)
I’m okay with this, as long as it’s in libSDLmain.a, so that applications
can decide not to link with it and have their own main code. Maelstrom
uses this to provide it’s fancy launch dialog before it runs the main game.
See ya,
-Sam Lantinga, Software Engineer, Blizzard Entertainment
At 1:33 Uhr -0700 25.10.2001, Sam Lantinga wrote:
entirely of the .nib/Info.plist by providing our own special modified
version of NSApplicationMain. This shouldn’t actually be very hard;
we will almost the same thing as the original, but instead of loading
the .nib, we’d need to hard code the few menus, etc. This approach
has both pros and cons:
Pro:
-> programs runs from anywhere
-> my mods to sdl.m4 can be removed again
-> therefore, the requirement for all apps to update their
acinclude.m4 will be gone (better portability of apps written with
1.2.2)Con:
-> not fully “clean”, might have issues in the future
-> not as easy to customize the menus for apps that want to (e.g.
for translation etc.)I’m okay with this, as long as it’s in libSDLmain.a, so that applications
can decide not to link with it and have their own main code.
It would be all in SDLMain. We could even provide a compile time flag
to allow to generate the “old” SDLMain (as it is now in CVS), if that
is desirable.
Maelstrom
uses this to provide it’s fancy launch dialog before it runs the main game.
Yeah, things like this (i.e. makign use of the menus, translating
them, adding addtitional dialogs) are the main concern.
Max–
Max Horn
Software Developer
email: mailto:Max_Horn
phone: (+49) 6151-494890