zcwaa22

Ive been making a patch which has a few different videoplanes that can be dragged around an oversized preview window the centre of which is rendered to an output.

Im running into problems as each videoplane needs to have its own jit.gl.handle to control its position and rotation. Im using a router object to send the handles information to the correct videoplanes but its not quite working yet as when I "route" from one handle to another the previous handles values seem to kept. ie I have to click on the previous videoplane to "grab" the new videoplane.

I'm hoping im making a really simple error as im new to all this gl stuff and its still not quite making sense to me. If anyone could take a look at my patch it would be much appreciated.

Also if anyone knows how to restrict handle to just changing a videoplane's position and not affecting the rotation i'd love to know.

multiple-jit-gl-handles-in-one-context

you can restrict a gl.handle to only affect position by placing a [route rotate] object after the handle and before it goes to the gl object. this will send all rotate messages out the left outlet of the route, and you can plug the route outlet of the route directly to the gl object, which will send all other messages (ie position messages) to the gl object.

Thanks Robert, the route rotate object makes sense but im still having trouble figuring out how to select only 1 gl object (videoplane or gridshape) at a time.

It seems to have something to do with both jit.gl.handle objects being linked to the context preview. I plugged both handles into 2 "prepend set's" and the rotation/position info is shared between the two but obviously when I change "preview" to something else the handle stops working.

Any ideas? I have a feeling im doing something obviously stupid! Thanks.

What ive done in the past is make a dummy GL context linked to a jit.pwindow and only render it when the rota changes. The rota is linked to a lowly sub-divided plane and drawn wireframe so you can clearly tell where you are spinning it. Each rota has its own preview, its own GL context, and that whole mechanism is in a subpatcher/bpatcher with a single outlet for the rotate/position etc messages. Those messages go to the object you want to control in your main context. This way the rota never interfere with one another, or a master context, and you can use as many as you want, and they draw lazily, so you use very little resources to do so.

Plus it looks sexy as hell. You can see two of them in this patch:

http://www.flickr.com/photos/vade/442115179/sizes/m/in/photostream/

Thanks very much for you help, is the below patch the kind of thing you are talking about;

I had been hoping to be able to control the positions of the videoplanes by clicking and dragging directly on the main preview window, with the eventual aim of being able to set keypoints like in after effects. Anyhow how you've shown me works really well its just a shame as it'll take up more screen!

As a side note it seems that loading a video directly into a texture then patching this into a videoplane is a lot more taxing (framerate drops to 30fps) than loading a video into a videoplane then using @capture and @name to get this into a texture, then patching this into a videoplane (framerate around 50fps). Could someone explain why this is?

Also it's been niggling me that I cant find a way to fix an objects width. When I have an object with lots of attributes ie [ jit.gl.gridshape foo @shape cube @lighting_enable 1 @blend_enable 1 @smooth_shading 1 @automatic 0 ] and have resized it to make it look nice ie the object is as wide as it is tall, if i then edit its text it looses its previous size and reverts to being very wide... is there a preference i can click to stop this, its starting to get to me!

Also it's been niggling me that I cant find a way to fix an objects width. When I have an object with lots of attributes  ie [ jit.gl.gridshape foo @shape cube @lighting_enable 1 @blend_enable 1 @smooth_shading 1 @automatic 0 ] and have resized it to make it look nice ie the object is as wide as it is tall, if i then edit its text  it looses its previous size and reverts to being very wide... is there a preference i can click to stop this, its starting to get to me!

uncheck autofix width in the Options menu.

multiple jit.gl.handle's in one context