From: Mike Frizzell (mike.frizzell++at++gmail.com)
Date: 09/07/2005 12:23:26
Thanks for the direction.
I'm having trouble with extension. You say you've got yours working.
Another step of guidance and I may just be on my way. In my searching
for examples I found this:
http://magnum.dimajix.de/download/demos.shtml
The first example uses EXT_framebuffer_object and ran well. So, my
graphics card (Mobile ATI FireGL V5000) must support the new
extention, right? I didn't try and compile from scratch because
getting all the dependencies would take awhile.
Well... I found some more code that told me the opposite. (this
extension won't work)
char *ext = (char*)glGetString( GL_EXTENSIONS );
if( strstr( ext, "EXT_framebuffer_object" ) == NULL )
{
MessageBox(NULL,"EXT_framebuffer_object extension was not found",
"ERROR",MB_OK|MB_ICONEXCLAMATION);
exit(-1);
}
The question for this round, "How can I know if EXT_framebuffer_object
is supported on my graphics card?" and "if it is supported, what do I
need to link in inorder to make all this work?" Thanks!
I went down the "glee" path and found similar results. Thanks...
On 9/7/05, alexander.lechner++at++vertigo-systems.de
<alexander.lechner++at++vertigo-systems.de> wrote:
> --- Ursprüngliche Nachricht ---
> Datum: 06.09.2005 18:37
> Von: Mike Frizzell <mike.frizzell++at++gmail.com>
> An: info-performer++at++performer.engr.sgi.com
> Betreff: [info-performer] Pipe into Java
> Hi Mike!
>
> Well, I am not quite sure about the performance of your overall
> application, but one way is:
> (1) Setup a draw callback on your pfChannel(s)
> (2) Render your scene into
> (a) OpenGL Framebuffer Object FBO and read it out afterwards
> or
> (b) the normal backbuffer and do a glReadPixels (you need a on-screen
> window)
> or
> (c) use a pbuffer
> (3) Transfer the data to Java world.
>
> I would definitely go for the first option (FBO) (we've already done
> this).
> A problem might be to transfer the data from the DRAW proc to your APP
> proc.
> Either use some clever buffer algorithm (triple buffering) or mutexes or
> just
> run your application in APPCULLDRAW mode.
>
> Good luck.
> Alex
> alexander.lechner++at++vertigo-systems.de
>
>
> > Performers,
> >
> > For those savy in Java and Performer, I'm curious if I can drop the
> > output of Performer into a Java application. I presently have a nice
> > set of JNI function to make stuff happen in Performer from the Java
> > world. What would be perfect is if someone already had a means to drop
> > bring it into JMF (Java Media Framework) as a data source.
> >
> > The question for the group is would anyone have an idea of were to
> > start? Like on the performer side, how would one dump the Performer
> > output into a byte stream or simply a buffer (rather then a
> > pfPipeWindow at present) that I could send over to my Java world and
> > read in as an image of any kind (ie raw rgb) after every pfFrame call.
> >
> > Not looking for a code handout... just a place (a chpt in the pg that
> > I've missed) to start looking. Thanks!
> >
> > Mike
> >
> > -----------------------------------------------------------------------
> > List Archives, Info, FAQ: http://www.sgi.com/software/performer/
> > Open Development Project: http://oss.sgi.com/projects/performer/
> > Submissions: info-performer++at++sgi.com
> > Admin. requests: info-performer-request++at++sgi.com
> > -----------------------------------------------------------------------
> >
> >
>
>
This archive was generated by hypermail 2b29 : Wed Sep 07 2005 - 12:23:32 PDT