[PD] Gem server and client solution
Antoine Villeret
antoine.villeret at gmail.com
Wed Apr 29 12:47:19 CEST 2015
maybe yes
according to that : https://www.apple.com/befr/mac-pro/specs/
you can drive up to 3 x 4k displays with one macpro.
7680x3240 is only 2 x 4k
--
do it yourself
http://antoine.villeret.free.fr
2015-04-29 12:36 GMT+02:00 Csaba Láng <langcsaba at gmail.com>:
> 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
>>>
>>>
>>>
>>>
>
> _______________________________________________
> 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/4b2aae16/attachment-0001.html>
More information about the Pd-list
mailing list