>I can break it up across multiple computers if that's easier, I'm
mostly trying to reduce the expense. >I am just showing images, so not
heavy on the CPU/GPU<br>Its a possible solution, also you can split stuff with software and then send to separate render nodes (aka computers) that will deliver those to their screens (imagine each computer could have 2 screens), as cyrille pointed this things can be heavy when you aim for higher res.<br>

In college we have a 12-projector array [1], it runs GL apps using openSG[2] cluster windows. <br><br>I&#39;m really interested in seen that installation of yours come to life. Please share videos/photos of it running on those 10 screens!<br>

<br>[1] <a href="http://open5.sourceforge.net/">http://open5.sourceforge.net/</a><br>[2] <a href="http://www.opensg.org/">http://www.opensg.org/</a><br><br><br><br><div class="gmail_quote">On Thu, Jun 3, 2010 at 10:07 PM, Hans-Christoph Steiner <span dir="ltr">&lt;<a href="mailto:hans@at.or.at">hans@at.or.at</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
The screens we are currently specing are 1080p, so each output should be able to do 1080.  The idea is to have 10 contiguous screens all in a line show one Gem space.  They can show up on the computer as contiguous or separate screens, that doesn&#39;t matter, I can handle the difference in Gem.  I think it might be easier to have them show up as separate screens.<br>


<br>
I can break it up across multiple computers if that&#39;s easier, I&#39;m mostly trying to reduce the expense.  I am just showing images, so not heavy on the CPU/GPU.<br>
<br>
.hc<div><div></div><div class="h5"><br>
<br>
On Jun 3, 2010, at 4:37 PM, cyrille henry wrote:<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
hello,<br>
<br>
with things like doublehead2go, or triplehead2go  :<br>
<a href="http://www.matrox.com/graphics/fr/products/gxm/th2go/" target="_blank">http://www.matrox.com/graphics/fr/products/gxm/th2go/</a><br>
you can easily have lot&#39;s of screen on 1 computer.<br>
(downside is that the screen are only horizontal)<br>
<br>
i made a 6 screen installation with a 400€ desktop having good performance.<br>
(GPU was a NVIDIA 9600 or something : only use nvidia gpu on linux if you need good performance and are not afraid of proprietary driver).<br>
<br>
but what is the resolution of the screen?<br>
to have a screen disposition like this :<br>
x x x<br>
x x x<br>
is less a problem than like this :<br>
x x x x x x<br>
The size of openGL windows is hardware limited. usually 4096x4096, but can go up to 8192x8192 with GPU having lot&#39;s of memory (go for 1go video Ram).<br>
<br>
cyrille<br>
<br>
Le 03/06/2010 19:23, Hans-Christoph Steiner a écrit :<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
I am looking into doing a 10 screen installation using Pd/Gem. I&#39;d like<br>
to run it on as few computers as possible. Anyone have any<br>
recommendations for Debian or Ubuntu setups that can have like many DVI<br>
ports in one computer?<br>
<br>
.hc<br>
----------------------------------------------------------------------------<br>
<br>
<br>
I spent 33 years and four months in active military service and during<br>
that period I spent most of my time as a high class muscle man for Big<br>
Business, for Wall Street and the bankers. - General Smedley Butler<br>
<br>
<br>
<br>
_______________________________________________<br>
<a href="mailto:Pd-list@iem.at" target="_blank">Pd-list@iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -&gt;<br>
<a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
<br>
</blockquote></blockquote>
<br>
<br>
<br>
<br>
<br></div></div>
----------------------------------------------------------------------------<br>
<br>
Programs should be written for people to read, and only incidentally for machines to execute.<br>
 - from Structure and Interpretation of Computer Programs<div><div></div><div class="h5"><br>
<br>
<br>
_______________________________________________<br>
<a href="mailto:Pd-list@iem.at" target="_blank">Pd-list@iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -&gt; <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Pedro Lopes<br>contacto: <a href="mailto:jazz@radiozero.pt">jazz@radiozero.pt</a><br>website: <a href="http://web.ist.utl.pt/Pedro.Lopes">http://web.ist.utl.pt/Pedro.Lopes</a> <br>