jReality - the forum

Essentially what you say is correct. The offscreen rendering in the JOGL backend is, as noted already in the posts in this thread, tied to the window component associated to the instance of de.jreality.jogl.AbstractViewer. This is due to the nature of the rendering process in JOGL. Rendering occurs ...

If I look at a textured sphere from outside, and compare it to what a I see from inside, the images will appear to be reflected WRT each other. For example, text that is readable when viewed from outside will appear "backwards" when viewed from inside, since this is the same as if I am inside a stor...

Here's something you can do to make sure that you are loading the jars which you think you are loading. Insert somewhere at the beginning of your code: String cp = System.getProperty("java.class.path").replace(':', '\n'); System.err.println("cp = "+cp); For example, you could check which jogl.jar an...

If you get around to doing more on this, please post a patch. I don't anticipate having time for further work on this.

Could it be that it's not a jni problem? The error message you are receiving is also consistent, in my experience, with loading an old jogl.jar, one that does not have the method javax.media.opengl.GL.glRenderbufferStorageMultisampleEXT(IIIII)V Another fact in favor of this interpretation is that th...

The caps don't have any texture coordinates. It turns out I happen to have some old code to create disks with texture coordinates, either polar or rectangular. This can be easily adapted to produce the desired effect for the caps. I show how below. cappedCyl-02.png Note however that the transition f...

Correction regarding offscreen rendering with SoftViewer: there is a method renderOffscreen(int width, int height) in the viewer, which returns a BufferedImage. However, for some reason, the actual call to render() (line 453) is commented out in the version in the repository. Try un-commenting this ...

Thanks, Ted. I've inserted the patch into ViewerApp.java and checked it into the repository.

I was able to remove the invokeLater() by replacing the frame.setVisible(false) with v.render(). The latter call guarantees that the JOGL renderer is initialized properly. It forces a render into the viewing component of the Viewer. Ideally one would be able to do offscreen renderer without having a...

The message "Possibly no jogl libraries in java.library.path!" usually means you don't have the JOGL backend active, and hence are using the software backend, which doesn't support off-screen rendering. The problem is that the jogl.jar file is being loaded but the necessary native libraries are not ...

I missed this post while I was on vacation. I think I addressed the issue of off-screen rendering yesterday, in this thread: http://www3.math.tu-berlin.de/jreality/ ... ?f=8&t=618. Please post again if this isn't sufficient.

I touched on this briefly in a reply I posted this morning to another thread you've initiated, but I'll repeat the relevant part here. There is no tutorial on off-screen rendering but the feature is supported and how to use it can be studied in the class de.jreality.ui.viewerapp.actions.file.ExportI...

The thetamax parameter is interpreted correctly for the Renderman backend (Primitives.java, line 475): ifs.setGeometryAttributes(CommonAttributes.RMAN_PROXY_COMMAND, "Cylinder "+r+" "+zmin+" "+zmax+" "+180.0/Math.PI * thetamax); but not by default for the other backends. Your suggestion is probably ...

Hi Ted, This is in response to your next-to-last post: Thanks. Now I just need to look around for examples of setting material, texture mapping, background images, writing to an offscreen BufferedImage that I can return to a caller in another language (MATLAB), and porting my existing Java3D code to...

Try replacing the class ViewerContentLoader with the following code. The results are quite surprising. The car's parts are properly colored, there are no more random black polygons. The question remains, why the geometry has to be merged into a single geometry (with over 300,000 polygons!) in order ...