[PD] Gem server and client solution
Csaba Láng
langcsaba at gmail.com
Wed Apr 29 12:36:13 CEST 2015
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>
More information about the Pd-list
mailing list