[Bug-gnubg] Disadvantage of using CoreAudio for sound?

[Louis Zulli]

Hi again,

The advantage of using CoreAudio is the ability to build a 64-bit binary. The 
disadvantage is that sounds are not produced simultaneously with graphics? For 
example, the sound of the dice precedes the animation of the the dice being 
rolled in 3D.

I guess this has do with threading? Building with the QuickTime framework 
forces a 32-bit binary (apparently still in Lion too), but sound events 
synchronize better with graphics.

If there's a modification of the CoreAudio sound code that would ensure better 
synchronization, please let me know. In any case, thanks again for all you've 
done for gnubg.

By the way, in this snippet from configure.in, isn't there an inconsistency? 
Doesn't "10.0" correspond to OS X 10.6 (Snow Leopard)? Do you want 9.0?

> dnl If OSX version < 10.5 then try to build with Quicktime
> dnl otherwise use CoreAudio if it is available
> if test "x$darwin" = "xyes"; then
>         needquicktime=no
>         AS_VERSION_COMPARE("$(uname -r)", "10.0", needquicktime=yes, [], [])
> 
>         if test "x$needquicktime" = "xyes"; then
>                 quicktime=no
>                 AC_CHECK_HEADER([QuickTime/QuickTime.h], [quicktime=yes])
> 
>                 if test "x$quicktime" = "xyes"; then
>                         AC_DEFINE(HAVE_APPLE_QUICKTIME,1, [Define if you have 
> Apple QuickTime])
>                         LDFLAGS="$LDFLAGS -framework QuickTime"
>                 fi
>         else
>                 coreaudio=no
>                 AC_CHECK_HEADER([AudioToolbox/AudioToolbox.h], 
> [AC_CHECK_HEADER([CoreAudio/CoreAudioTypes.h],[coreaudio=yes])])
> 
>                 if test "x$coreaudio" = "xyes"; then
>                         AC_DEFINE(HAVE_APPLE_COREAUDIO,1, [Define if you have 
> Apple CoreAudio])
>                         LDFLAGS="$LDFLAGS -framework AudioUnit -framework 
> CoreServices -framework AudioToolBox -framework CoreAudio"
>                 fi
>         fi
> fi