Mixing 3 videos... looks terrible

Alok's icon

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?

Max Patch
Copy patch and select New From Clipboard in Max.

MH's icon

Is there a reason why you use colormode RGB ?

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

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

MH

Alok's icon

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.

MH's icon

Alok

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 ?

MH

piwolf's icon

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.

MJ's icon

what looks terrible the framerate or the pixels ?

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.

piwolf's icon

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.