Dirk, >> OpenSG >>> has a reflective interface for data, which can make these things >>> 'relatively' easy. >> >> I would like to know more about how this works. > > In a nutshell we have a FieldContainer base class that almost everything > in the system is derived from. It has an interface that can tell you which > fields an FC has, and it has access methods for those fields. It's not > fully reflective in that it only talks about data, not methods, but it can > help make certain things a lot more extensible. The code to this is 99% > auto-generated, so if you need other interfaces you could probably add > things to tit (that's going to get a little messy, though, so if you can > stick to the existing interface). Take a look at FieldContainer and > FieldContainerType. I'm not sure what the best example code for that would > be. Allen? Gerrit?
I will when I get the new box. >> It is not so much an issue across a cluster (but could becomes an issue >> latter). I want to be able to use all of the cores in the new octacore >> machine I'm getting soon. > > Multi-threading works fine, using multiple graphics cards in one machine > to speed up one image is something that we don't have specifically. I haven't yet developed a fondness for multiple cards, though I like what AMD have done with two GPUs on one card in the HD 3870 X2. You can run one > box as a cluster, but that's probably not the most efficient way of doing > things. ...socket pairs connecting processes on one machine at unique port numbers? > Not sure, you'll have to ask them. :-) The one thign they will harp on is > the larger community, which is true, but I;m not aware of any technical > superiority. If I do that, I'll let you know what they say. > >> If there is not an earth-shaking difference between OSG and OpenSG, then >> why don't the two of you get together, combine efforts, and discard one >> of the names (or make a new one)? > > The philosophies behind the two are very different, so merging them is not > really a viable option. Is there a link to a description of the philosphical differences? >> My model is a space-and-time pig when it comes to computing all of the >> graphical elements that will be displayed for a large version of it >> (limited only by system memory and your willingness to wait). I don't >> have much need yet for textures. The graphical model is all geometry and >> a little color. > > That sounds simple enough. You might want to think about textures anyway. > They are essentially free on graphics hardware these days, and they allow > you to specify the interpolation order between different colors, and not > have to depend on an RGB interpolation to make sense. Just a thought. I will add texturing when I get the new card. BTW, I'm going all the way this time for a graphics card. The decisioin has come down to a Quadro 5600 or FireGL 8650. Based on 3dProfessor.com's review, I'm leaning toward the FireGL. It has 2 GB versus 1.5 GB for the Quadro, and the benchmarks are superior in several ways. Does everyone agree? I'm not sure, because another review of the same two cards favored the Quadro in all tests, save two (Maya and Perview). Also, this second review complained about fan noise in the FireGL. Does anyone have an opinion on high-end graphics cards? I could save a lot a money and go with an 8800 Ultra or HD 3870 X2, but I think the texturing and AA accuracy would suffer in favor of the speed, and I'm not really looking for high-frame rates, if I cannot also produce frames of cinemagraphic quality. I'm making high-quality simulations and movies. I don't understand why the driver can't be configured or changed so that the workstation versions of these cards can go faster but at lower graphical detail/rendering accuracy. Reversely, I'm not convinced that an 8800 Ultra can be made to perform like a Quadro 5600 with some driver tweaks, but I'm willing to learn how to do this if it is possible. Does anyone here do this? Do most of you on Windows (XP Pro SP2/3) prefer to use Visual Studio .NET for your code development? I'm going to wait for the new machine before I put VS back on. So, I'll wait until then (two weeks or so) until I begin looking at source. Shaping ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Opensg-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensg-users
