Hi Iohannes, I just wanted to ask if according to you this approach is feasible with such a gemwin dimension [dimen 7680x3240(. And if a Mac Pro could handle it with 4-8 or 12 core processor.
Regards: Popesz On Tue, Apr 28, 2015 at 10:40 AM, Cyrille Henry <[email protected]> wrote: > hello, > > yes, > i think a good GPU can perform better rendering a 7k x 3K pixel image than > most laptop rendering a fullHD image. > > you don't need 6 dual head2go, 4 triple head 2 go is enough. > > cheers > > > Le 28/04/2015 10:28, Csaba Láng a écrit : > >> Gents, >> >> what about a six thunderbolt output mac pro connected with 6 dualhead2go >> arranged in a 4x3 video matrix? Could it do the performance of 3d computing? >> >> Just an idea. >> >> P >> >> On Mon, Apr 27, 2015 at 7:41 PM, Csaba Láng <[email protected] <mailto: >> [email protected]>> wrote: >> >> Gents, >> >> thanks for the ideas. Of course the topic is still opened, I just >> have to make some researches to find the best solutions. >> Any news idea are more than welcome. And of course I will keep >> everyone updated. >> >> Will be back soon: >> >> Popesz >> >> On Mon, Apr 27, 2015 at 6:43 PM, Antoine Villeret < >> [email protected] <mailto:[email protected]>> wrote: >> >> one other solution which comes to my mind is VirtualGL [1] >> I use it to display OpenGL content on remote computer. >> It sounds like what Csaba tries to do, but I don't know it's >> resolution limitation. >> >> >> [1] : http://www.virtualgl.org/ >> >> Le lun. 27 avr. 2015 à 18:31, Cyrille Henry <[email protected] >> <mailto:[email protected]>> a écrit : >> >> well, >> the aim is not to render the image on the server and >> distribute part on the client, but to distribute the openGL rendering on >> the many client. >> >> maybe somthing like chromium could help : >> http://chromium.sourceforge.net/ >> but i never tried it, I have no idea of how texture sharing, >> or multi pass rendering can be created with this kind of system. >> >> An other solution is to render exactlly le same pacth on >> every client. the only diference is a "camera" message to the gemwin. >> >> >> cheers >> c >> >> Le 27/04/2015 18:09, Antoine Villeret a écrit : >> > yes it is, BUT the bottleneck will be the -- as often -- >> the readback. >> > Once you create a 7680x3240px texture you need to read it >> back from the GPU to the host memory to send it to other. >> > There are several ways to do that and without GPU texture >> compression I'm pretty sure you can't achieve more than 1 fps at this >> resolution even with the more expensive graphic card you can use gem with. >> > Concerning hardware texture compression, you may be >> interested in HAP codec (though I don't know if live encoding is available) >> and nvenc technology. >> > I think there is an embryonal external for the former but >> don't know any work in Pd with the latter. >> > >> > so yes it is possible (like everything) but it's a huge >> challenge and I'll be happy to read how you achieve it :-) >> > >> > + >> > a >> > >> > -- >> > do it yourself >> > http://antoine.villeret.free.fr >> > >> > 2015-04-27 17:28 GMT+02:00 Csaba Láng <[email protected] >> <mailto:[email protected]> <mailto:[email protected] <mailto: >> [email protected]>>>: >> > >> > Dear list, >> > >> > is it possible to create a media server with Gem, so I >> can create on the server a resolution of [dimen 7680x3240(, and through >> network send to each client one part of the Gem window, so I can have a >> resolution on a 4x3 matrix video wall with fullHD for each display. >> > >> > Thanks in advance! >> > >> > Popesz >> > >> > _______________________________________________ >> > [email protected] <mailto:[email protected]> >> <mailto:[email protected] <mailto:[email protected]>> mailing list >> > UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> > >> > >> > >> > >> > _______________________________________________ >> > [email protected] <mailto:[email protected]> >> mailing list >> > UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> > >> >> _______________________________________________ >> [email protected] <mailto:[email protected]> mailing >> list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> >> >> _______________________________________________ >> [email protected] <mailto:[email protected]> mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> >> >> >>
_______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
