[Bf-committers] sources for 2.23

[Ton Roosendaal]

Hi,

To go back even further in history: originally, in the Irix windowing  
system, opening a double buffered or single buffered window was as easy  
as one call, and drawing to to it was transparant and fast and didnt  
require any hacks or patches.

When moving to glut (because of the port to opengl), I discoverd glut  
didnt support single buffer well... I can't remember the actual  
problems with it.
For that reason we had to use a double buffered window, and just draw  
in 'front buffer'. This caused quite some hacks and patches, as with  
more glut related functions.

The Ghost design was also meant to solve that.

-Ton-


On Saturday, Mar 8, 2003, at 07:29 Europe/Amsterdam, Daniel Dunbar  
wrote:

> What is actually happening is that after the ghost change the renderwin
> is opened in double buffer mode, which on an older SGI means it is  
> going
> to be only a 12bit display, the solution in this case would be to add  
> single
> buffer support to ghost. ATM this should work reasonably well, although
> really a more refined display/interface level should handle this. (At  
> the
> time my plan was to enhance the render window with more imaging  
> features,
> and user interface elements to support that - having to worry about  
> testing
> with single and double buffers adds undeserved complexity IMHO).
>
> The quick fix solution would be:
> Add single buffer mode argument to C++ ghost constructor
> Add same arg to GHOST_CreateWindow
> Add same arg to window_open
> Add code to renderwin.c to determine what mode to use.
>
> --- Frank van Beek <frank4@iae.nl> wrote:
>> Hi John,
>>
>> Between 2.23 and 2.26 we switched from GLUT to Ghost, so the code that
>> opens a window is radically different. There's no way a simple diff  
>> could
>> help you track the changes in this situation.
>>
>> Frank.
>>
>> On Fri, 7 Mar 2003, John K. Walton wrote:
>>
>>>
>>> between 2.23 and 2.26 the render window was broken for 24bit sgi  
>>> displays.
>>> now when you render the render window dithers to (i guess) 32 bit
>>> resolution. this is ruins 24bit displays. is the code for 2.23 (when  
>>> it
>>> worked) available? the switch between render window types could be  
>>> made
>>> based on machine type.
>>
>> _______________________________________________
>> Bf-committers mailing list
>> Bf-committers@blender.org
>> http://www.blender.org/mailman/listinfo/bf-committers
>
>
> =====
> daniel dunbar
> daniel@zuster.org
> _______________________________________________
> Bf-committers mailing list
> Bf-committers@blender.org
> http://www.blender.org/mailman/listinfo/bf-committers
>
>
------------------------------------------------------------------------ 
--
Ton Roosendaal  Blender Foundation ton@blender.org