RE: [Algorithms] Question about 3D mesh transmission

[Zhang Z. S. <Zha...@ub...>]

I think this method will be very slow unless you have some good technique to
determine which particular color has been drawn into frame buffer.

Have you tried the classical back face removal algo? Cant this just remove
some of the invisible faces?

For the papers, i think progressive mesh is good for network transmission.
It makes a sequence of meshes from the original one, you start the
transmission with the most simple version of the mesh, then send a little
more data(some kind of forward differential method) later in each following
frames to make it smoother and smoother.

Any other good method in this field? i am a newbie too. :-)


-----Original Message-----
From: lor...@bb... [mailto:lor...@bb...]
Sent: Saturday, August 12, 2000 1:05 AM
To: gda...@li...
Subject: [Algorithms] Question about 3D mesh transmission


µo«H¤H: lordlee (Lord Lee)
¤é´Á: Sat Aug 12 01:04:45 2000
¼ÐÃD: Question about 3D mesh transmission


Hello:

    I have a question about the 3D mesh transmission across the network.
A 3D mesh will be transmitted from a server to a client for display. If the
position of the camera is fixed for that mesh, we can first transmit the
visible polygons to shorten the latency of network transmission.

    The method to determine those visible polygons is to pre-render the 3D
mesh 
and assign each polygon a different color with flat shading. Then we have
the
index of visible polygons in frame buffer. This can be done off line.

    After transmitting the visible polygons, we can go on to transmit the
rest
polygons to prevent from cracks in moving the camera.

    Does the method have any problem ? Have any paper discussed this before?



_______________________________________________
GDAlgorithms-list mailing list
GDA...@li...
http://lists.sourceforge.net/mailman/listinfo/gdalgorithms-list