Kevin Shea Adams

forgive me if this is a recurring topic but i am trying to record my openGL performances into a QT movie with sound... I saw a preliminary answer in the FAQ (recording jit.gl.render by drwing to a jit.matrix and recording that) but it doesn't seem to be working in my patch...

Does anyone have a patch/abstraction that will do something like this? Or any more detailed advice on how to do it? I am new to openGL and having a hard time figuring this one out...

opengl-to-qt-movie

http://www.ambrosiasw.com/utilities/snapzprox/

> forgive me if this is a recurring topic but i am trying to record my

> openGL performances into a QT movie with sound... I saw a preliminary answer

> in the FAQ (recording jit.gl.render by drwing to a jit.matrix and

> recording that) but it doesn't seem to be working in my patch...

> Does anyone have a patch/abstraction that will do something like this? Or

> any more detailed advice on how to do it? I am new to openGL and having a

http://www.ambrosiasw.com/utilities/snapzprox/ for mac
fraps.com for windows
search for snapz in the archives

>
> forgive me if this is a recurring topic but i am trying to record my
> openGL performances into a QT movie with sound... I saw a preliminary answer
> in the FAQ (recording jit.gl.render by drwing to a jit.matrix and
> recording that) but it doesn't seem to be working in my patch...
>
> Does anyone have a patch/abstraction that will do something like this? Or
> any more detailed advice on how to do it? I am new to openGL and having a
> hard time figuring this one out...
>
> Thanks!
>

On Dec 11, 2007 1:56 AM, yair reshef wrote:

> > forgive me if this is a recurring topic but i am trying to record my

> in the FAQ (recording jit.gl.render by drwing to a jit.matrix and recording

> that) but it doesn't seem to be working in my patch...

> > Does anyone have a patch/abstraction that will do something like this? Or

On Dec 11, 2007 1:56 AM, yair reshef  wrote:
> http://www.ambrosiasw.com/utilities/snapzprox/ for mac
> fraps.com for windows
> search for snapz in the archives
>
>
>
>
>  On Dec 11, 2007 10:31 AM, kevin  wrote:
> >
> > forgive me if this is a recurring topic but i am trying to record my
> openGL performances into a QT movie with sound... I saw a preliminary answer
> in the FAQ (recording jit.gl.render by drwing to a jit.matrix and recording
> that) but it doesn't seem to be working in my patch...
> >
> > Does anyone have a patch/abstraction that will do something like this? Or
> any more detailed advice on how to do it? I am new to openGL and having a
> hard time figuring this one out...
> >
> > Thanks!
> >
>
>
>
>


Quote: wesley.hoke@gmail.com wrote on Tue, 11 December 2007 11:07

----------------------------------------------------

Actually iShowU is much better than Snapz Pro.. ;)

Quote: wesley.hoke@gmail.com wrote on Tue, 11 December 2007 11:07
----------------------------------------------------
> also IshowU is quite good on OSX.
> wes

well i'm on xp so all i know about this is from the list.

On Dec 11, 2007 12:37 PM, Mattijs Kneppers wrote:

> Quote: wesley.hoke@gmail.com wrote on Tue, 11 December 2007 11:07

> ----------------------------------------------------

> Actually iShowU is much better than Snapz Pro.. ;)

> Hard- and software for interactive audiovisual sampling

well i'm on xp so all i know about this is from the list.
on xp there is the http://taksi.sourceforge.net/ alternative to fraps, which
i never checked

On Dec 11, 2007 12:37 PM, Mattijs Kneppers  wrote:

>
> Quote: wesley.hoke@gmail.com wrote on Tue, 11 December 2007 11:07
> ----------------------------------------------------
> > also IshowU is quite good on OSX.
> > wes
>
> Actually iShowU is much better than Snapz Pro.. ;)
>
> Mattijs
> --
> SmadSteck - http://www.smadsteck.nl
> Hard- and software for interactive audiovisual sampling
>

Can't we do something similar with jit.desktop ?

On Dec 11, 2007 10:12 AM, Derrick Giscloux wrote:

> Can't we do something similar with jit.desktop ?

yes, but it's quite slow comparatively.
wes

On Dec 11, 2007 10:12 AM, Derrick Giscloux  wrote:
>
> Can't we do something similar with jit.desktop ?
>
>


Thanks for all your help... IshowU is impressive... records hi res and doesn't seem to slow down my patch at all. Surprised it is so cumbersome and inefficient to do this in Jitter, but I'm sure they'll make it easier soon enough... If anyone has any more openGL capture recipes please share, I think I will drop the $20 to get this project done using iShowU for now...

iShowU is working great, thanks for the suggestion.

