Re: [Stepmania-devs] Good news

[William F. R. <bi...@ta...>]

I run os x myself and was actually thinking a little bit about ways to 
work with sound in stepmania. I was thinking that liboss could be one 
workaround, though probably the quickest way to get a driver on there 
at this point would likely be to implement a sound driver in Esound. 
This is the way that a lot of the fink ports do it, though the 
"correct" way to do it would be to use the quicktime framework for it. 
Also, I was wondering if the SDL libraries actually use quartz for 
rendering or does it go through the X server? Is the compiling done 
with project builder or is it done in the traditional unix way?

--Bill

On Tuesday, Jun 10, 2003, at 22:02 US/Central, Steve Checkoway wrote:

> oops, sent it to the wrong addy.
>
> Begin forwarded message:
>
>> From: Steve Checkoway <st...@cs...>
>> Date: Tue Jun 10, 2003  8:01:08  PM US/Pacific
>> To: Glenn Maynard <g_...@ze...>
>> Subject: Re: [Stepmania-devs] Good news
>>
>> That code you committed did the trick. I would never have thought 
>> that endianness was the problem.
>>
>> Steve
>> On Tuesday, June 10, 2003, at 06:34  PM, Glenn Maynard wrote:
>>
>>> On Tue, Jun 10, 2003 at 05:56:59PM -0700, Chris Danford wrote:
>>>> I think byte order differences are partially to blame for the funky
>>>> colors.  I'll give is a careful look-over and see if I can fix some 
>>>> of
>>>> the obvious problems.  I know that Glenn wrote some endian-neutral 
>>>> code
>>>> (SDL_CreateSurfaceSane?), but I've been more sloppy.
>>>
>>> SDL_CreateSurfaceSane switches endianness on big-endian machines.  
>>> This
>>> way, you can get away with taking an RGBA8888 block of pixels that 
>>> isn't
>>> affected by endianness, and just saying:
>>>
>>> 	SDL_CreateSurfaceSane( ...,
>>> 		32, 0xFF000000, 0x00FF0000, 0x0000FF00, 0x000000FF);
>>>
>>> However, there's a problem: it's identical to SDL_CreateRGBSurface on
>>> little- endian machines (x86), which resulted in me using it in 
>>> places that
>>> *shouldn't* mess with the mask byte order.  It'll probably cause more
>>> confusion than help.  For example, ConvertSDLSurface uses it, too.
>>>
>>> Steve, if you still have problems after my last commit, try 
>>> commenting
>>> out the byte swap code in SDL_CreateSurfaceSane.
>>>
>>> -- 
>>> Glenn Maynard
>>>
>>>
>>> -------------------------------------------------------
>>> This SF.net email is sponsored by:  Etnus, makers of TotalView, The 
>>> best
>>> thread debugger on the planet. Designed with thread debugging 
>>> features
>>> you've never dreamed of, try TotalView 6 free at www.etnus.com.
>>> _______________________________________________
>>> Stepmania-devs mailing list
>>> Ste...@li...
>>> https://lists.sourceforge.net/lists/listinfo/stepmania-devs
>>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by:  Etnus, makers of TotalView, The 
> best
> thread debugger on the planet. Designed with thread debugging features
> you've never dreamed of, try TotalView 6 free at www.etnus.com.
> _______________________________________________
> Stepmania-devs mailing list
> Ste...@li...
> https://lists.sourceforge.net/lists/listinfo/stepmania-devs