Re: [sdljava-users] Can AWT/Swing widgets be used inside or alongside sdlsurface?

[Sannie K. <sa...@in...>]

EXT_FRAMEBUFFER_OBJECT seems to be one of the latest additions to OpenGL 
and was finalized just over a month ago. I've seen some forum 
discussions about it being more efficient than pbuffers 
(http://www.javagaming.org/cgi-bin/JGNetForums/YaBB.cgi?board=LWJGL;action=display;num=1104918063). 
But because it is so new, the mainstream ATI and NVidia drivers don't 
support it (yet). And the people who happen to have a lesser known brand 
of 3d-accelerated card of which the drivers haven't been updated for a 
while will be left out in the cold. If this extension is going to be 
used for a game, the amount of casual players (the ones that use 
whatever graphics card they got with their system) who will be able to 
run it will be severely minimized, at least for the current generation 
of hardware. Altough it is a good extension to support in sdljava, I 
don't think it's the right one to use for library-wide awt/swing 
integration.

So far the only option for GUI widgets on a (GL) Surface, seems to be by 
creating them from scratch. The Odonata project seems promising, but it 
doesn't look like it's usable (stable and reliable enough) for use in a 
game right now.

Il'l keep trying to find a short-term solution other than creating new 
widgets, but it doesn't look good :/

-- Sannie

Ivan Z. Ganza wrote:

> Hrrm, I've had a look into this.  It seems your right, before SDL 1.3 
> we won't be able to create a pbuffer.  That is unless we were to code 
> something ouselves in C which provides support for what we need.  I've 
> looked at the SDL source code but so far I'm not sure what I would 
> need to do to accomplish this.  Also I have no idea when 1.3 is 
> supposed to be coming out.
>
> I think though that the EXT_FRAMEBUFFER_OBJECT 
> (http://www.opengl.org/documentation/extensions/EXT_framebuffer_object.txt) 
> might do also what we need?  It seems like it does what pbuffer's can 
> do and more?  I'm learning openGL as we go so I'm not totally sure.  I 
> will continue to read up on this and will make an attempt if the 
> EXT_FRAMEBUFFER_OBJECT could support this.
>
> -Ivan/
>
> Sannie Kwakman wrote:
>
>>> 'lo Chris,
>>>
>>> thanks for the reponses. I managed to download the Odonata src 
>>> (http://odonata.tangency.co.uk/files/). While scanning through them, 
>>> I got one mystery solved on how to replace Java's standard 
>>> GraphicsEnvironments. Odonata seems to do this pretty simple:
>>>
>>> System.setProperty("java.awt.graphicsenv","uk.co.tangency.odonata.GraphicsEnvironment"); 
>>>
>>>
>>> Odonata is still pretty early in development, and by the looks of 
>>> it, far from finished. In search for other methods, I found some 
>>> threads on the LWJGL forum that are discussing the awt/swing 
>>> problem, and the latest posts about it indicate that they were very 
>>> close in having a awt/swing adapter class. There was some code for 
>>> it posted on the forums, but I haven't found it in their CVS 
>>> yet.Here are some related forum threads:
>>> http://lwjgl.org/forum/viewtopic.php?t=904&highlight=awt
>>> http://lwjgl.org/forum/viewtopic.php?t=900&highlight=awt
>>>
>>> As I understand it, their approach is to use a pbuffer in which the 
>>> gl is rendered and draw the resulting pixels in a custom JComponent. 
>>> Looks like a more elegant solution to me, altough I don't know how 
>>> bad it will affect performance.
>>>
>>> -- Sannie
>>>
>> .. but it looks like pbuffer support (SDL calls it rendertarget) 
>> won't be implemented until the 1.3 release :( Or does anyone know an 
>> alternative?
>>
>> -- Sannie
>
>
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> sdljava-users mailing list
> sdl...@li...
> https://lists.sourceforge.net/lists/listinfo/sdljava-users
>