[PD] Gem server and client solution

[Cyrille Henry]

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 <langcsaba at gmail.com <mailto:langcsaba at gmail.com>> 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 <antoine.villeret at gmail.com <mailto:antoine.villeret at gmail.com>> 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 <ch at chnry.net <mailto:ch at chnry.net>> 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 <langcsaba at gmail.com <mailto:langcsaba at gmail.com> <mailto:langcsaba at gmail.com <mailto:langcsaba at gmail.com>>>:
>              >
>              >     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
>              >
>              >     _______________________________________________
>              > Pd-list at lists.iem.at <mailto:Pd-list at lists.iem.at> <mailto:Pd-list at lists.iem.at <mailto:Pd-list at lists.iem.at>> mailing list
>              >     UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
>              >
>              >
>              >
>              >
>              > _______________________________________________
>              > Pd-list at lists.iem.at <mailto:Pd-list at lists.iem.at> mailing list
>              > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
>              >
>
>             _______________________________________________
>             Pd-list at lists.iem.at <mailto:Pd-list at lists.iem.at> mailing list
>             UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
>
>
>         _______________________________________________
>         Pd-list at lists.iem.at <mailto:Pd-list at lists.iem.at> mailing list
>         UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
>
>
>