OpenGL Xfade patch efficiency
Sorry, forgot to include this part…
If anyone could tell me how to get this patch working a lot more efficiently, please let me know. Also, could anyone who is using either a G5 or an Intel Core Duo (i.e. something more powerful than my G4) machine please let me know how the patch handles so I know just how efficient it needs to be.
Many thanks.
First, how many videos do you need to see simultaneously? If it’s not
20, then there are a good number of things you can do to make this
more efficient.
1) jit.qt.movie keeps doing stuff until it receives the stop message.
If you’re not using a jit.qt.movie object, make it stop.
2) You may want to investigate using poly~ here. You have a ton of
identical subpatches that can be more easily maintained and managed
with poly~. See the PolyMovie example in the
jitter-examples/video/quicktime folder.
3) If you’re sending alot of data to the GPU, you may want to use uyvy
mode, e.g. jit.qt.movie @colormode uyvy. In other words, if you have
alot of simultaneous streams or several large streams going to the GPU
as they do with jit.gl.videoplane, you may want to try this out
4) I’m sure there’s more, but first figure some things out with poly~
and then get back to the list with more questions if you have them.
best,
wes
Whats uni?
I think it’s short for university and maybe sometimes unicycle.
wes
On 12/28/06, Nicholas C. Raftis III
>
> Whats uni?
> –
> -=ili!ili=- http://www.Axiom-Crux.net -=ili!ili=-
>
so out of all those big words you chose to abbreviate university?
how about:
I made vid patch 4 uni proj that xfade 2 vid clip so that it mix em up all neat and trip ppl out fo sho