Hi 원우 이,
On Wed, 2004-07-28 at 03:05, 원우 이 wrote:
> Hi.
>
> I succeeded in displaying images from camera on cluster using texture
> mapping in real time .
> However, as the size of the image increases, the frame rate decreases. I
> think the problem is
> every server node suhold receive whole texture information from client in
> each frame.
>
> This also happens when I display a large size video file.
>
> How can I increase my cluster's rendering performance ? One method in my
> mind is dividing
> texture information to several smaller texture and draw grid consisting of
> small rectangles.
there are a couple possible reasons for the slowdown.
One is the transfer over the network. I hope you're using multicast,
otherwise that's the first thing to fix. If not, there's not much you
can do about it. You can test it by just changing the image without
using it to render on the server side, in that case the data will be
transfered but nothing will be done with it. If the slowdown is the
same, this is your bottleneck, the only thing you can do is add code to
compress the image and decompress it on the servers. That involved
writing your own FieldContainer and a little code. It's not a very big
deal, but it needs some OpenSG experience.
The other problem might be the texture definition. You can test that by
not running the program via cluster, but just standalone. If you get the
same slowdown, this is your problem. You should use the
TextureChunk::imageContentChanged() method to indicate that you only the
data, not the size and format of the texture, and you should use
setScale(false) on that texture, otherwise it will use GLU to scale to
the next power of two, which is really slow.
Hope it helps
Dirk
-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_idG21&alloc_id040&op�ick
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
