Peter Pajchel

Is it possible to make a Jitter/OpenGL setup on a MAC Pro with 4 x NVIDIA GeForce GT 120 using 1 monitor for PATCH/GUI and the 7 remaining screen outputs for individual OpenGL destinations. I'm not planning on stitching the displays together.

Is a setup of this kind possible? How is processing shared among the various cards when using multiple renders?

Is it possible to make a Jitter/OpenGL setup on a MAC Pro with 4 x NVIDIA GeForce GT 120 using 1 monitor for PATCH/GUI and the 7 remaining screen outputs for  individual OpenGL  destinations. I'm not planning on stitching the displays together.

rendering-multiple-gl-views-on-a-mac-pro-4-x-nvidia-geforce-gt-120

it is possible. you will want to create a separate gl.render context for each graphics card. the two ports on a single graphics card can share the context. so you will have four gl.render/jit.window pairs for four graphics cards. each jit.window will span across the two displays connected to the two ports of a single card.

you will want to set the @rect attribute of each of your windows to be the exact coords of the two displays. any overlap of a jit.window onto another display/graphics card will significantly impair performance. jit.displays is your friend for this information.

another thing that i've found to help, is after loading your patch, and before you start drawing, re-instantiate each of the gl contexts. i don't know why, but this seems to help. you can do this easily by toggling either the @fsaa or @floating attributes of jit.window.

it is possible.  you will want to create a separate gl.render context for each graphics card.  the two ports on a single graphics card can share the context. so you will have four gl.render/jit.window pairs for four graphics cards. each jit.window will span across the two displays connected to the two ports of a single card.

you will want to set the @rect attribute of each of your windows to be the exact coords of the two displays. any overlap of a jit.window onto another display/graphics card will significantly impair performance.  jit.displays is your friend for this information.

another thing that i've found to help, is after loading your patch, and before you start drawing, re-instantiate each of the gl contexts. i don't know why, but this seems to help.  you can do this easily by toggling either the @fsaa or @floating attributes of jit.window.

this installation is done with a macpro with 4 ati2600XT card in it

this thing will run for 5 years , started 7 months ago

i only did the technical stuff not artistic.

first put the windows on the right screen and then init the gl worlds and the shared_contexts

make sure you share contexts with two screens that are on the same gpu

if you share between two gpu's kernel panics will follow.....

until now i did not find any way to automaticaly see wich screen is on which gpu

so i had to manualy find out the right positions

each output of the videocards first go to a vga amplifier and then to a projector

if a projector is taken out for maintenance and the mac has to reinit the shared_contexts it still sees 8 video outputs . if it would not see the 8 but 7 or less osx will reshuffle the screens to other positions and the patch is not able to share the right contexts with the right screens/gpu's. gpu crash will follow....

this installation is done with a macpro with 4 ati2600XT card in it
also 7 projectors and one work screen

this thing will run for 5 years , started 7 months ago
i only did the technical stuff not artistic.
it runs in max4

first put the windows on the right screen and then init the gl worlds and the shared_contexts
make sure you share contexts with two screens that are on the same gpu
if you share between two gpu's kernel panics will follow.....

until now i did not find any way to automaticaly see wich screen is on which gpu
so i had to manualy find out the right positions

each output of the videocards first go to a vga amplifier  and then to a projector
if a projector is taken out for maintenance and the mac has to reinit the shared_contexts it still sees 8 video outputs . if it would not see the 8 but 7 or less osx will reshuffle the screens to other positions and the patch is not able to share the right contexts with the right screens/gpu's. gpu crash will follow....

excellent info for anybody considering a multi GPU patch in Jitter.

excellent  info for anybody considering a multi  GPU patch in Jitter.

rendering multiple GL views on a Mac Pro 4 x NVIDIA GeForce GT 120