On 4/16/2011 2:25 PM, chm wrote:
> On 4/16/2011 1:11 PM, Alan W. Irwin wrote:
>> On 2011-04-16 11:44-0400 chm wrote:
>>
>>> I'm starting to develop an OpenGL driver for
>>> PLplot
>>
>> We would welcome such a driver, but there are some fundamental issues
>> with OpenGL to be aware of. I have no practical experience with OpenGL
>> myself, but my understanding from reading phoronix (e.g., see the
>> lead-in paragraph to
>> http://www.phoronix.com/scan.php?page=news_item&px=OTI1OA which
>> summarizes the Linux OpenGL situation in preparation for an article on
>> OpenCL) is that later versions of OpenGL are not supported by Linux.
>> (I have heard elsewhere that is because those later versions are under
>> patent threat.) So my advice would be to stick to the OpenGL 1 and 2
>> standards rather than using anything shiny and new from OpenGL 3 or 4.
>
> The non-interactive driver would be using the
> framebuffer extension with fallback to a pixel
> buffer or even direct copy as a last resort.
> The drawing commands are all OpenGL 1.x and,
> to my knowledge, OpenGL 2.x is supported most
> everywhere.

An additional note:

If frame buffer objects are not available,
then the non-interactive driver would technically
be using a normal OpenGL window context for
drawing (although that might be hidden from
the user).  In that case it might make more
sense to go ahead and display the image being
plotted even if there is no real user
interaction allowed.

This should not be much of a problem in
most cases and I don't expect it to be
needed either as the frame buffer extension
is rather widely available (even if the
newer FBO is not).

Cheers,
Chris

------------------------------------------------------------------------------
Benefiting from Server Virtualization: Beyond Initial Workload 
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve 
application availability and disaster protection. Learn more about boosting 
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Reply via email to