Using the external capture programs is fine, and for that matter jit.desktop, but isn't the question how to bypass all that? I too would like to record what's happening in the GL window into a jit.qt.record (sound optional in my case). Do I need two simultaneous jit.gl.render objects for the GL part, one to a display window and one to a matrix to record? Having matrixoutput 1 isn't the same as capturing the GL result it seems, plus then you don't see what's happening.

I'm sure the answer is evident somewhere in the docs and tutorials, probably blandly obvious, but I do remember having problems with this, and at least it's on topic ;)

I'm sure the answer is evident somewhere in the docs and tutorials, probably blandly obvious, but I do remember having problems with this, and at least it's on topic  ;)

Quote: seejayjames wrote on Thu, 13 December 2007 15:49

> Using the external capture programs is fine, and for that matter jit.desktop, but isn't the question how to bypass all that? I too would like to record what's happening in the GL window into a jit.qt.record (sound optional in my case). Do I need two simultaneous jit.gl.render objects for the GL part, one to a display window and one to a matrix to record? Having matrixoutput 1 isn't the same as capturing the GL result it seems, plus then you don't see what's happening.

> I'm sure the answer is evident somewhere in the docs and tutorials, probably blandly obvious, but I do remember having problems with this, and at least it's on topic ;)

Yeah that's possible, have a look at the glreadpixels message of jit.gl.sketch

Quote: seejayjames wrote on Thu, 13 December 2007 15:49
----------------------------------------------------
> Using the external capture programs is fine, and for that matter jit.desktop, but isn't the question how to bypass all that? I too would like to record what's happening in the GL window into a jit.qt.record (sound optional in my case). Do I need two simultaneous jit.gl.render objects for the GL part, one to a display window and one to a matrix to record? Having matrixoutput 1 isn't the same as capturing the GL result it seems, plus then you don't see what's happening.
>
> I'm sure the answer is evident somewhere in the docs and tutorials, probably blandly obvious, but I do remember having problems with this, and at least it's on topic  ;)
>
> --CJ
----------------------------------------------------

If you want to consider nonrealtime capture, render_node could be 

On Dec 13, 2007, at 6:49 AM, Seejay James wrote:

> Using the external capture programs is fine, and for that matter 

> jit.desktop, but isn't the question how to bypass all that? I too 

> would like to record what's happening in the GL window into a 

> jit.qt.record (sound optional in my case). Do I need two 

> simultaneous jit.gl.render objects for the GL part, one to a 

> display window and one to a matrix to record? Having matrixoutput 1 

> isn't the same as capturing the GL result it seems, plus then you 

> I'm sure the answer is evident somewhere in the docs and tutorials, 

> probably blandly obvious, but I do remember having problems with 

If you want to consider nonrealtime capture, render_node could be  
your friend.  http://2uptech.com .

>
> Using the external capture programs is fine, and for that matter  
> jit.desktop, but isn't the question how to bypass all that? I too  
> would like to record what's happening in the GL window into a  
> jit.qt.record (sound optional in my case). Do I need two  
> simultaneous jit.gl.render objects for the GL part, one to a  
> display window and one to a matrix to record? Having matrixoutput 1  
> isn't the same as capturing the GL result it seems, plus then you  
> don't see what's happening.
>
> I'm sure the answer is evident somewhere in the docs and tutorials,  
> probably blandly obvious, but I do remember having problems with  
> this, and at least it's on topic  ;)
>
> --CJ


getpixels, render to texture with texture readback to the matrix (you 

can go from a jit.texture to a jit.matrix), etc. Look in Jitter/ 

examples/render and there is an example showing 3 ways to do it.

the jit.texture readback method is not in there, search the list. Id 

be more verbose but I ought to be working not mailing :)

On Dec 13, 2007, at 9:49 AM, Seejay James wrote:

> simultaneous jit.gl.render objects for the GL part, one to a display 

> window and one to a matrix to record? Having matrixoutput 1 isn't 

> the same as capturing the GL result it seems, plus then you don't 

getpixels, render to texture with texture readback to the matrix (you  
can go from a jit.texture to a jit.matrix), etc. Look in Jitter/ 
examples/render and there is an example showing 3 ways to do it.

the jit.texture readback method is not in there, search the list. Id  
be more verbose but I ought to be working not mailing :)

>
> Using the external capture programs is fine, and for that matter  
> jit.desktop, but isn't the question how to bypass all that? I too  
> would like to record what's happening in the GL window into a  
> jit.qt.record (sound optional in my case). Do I need two  
> simultaneous jit.gl.render objects for the GL part, one to a display  
> window and one to a matrix to record? Having matrixoutput 1 isn't  
> the same as capturing the GL result it seems, plus then you don't  
> see what's happening.
>
> I'm sure the answer is evident somewhere in the docs and tutorials,  
> probably blandly obvious, but I do remember having problems with  
> this, and at least it's on topic  ;)
>
> --CJ


>yes, but it's quite slow comparatively.
>wes

OpenGL to QT movie