Well, BranchGroup is the group type that you use with the Locale.addBrachGraph() method in Java3D. So strictly speaking it would break the Java3D "compatiplity" if we would deprecate it. But I think it's no thing, anyone wouldn't instantly understand. The method takes a specific group type and you'll know what to do. So no problem till this point.

But I find it logic to have a different group type as the root group --> BranchGroup. And it would give us the possibility to be more flexible and do things with the root group than with all the other group... just as I am planning with multipass .

Well, BranchGroup is the group type that you use with the Locale.addBrachGraph() method in Java3D. So strictly speaking it would break the Java3D "compatiplity" if we would deprecate it. But I think it's no thing, anyone would instantly understand. The method takes a specific group type and you'll know what to do. So no problem till this point.

But I find it logic to have a different group type as the root group --> BranchGroup. And it would give us the possibility to be more flexible and do things with the root group than with all the other group... just as I am planning with multipass .

I didn't add this class. It was there before my recent changes. I just moved the rendering code from the View to the Renderer class and the Atom collecting code in the FrameAtomsCollector class which previously was named RenderFrame.

I always wondered what this RenderFrame class did when it didn't actually render. I browsed through the code and found out, that it actually sums up all the Atoms. So I renamed it to FrameAtomsCollector to make it clear to everyone what it actually does and moved the code from Renderer to it, which actually belongs to it. On the other side I moved the rendering code, which was residing in the View class into the Renderer class, since the View only describes a camera or an Eye and doesn't actually render anything.

I think this is much better understandable, isn't it. So we all can better comprehend how the rendering works.

The Renderer actually doen't render itself. It just flatens the scenegraph to Atoms which the actual renderer (OpenGL) can handle better.

I'll proceed this work now and maybe rename some more classes / methods to improve understandability and logical correctness of the code. After all I'll have a quite good understanding of the render process

Seeing a crucial method like getRenderFrame() disappear on CVS without an explanation is... surprising.

You know I've (most) always reported my changes in the forum. And I would never do such a big change without notifying. But I wanted to wait until I've finished this work. And so far it is not. I think, I'll have finished it this night.

I was always disturbed of this method, since it doesn't return a Geometry or Shape and always wanted to rename it. But It has this name in Java3D. So I din't do it so far. I just stumbled over it again last night

Anyway, I really like it renamed, since it is a failure we don't need to imitate from Java3D and it's one more point we are better in than Java3D, since it is better understandable. So it's good, that you renamed it, Amos.

I was always disturbed of this method, since it doesn't return a Geometry or Shape and always wanted to rename it. But It has this name in Java3D. So I din't do it so far. I just stumbled over it again last night

Anyway, I really like it renamed, since it is a failure we don't need to imitate from Java3D and it's one more point we are better in than Java3D, since it is better understandable. So it's good, that you renamed it, Amos.

Well it just disturbed me that a method named getGeometry() returned a Group. (probably it was a geometry in the ancient times).

java-gaming.org is not responsible for the content posted by its members, including references to external websites,
and other references that may or may not have a relation with our primarily
gaming and game production oriented community.
inquiries and complaints can be sent via email to the info‑account of the
company managing the website of java‑gaming.org