This answer is related to the topic "rendering speed". If the so called "points" you want to display are really *points* and not other objects like *spheres*, then displaying 10000 points and / or lines shouldn't be a concern to you. More than that, if you are not restricted by any weird requirements, grouping all the 10000 points into one single geometry (PointArray) will be like nothing for j3d. Anyway, from what have you told to us, it seems more that the main concern on the client side is not the software technology but more the hardware involved. j3d *needs* a 3d graphic card, the newer, the better. From my experience, with a PointArray of 10000 points on a GeForce2 MX you can easily get 50 - 70 fps with less than 1 mb memory usage for the model.
Cheers, Florin -----Urspr�ngliche Nachricht----- Von: Galen Wilkerson [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 27. M�rz 2003 23:09 An: [EMAIL PROTECTED] Betreff: Re: [JAVA3D] speed question Well, in particular, I want to do graph-drawing in 2- and 3-d with graphs of 10's of thousands of nodes. So, the info sent to the server will likely be minimal, and the returned info will just be an array of positions in 3-d, more or less. This can be computationally intensive, since the energy-minimization takes some time for large graphs, and we're trying to get it to be interactive. Doing this on the client machine could be very slow, and use up all memory. (it does this even on stand-alone apps in C on our machines) -Galen On Thu, 27 Mar 2003, Patrick-Emmanuel Boulanger-Nadeau wrote: > > > With a software engine it is as faster as your CPU. > > > > > > > - make calls to fast C/C++ routines on the server that the applet > > > > downloaded from > > > > > > > > > > :)) Unable to comment seriously. :)) > > > > > > Why is that? Not sure I understand. > > > > -Galen > > How are those routines used ? Are they directly accessible using a specific > API ? Or do you want to use a program with some ports open on the target > computer, waiting for the request ? In that case, there would be no problem > .. I've had to use something like that (although there where no java 3d) and > that worked like a charm.. > > But if the usage of thoses routines is the speed you think you will get with > C++ in place of Java, then you need to take into account the response time > of the network you'll use, and the amount of data that will need to be > exchanged divided by the network speed.. It may well be faster using java on > the computer displaying the model.. > > More information on that part would allow us to be much more precise.. > > =========================================================================== > To unsubscribe, send email to [EMAIL PROTECTED] and include in the body > of the message "signoff JAVA3D-INTEREST". For general help, send email to > [EMAIL PROTECTED] and include in the body of the message "help". > -Galen Computational Biology Research Group http://compbio.washington.edu/ phone: 206 732 6127 fax: 206 732 6055 =========================================================================== To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JAVA3D-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". ==========================================================================To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JAVA3D-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
