Alok

Hi all, trying to add three separate sources into one large output for projection across two projectors. Built this off of Jitter Tut. 42, but the images and video looks terrible... Running on an 8-core 2.8 Ghz Intel Xeon Mac with 8 GB RAM and a Radeon HD 2600 XT... any suggestions?

mixing-3-videos-looks-terrible

Is there a reason why you use colormode RGB ?

you might want to try colormode uyvy for jit.qt.movie

jit.gl.slab foo @file cc.uyvy2rgba.lite.jxs @dimscale 2 1

and for the slab 
jit.gl.slab foo @file cc.uyvy2rgba.lite.jxs @dimscale 2 1

Ah, yes... I did start out using uyvy.. it didn't seem to look much better, but the real reason I switched to RGB is because...

If you had a chance to take a look the patch I posted, one of the important functions of this is to allow me to scale (X & Y), and adjust the position (X & Y), of each of the three video elements.

When I used uyvy, wherever video was not present, was left with a bright green background, not the black background that I desired. RGB left me a with a nice black background. Perhaps there is another way to force a black background while using uyvy?

I'll give the jit.gl.slab modification you suggested a shot, and post back soon.

I notice that you are sending to jit.window foo @size 2048 768

By using this size for a window you are streching the images

because they don't have that native resolution.

But maybe you have a reson to do it this way ?

I notice that you are sending to jit.window foo @size 2048 768
By using this size for a window you are streching the images
because they don't have that native resolution.

if you change your output window mode to uvuy you will have a nice black background with your movies in uvuy mode. The window mode and the content mode being sent have to match.

if you change your output window mode to uvuy you will have a nice black background with your movies in uvuy mode.  The window mode and the content mode being sent have to match.


what looks terrible the framerate or the pixels ?

i noticed low framerates when i send a fullscreen 1 to a jit.window 

notice the width is 2047 instead of 2048...

the res of both jit.qt.movies is different and in other ratio than the output.

i noticed low framerates when i send a fullscreen 1 to a jit.window 
now i just send 'rect 0 0 2047 768'
 notice the width is 2047 instead of 2048...

or the pixels 
like what mhparant is replying 
the res of both jit.qt.movies is different and in other ratio than the output.


i never use the fullscreen method with gl on windows anymore. its nothing but problems. always use the rect attribute and let windows deal with which display that falls onto. Also, stretching for output does slow down framerate but only by a tiny bit and at this point i see no slowdown on my i7 system while using the rect attribute as a dynamic mask for projection systems.

i never use the fullscreen method with gl on windows anymore.  its nothing but problems.  always use the rect attribute and let windows deal with which display that falls onto. Also, stretching for output does slow down framerate but only by a tiny bit and at this point i see no slowdown on my i7 system while using the rect attribute as a dynamic mask for projection systems.


Mixing 3 videos... looks terrible