[PD] Gem server and client solution

[Csaba Láng]

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 <ch at chnry.net> 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 <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
>>
>>
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20150429/a7d17f1e/attachment.html>