jReality - the forum

Hi, I commited two changes to the svn repository now: One that ensures that changing the camera settings will trigger a render so that changes become visible immediately (in both jogl and soft viewer). The second one fixes the problem, that the softviewer does not show any content in the first rende...

sorry, I can not reproduce this here at the moment (mac, java 1.6): I tried different ways to switch between software viewer and jogl and perspective true or false and allways got matching views for jogl and software rendering. Does the behaviour happen, when changing to perspective=false and then f...

sounds like a bug...

yep. fixed it (hopefully).

O.K. finally I manage to say something. I checked in some changes to the software backend that enable support for the lighting Enabled rendering hint. There was a ConstantvertexShader in the soft backend which does the job in principle, but to optimize a little more the software backend now has a Co...

Up to now the non-tubed lines only recognized the lineColor in the shader but not the edge colors set on the geometry. I just checked in a change wich should fix this.

Tim

Besides that there is
to get the content of the viewerApp's window (including the navigator etc...) and
Tim

They were just thin rectangles in object space with a width that was computed from the lineWidth in screen coordinates, but: I just checked in a version of the sofware viewer that supports un-tubed lines and "un-sphered" points of fixed width/size similar to OpenGL. No transparency for them at the m...

Then it probably has to do with how the software viewer does its redraw by hooking into the awt thread by invoke later... I will play around with it a bit.

The MATHEMATICA import does not support the sphere primitive. Face colors seem to be converted to edge colors only. RGBColor[] with a fourth transarency argument cause an exception. It would be nice to have transparency though. btw. in some rare cases I had the situation that soft and sunflow backen...

I can not reproduce this on a mac. At what system does this happen? Is it still a problem with java 6?

Best
Tim

I was on a conference for a couple of days. I do have some line rendering running now, but it still does not behave like the OpenGL counter part: the lines are still subject to perspective shrinking with distance. However I am not sure at the moment which behaviour is desirable in the end. Comments ...

If you need it for wire frame rendering it should be easy to make something for you. The main problems I had were triangles and lines competing in the z-buffer (one would usually like to have the lines allways on top of the corresponding triangles...).
I will look into it.

best
Tim

Hi, The software renderer does not support LINE_WIDTH (or POINT_SIZE) Attributes so far. At the moment lines and Points are allways rendered as (fake) tubes and spheres. If there is real need for them I can look into adding support for them (in fact I once had a minimal version of non-tubed lines ru...

As far as I understand this. A class - say SelectionPath - that derives from SceneGraphPath and has an optional aditional last Element of type Object would do the job without extending the core with something that is only used outside the core. the extra methods you mention would reside in that clas...

I failed to use the viewerapp in an applet (actually the jogl applet wrapper that allows for non signed applet classes to work) due to a security ex. java.security.AccessControlException: access denied (java.util.PropertyPermission de.jreality.viewerapp.env read) The calls run through a class called...