Problem since Jogl 2.2.1

classic Classic list List threaded Threaded
28 messages Options
12
Reply | Threaded
Open this post in threaded view
|

Problem since Jogl 2.2.1

Andreas
Hi,

we encountered some problems since the update to jogl 2.2.1 and java3D 1.6.0 pre11 on some computers. One of the users of our program send me an error log file. There I found the following error. Is there something I can do, to solve the problem?

  Product Version         = eLamX 2.2 (Build 201408251540)
  Operating System        = Windows 7 version 6.1 running on x86
  Java; VM; Vendor        = 1.7.0_65; Java HotSpot(TM) Client VM 24.65-b04; Oracle Corporation
  Runtime                 = Java(TM) SE Runtime Environment 1.7.0_65-b20

javax.media.opengl.GLException: pbuffer creation error: Couldn't find a suitable pixel format
        at jogamp.opengl.windows.wgl.WindowsPbufferWGLDrawable.createPbuffer(WindowsPbufferWGLDrawable.java:159)
        at jogamp.opengl.windows.wgl.WindowsPbufferWGLDrawable.setRealizedImpl(WindowsPbufferWGLDrawable.java:75)
        at jogamp.opengl.GLDrawableImpl.setRealized(GLDrawableImpl.java:196)
        at javax.media.j3d.JoglPipeline.createNewContext(JoglPipeline.java:6400)
        at javax.media.j3d.Canvas3D.createNewContext(Canvas3D.java:4602)
        at javax.media.j3d.Canvas3D.createNewContext(Canvas3D.java:2376)
        at javax.media.j3d.Renderer.doWork(Renderer.java:881)
        at javax.media.j3d.J3dThread.run(J3dThread.java:271)

DefaultRenderingErrorListener.errorOccurred:
CONTEXT_CREATION_ERROR: Renderer: Error creating Canvas3D graphics context
graphicsDevice = Win32GraphicsDevice[screen=0]
canvas = de.elamx.view3d.utilities.JCanvas3DYUp$InternalCanvas3D[canvas0,0,0,1169x882,invalid]
javax.media.opengl.GLException: pbuffer creation error: Couldn't find a suitable pixel format
        at jogamp.opengl.windows.wgl.WindowsPbufferWGLDrawable.createPbuffer(WindowsPbufferWGLDrawable.java:159)
        at jogamp.opengl.windows.wgl.WindowsPbufferWGLDrawable.setRealizedImpl(WindowsPbufferWGLDrawable.java:75)
        at jogamp.opengl.GLDrawableImpl.setRealized(GLDrawableImpl.java:196)
        at javax.media.j3d.JoglPipeline.createNewContext(JoglPipeline.java:6400)
        at javax.media.j3d.Canvas3D.createNewContext(Canvas3D.java:4602)
        at javax.media.j3d.Canvas3D.createNewContext(Canvas3D.java:2376)
        at javax.media.j3d.Renderer.doWork(Renderer.java:881)
        at javax.media.j3d.J3dThread.run(J3dThread.java:271)
javax.media.opengl.GLException: pbuffer creation error: Couldn't find a suitable pixel format
        at jogamp.opengl.windows.wgl.WindowsPbufferWGLDrawable.createPbuffer(WindowsPbufferWGLDrawable.java:159)
        at jogamp.opengl.windows.wgl.WindowsPbufferWGLDrawable.setRealizedImpl(WindowsPbufferWGLDrawable.java:75)
        at jogamp.opengl.GLDrawableImpl.setRealized(GLDrawableImpl.java:196)
        at javax.media.j3d.JoglPipeline.createNewContext(JoglPipeline.java:6400)
        at javax.media.j3d.Canvas3D.createNewContext(Canvas3D.java:4602)
        at javax.media.j3d.Canvas3D.createNewContext(Canvas3D.java:2376)
        at javax.media.j3d.Renderer.doWork(Renderer.java:881)
        at javax.media.j3d.J3dThread.run(J3dThread.java:271)
javax.media.opengl.GLException: pbuffer creation error: Couldn't find a suitable pixel format
        at jogamp.opengl.windows.wgl.WindowsPbufferWGLDrawable.createPbuffer(WindowsPbufferWGLDrawable.java:159)
        at jogamp.opengl.windows.wgl.WindowsPbufferWGLDrawable.setRealizedImpl(WindowsPbufferWGLDrawable.java:75)
        at jogamp.opengl.GLDrawableImpl.setRealized(GLDrawableImpl.java:196)
        at javax.media.j3d.JoglPipeline.createNewContext(JoglPipeline.java:6400)
        at javax.media.j3d.Canvas3D.createNewContext(Canvas3D.java:4602)
        at javax.media.j3d.Canvas3D.createNewContext(Canvas3D.java:2376)
        at javax.media.j3d.Renderer.doWork(Renderer.java:881)
        at javax.media.j3d.J3dThread.run(J3dThread.java:271)

Andreas
Reply | Threaded
Open this post in threaded view
|

Re: Problem since Jogl 2.2.1

gouessej
Administrator
Hi

It has nothing to do with JOGL. Your customer should update its driver, it just worked today for one of mine. Please use the graphical card's manufacturer's driver, neither the driver provided by the OEM nor the driver provided by Microsoft.

"javax.media.opengl.GLException: pbuffer creation error: Couldn't find a suitable pixel format" often appears when the customer uses the default Microsoft Corporation's driver "GDI renderer". It supports 32 bits for the precision of the depth buffer. If Java3D passes a GLCapabilities object with depthBits = 24, JOGL uses a requested GLCapabilities with 32 bits for the precision of the depth buffer but the creation of the pbuffer fails. As the crappy Microsoft Corporation's driver only supports OpenGL 1.1.0, it has no chance to work with Java3D (which requires at least OpenGL 1.3).

N.B: JogAmp's Ardor3D Continuation 1.1 will work flawlessly in this case because:
- it uses on-screen rendering most of the time unlike Java3D
- it will support OpenGL 1.1 too in 2015 (it needs another code path when the vertex arrays can't be used)

Edit.: Please provide much more information, display GL_VERSION, GL_RENDERER, ... How can we efficiently help you without knowing which driver is in use?
Julien Gouesse | Personal blog | Website
Reply | Threaded
Open this post in threaded view
|

Re: Problem since Jogl 2.2.1

Andreas
Hi

Thanks for your answer!

I know, that these are very little information, but these were the easiest-to-get-information for me right now. Sorry for that!

They already updated the driver. Before they got the message "Java 3D ERROR : OpenGL 1.2 or better is required (GL_VERSION=1.1)".

The point is, that the same application with JOGL 2.1.5 and Java3D 1.6.0 pre9 is working.

I'll try to get more information.

Andreas
Reply | Threaded
Open this post in threaded view
|

Re: Problem since Jogl 2.2.1

gouessej
Administrator
We have the same problem, the workaround consists in forcing the precision of the depth buffer at 32 bits to make it work. Maybe it's really a bug.

I assume that, if the OpenGL driver based on an hardware rasterizer is unable to support any offscreen solution, JOGL uses another capability but with the wrong depth bits :s

Edit.: It's probably worse than I thought. I don't understand why and how it worked with an older version of JOGL. Maybe the real driver is totally unable to support FBOs and pbuffers or maybe something has been broken in JOGL and it makes it pick the wrong capability for the creation of an offscreen drawable (it uses the weak driver with the precision of the depth buffer suitable for the real driver).
Julien Gouesse | Personal blog | Website
Reply | Threaded
Open this post in threaded view
|

Re: Problem since Jogl 2.2.1

gouessej
Administrator
In reply to this post by Andreas
Please put the detailed debug logs into this bug report:
https://jogamp.org/bugzilla/show_bug.cgi?id=1069
Julien Gouesse | Personal blog | Website
Reply | Threaded
Open this post in threaded view
|

Re: Problem since Jogl 2.2.1

Sven Gothel
Administrator
In reply to this post by Andreas
On 09/19/2014 04:23 PM, Andreas [via jogamp] wrote:

> Hi
>
> Thanks for your answer!
>
> I know, that these are very little information, but these were the
> easiest-to-get-information for me right now. Sorry for that!
>
> They already updated the driver. Before they got the message "Java 3D ERROR :
> OpenGL 1.2 or better is required (GL_VERSION=1.1)".
>
> The point is, that the same application with JOGL 2.1.5 and Java3D 1.6.0 pre9
> is working.
>
> I'll try to get more information.
Did it work w/ JOGL 2.2.0,
i.e. does the regression happen between:
  2.1.5 -> 2.2.0, or
  2.2.0 -> 2.2.1 ?

I don't really see where we changed anything regarding
pbuffer capability selection .. hmm.

Or is it more an issue of jogl/java3d combination ?

I assume you (or Java3D) ask for pbuffer via caps
when calling createOffscreenDrawable(..) ?

Can you pipe the log files to a file (stderr + stdout)
while enabling all debug flags, i.e.
  -Dnativewindow.debug=all -Djogl.debug=all -Dnewt.debug=all

Maybe you can create a new bug report for this issue
and dump all this information there, incl. the log files ?
Thank you!

~Sven



signature.asc (828 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Problem since Jogl 2.2.1

Sven Gothel
Administrator
In reply to this post by Andreas
Note: MS Software OpenGL 1.1.0 GDI Renderer

No pbuffer support exists for this renderer at all.

<http://jogamp.org/deployment/archive/b22x/gluegen_5-joal_3-jogl_2-jocl_1-signed/jogl-applet-version-napplet.html>

GL Profile     GLProfile[GL2/GL2.sw]
GL Version     1.1 (Compat profile, software) - 1.1.0 [GL 1.1.0, vendor 0.0.0 (n/a)]
Quirks         [NoDoubleBufferedBitmap]
Impl. class    jogamp.opengl.gl4.GL4bcImpl
GL_VENDOR      Microsoft Corporation
GL_RENDERER    GDI Generic
GL_VERSION     1.1.0
GLSL           false, has-compiler-func: false
GL FBO: basic false, full false
GL_EXTENSIONS  3
GLX_EXTENSIONS 0

GLCaps[wgl vid 1 gdi: rgba 8/8/8/0, opaque, accum-rgba 16/16/16/0, dp/st/ms 32/8/0, one, mono  , sw, GLProfile[GL2/GL2.sw], on-scr[fbo, bitmap]]
GLCaps[wgl vid 2 gdi: rgba 8/8/8/0, opaque, accum-rgba 16/16/16/0, dp/st/ms 16/8/0, one, mono  , sw, GLProfile[GL2/GL2.sw], on-scr[fbo, bitmap]]
GLCaps[wgl vid 3 gdi: rgba 8/8/8/0, opaque, accum-rgba 16/16/16/0, dp/st/ms 32/8/0, dbl, mono  , sw, GLProfile[GL2/GL2.sw], on-scr[fbo]]
GLCaps[wgl vid 4 gdi: rgba 8/8/8/0, opaque, accum-rgba 16/16/16/0, dp/st/ms 16/8/0, dbl, mono  , sw, GLProfile[GL2/GL2.sw], on-scr[fbo]]
GLCaps[wgl vid 5 gdi: rgba 8/8/8/8, opaque, accum-rgba 16/16/16/16, dp/st/ms 32/8/0, one, mono  , sw, GLProfile[GL2/GL2.sw], on-scr[fbo, bitmap]]
GLCaps[wgl vid 6 gdi: rgba 8/8/8/8, opaque, accum-rgba 16/16/16/16, dp/st/ms 16/8/0, one, mono  , sw, GLProfile[GL2/GL2.sw], on-scr[fbo, bitmap]]
GLCaps[wgl vid 7 gdi: rgba 8/8/8/8, opaque, accum-rgba 16/16/16/16, dp/st/ms 32/8/0, dbl, mono  , sw, GLProfile[GL2/GL2.sw], on-scr[fbo]]
GLCaps[wgl vid 8 gdi: rgba 8/8/8/8, opaque, accum-rgba 16/16/16/16, dp/st/ms 16/8/0, dbl, mono  , sw, GLProfile[GL2/GL2.sw], on-scr[fbo]]
GLCaps[wgl vid 9 gdi: rgba 8/8/8/0, opaque, accum-rgba 0/0/0/0, dp/st/ms 32/8/0, one, mono  , sw, GLProfile[GL2/GL2.sw], on-scr[fbo, bitmap]]
GLCaps[wgl vid 10 gdi: rgba 8/8/8/0, opaque, accum-rgba 0/0/0/0, dp/st/ms 16/8/0, one, mono  , sw, GLProfile[GL2/GL2.sw], on-scr[fbo, bitmap]]
GLCaps[wgl vid 11 gdi: rgba 8/8/8/0, opaque, accum-rgba 0/0/0/0, dp/st/ms 32/8/0, dbl, mono  , sw, GLProfile[GL2/GL2.sw], on-scr[fbo]]
GLCaps[wgl vid 12 gdi: rgba 8/8/8/0, opaque, accum-rgba 0/0/0/0, dp/st/ms 16/8/0, dbl, mono  , sw, GLProfile[GL2/GL2.sw], on-scr[fbo]]
GLCaps[wgl vid 13 gdi: rgba 8/8/8/0, opaque, accum-rgba 16/16/16/0, dp/st/ms 32/8/0, one, mono  , sw, GLProfile[GL2/GL2.sw], offscr[bitmap]]
GLCaps[wgl vid 14 gdi: rgba 8/8/8/0, opaque, accum-rgba 16/16/16/0, dp/st/ms 16/8/0, one, mono  , sw, GLProfile[GL2/GL2.sw], offscr[bitmap]]
GLCaps[wgl vid 17 gdi: rgba 8/8/8/0, opaque, accum-rgba 0/0/0/0, dp/st/ms 32/8/0, one, mono  , sw, GLProfile[GL2/GL2.sw], offscr[bitmap]]
GLCaps[wgl vid 18 gdi: rgba 8/8/8/0, opaque, accum-rgba 0/0/0/0, dp/st/ms 16/8/0, one, mono  , sw, GLProfile[GL2/GL2.sw], offscr[bitmap]]


signature.asc (828 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Problem since Jogl 2.2.1

gouessej
Administrator
I'll use the same test on another machine under Windows as soon as possible.
Julien Gouesse | Personal blog | Website
Reply | Threaded
Open this post in threaded view
|

Re: Problem since Jogl 2.2.1

gouessej
Administrator
This post was updated on .
I get this with an HP Z220 workstation under Windows 7:

GLCaps[wgl vid 367 arb: rgba 8/8/8/0, opaque, accum-rgba 16/16/16/0, dp/st/ms 32/8/0, one, mono  , sw, GLProfile[GL4bc/GL4bc.hw], on-scr[fbo]]
GLCaps[wgl vid 368 arb: rgba 8/8/8/0, opaque, accum-rgba 16/16/16/0, dp/st/ms 16/8/0, one, mono  , sw, GLProfile[GL4bc/GL4bc.hw], on-scr[fbo]]
GLCaps[wgl vid 369 arb: rgba 8/8/8/0, opaque, accum-rgba 16/16/16/0, dp/st/ms 32/8/0, dbl, mono  , sw, GLProfile[GL4bc/GL4bc.hw], on-scr[fbo]]
GLCaps[wgl vid 370 arb: rgba 8/8/8/0, opaque, accum-rgba 16/16/16/0, dp/st/ms 16/8/0, dbl, mono  , sw, GLProfile[GL4bc/GL4bc.hw], on-scr[fbo]]
GLCaps[wgl vid 371 arb: rgba 8/8/8/8, opaque, accum-rgba 16/16/16/16, dp/st/ms 32/8/0, one, mono  , sw, GLProfile[GL4bc/GL4bc.hw], on-scr[fbo]]
GLCaps[wgl vid 372 arb: rgba 8/8/8/8, opaque, accum-rgba 16/16/16/16, dp/st/ms 16/8/0, one, mono  , sw, GLProfile[GL4bc/GL4bc.hw], on-scr[fbo]]
GLCaps[wgl vid 373 arb: rgba 8/8/8/8, opaque, accum-rgba 16/16/16/16, dp/st/ms 32/8/0, dbl, mono  , sw, GLProfile[GL4bc/GL4bc.hw], on-scr[fbo]]
GLCaps[wgl vid 374 arb: rgba 8/8/8/8, opaque, accum-rgba 16/16/16/16, dp/st/ms 16/8/0, dbl, mono  , sw, GLProfile[GL4bc/GL4bc.hw], on-scr[fbo]]
GLCaps[wgl vid 375 arb: rgba 8/8/8/0, opaque, accum-rgba 0/0/0/0, dp/st/ms 32/8/0, one, mono  , sw, GLProfile[GL4bc/GL4bc.hw], on-scr[fbo]]
GLCaps[wgl vid 376 arb: rgba 8/8/8/0, opaque, accum-rgba 0/0/0/0, dp/st/ms 16/8/0, one, mono  , sw, GLProfile[GL4bc/GL4bc.hw], on-scr[fbo]]
GLCaps[wgl vid 377 arb: rgba 8/8/8/0, opaque, accum-rgba 0/0/0/0, dp/st/ms 32/8/0, dbl, mono  , sw, GLProfile[GL4bc/GL4bc.hw], on-scr[fbo]]
GLCaps[wgl vid 378 arb: rgba 8/8/8/0, opaque, accum-rgba 0/0/0/0, dp/st/ms 16/8/0, dbl, mono  , sw, GLProfile[GL4bc/GL4bc.hw], on-scr[fbo]]
GLCaps[wgl vid 379 gdi: rgba 8/8/8/0, opaque, accum-rgba 16/16/16/0, dp/st/ms 32/8/0, one, mono  , sw, GLProfile[GL4bc/GL4bc.hw], offscr[bitmap]]
GLCaps[wgl vid 380 gdi: rgba 8/8/8/0, opaque, accum-rgba 16/16/16/0, dp/st/ms 16/8/0, one, mono  , sw, GLProfile[GL4bc/GL4bc.hw], offscr[bitmap]]
GLCaps[wgl vid 383 gdi: rgba 8/8/8/0, opaque, accum-rgba 0/0/0/0, dp/st/ms 32/8/0, one, mono  , sw, GLProfile[GL4bc/GL4bc.hw], offscr[bitmap]]
GLCaps[wgl vid 384 gdi: rgba 8/8/8/0, opaque, accum-rgba 0/0/0/0, dp/st/ms 16/8/0, one, mono  , sw, GLProfile[GL4bc/GL4bc.hw], offscr[bitmap]]

Edit.: Andreas, please can you ask your customer to run the same applet?
Julien Gouesse | Personal blog | Website
Reply | Threaded
Open this post in threaded view
|

Re: Problem since Jogl 2.2.1

Andreas
I asked him and I'm waiting for the answer.

Andreas
Reply | Threaded
Open this post in threaded view
|

Re: Problem since Jogl 2.2.1

gouessej
Administrator
Thank you. Does his machine support switchable graphics? I know that it's still an immature technology. For example, some 32 bits OpenGL applications retrieve wrong OpenGL information when they are run on a 64 bits OS supporting switchable graphics :s
Julien Gouesse | Personal blog | Website
Reply | Threaded
Open this post in threaded view
|

Re: Problem since Jogl 2.2.1

Andreas
Here is the information:

Platform: WINDOWS / Windows 7 6.1 (6.1.0), x86 (arch), GENERIC_ABI, 2 cores
MachineDescription: runtimeValidated true, littleEndian true, 32Bit true, primitive size / alignment:
  int8    1 / 1, int16   2 / 2
  int     4 / 4, long    4 / 4
  int32   4 / 4, int64   8 / 8
  float   4 / 4, double  8 / 8, ldouble 12 / 4
  pointer 4 / 4, page    4096
Platform: Java Version: 1.7.0_65 (1.7.0u65), VM: Java HotSpot(TM) Client VM, Runtime: Java(TM) SE Runtime Environment
Platform: Java Vendor: Oracle Corporation, http://java.oracle.com/, JavaSE: true, Java6: true, AWT enabled: true

GL Profile     GLProfile[GL2/GL2.hw]
GL Version     1.4 (Compat profile, hardware) - 1.4.0 - Build 8.14.10.1930 [GL 1.4.0, vendor 8.14.10 (- Build 8.14.10.1930)]
Quirks         [NoDoubleBufferedBitmap]
Impl. class    jogamp.opengl.gl4.GL4bcImpl
GL_VENDOR      Intel
GL_RENDERER    Intel Bear Lake B
GL_VERSION     1.4.0 - Build 8.14.10.1930
GLSL           false, has-compiler-func: true
GL FBO: basic false, full false
GL_EXTENSIONS  49
GLX_EXTENSIONS 7

GLCaps[wgl vid 1 arb: rgba 8/8/8/8, opaque, accum-rgba 0/0/0/0, dp/st/ms 0/0/0, one, mono  , hw, GLProfile[GL2/GL2.hw], on-scr[fbo, pbuffer]]
GLCaps[wgl vid 2 arb: rgba 8/8/8/8, opaque, accum-rgba 16/16/16/16, dp/st/ms 0/0/0, dbl, mono  , hw, GLProfile[GL2/GL2.hw], on-scr[fbo, pbuffer]]
GLCaps[wgl vid 3 arb: rgba 8/8/8/8, opaque, accum-rgba 0/0/0/0, dp/st/ms 16/0/0, one, mono  , hw, GLProfile[GL2/GL2.hw], on-scr[fbo, pbuffer]]
GLCaps[wgl vid 4 arb: rgba 8/8/8/8, opaque, accum-rgba 16/16/16/16, dp/st/ms 16/0/0, dbl, mono  , hw, GLProfile[GL2/GL2.hw], on-scr[fbo, pbuffer]]
GLCaps[wgl vid 5 arb: rgba 8/8/8/8, opaque, accum-rgba 0/0/0/0, dp/st/ms 24/8/0, one, mono  , hw, GLProfile[GL2/GL2.hw], on-scr[fbo, pbuffer]]
GLCaps[wgl vid 6 arb: rgba 8/8/8/8, opaque, accum-rgba 16/16/16/16, dp/st/ms 24/8/0, dbl, mono  , hw, GLProfile[GL2/GL2.hw], on-scr[fbo, pbuffer]]
GLCaps[wgl vid 7 arb: rgba 8/8/8/0, opaque, accum-rgba 16/16/16/0, dp/st/ms 32/8/0, one, mono  , sw, GLProfile[GL2/GL2.hw], on-scr[fbo]]
GLCaps[wgl vid 8 arb: rgba 8/8/8/0, opaque, accum-rgba 16/16/16/0, dp/st/ms 16/8/0, one, mono  , sw, GLProfile[GL2/GL2.hw], on-scr[fbo]]
GLCaps[wgl vid 9 arb: rgba 8/8/8/0, opaque, accum-rgba 16/16/16/0, dp/st/ms 32/8/0, dbl, mono  , sw, GLProfile[GL2/GL2.hw], on-scr[fbo]]
GLCaps[wgl vid 10 arb: rgba 8/8/8/0, opaque, accum-rgba 16/16/16/0, dp/st/ms 16/8/0, dbl, mono  , sw, GLProfile[GL2/GL2.hw], on-scr[fbo]]
GLCaps[wgl vid 11 arb: rgba 8/8/8/8, opaque, accum-rgba 16/16/16/16, dp/st/ms 32/8/0, one, mono  , sw, GLProfile[GL2/GL2.hw], on-scr[fbo]]
GLCaps[wgl vid 12 arb: rgba 8/8/8/8, opaque, accum-rgba 16/16/16/16, dp/st/ms 16/8/0, one, mono  , sw, GLProfile[GL2/GL2.hw], on-scr[fbo]]
GLCaps[wgl vid 13 arb: rgba 8/8/8/8, opaque, accum-rgba 16/16/16/16, dp/st/ms 32/8/0, dbl, mono  , sw, GLProfile[GL2/GL2.hw], on-scr[fbo]]
GLCaps[wgl vid 14 arb: rgba 8/8/8/8, opaque, accum-rgba 16/16/16/16, dp/st/ms 16/8/0, dbl, mono  , sw, GLProfile[GL2/GL2.hw], on-scr[fbo]]
GLCaps[wgl vid 15 arb: rgba 8/8/8/0, opaque, accum-rgba 0/0/0/0, dp/st/ms 32/8/0, one, mono  , sw, GLProfile[GL2/GL2.hw], on-scr[fbo]]
GLCaps[wgl vid 16 arb: rgba 8/8/8/0, opaque, accum-rgba 0/0/0/0, dp/st/ms 16/8/0, one, mono  , sw, GLProfile[GL2/GL2.hw], on-scr[fbo]]
GLCaps[wgl vid 17 arb: rgba 8/8/8/0, opaque, accum-rgba 0/0/0/0, dp/st/ms 32/8/0, dbl, mono  , sw, GLProfile[GL2/GL2.hw], on-scr[fbo]]
GLCaps[wgl vid 18 arb: rgba 8/8/8/0, opaque, accum-rgba 0/0/0/0, dp/st/ms 16/8/0, dbl, mono  , sw, GLProfile[GL2/GL2.hw], on-scr[fbo]]
GLCaps[wgl vid 19 gdi: rgba 8/8/8/0, opaque, accum-rgba 16/16/16/0, dp/st/ms 32/8/0, one, mono  , sw, GLProfile[GL2/GL2.hw], offscr[bitmap]]
GLCaps[wgl vid 20 gdi: rgba 8/8/8/0, opaque, accum-rgba 16/16/16/0, dp/st/ms 16/8/0, one, mono  , sw, GLProfile[GL2/GL2.hw], offscr[bitmap]]
GLCaps[wgl vid 23 gdi: rgba 8/8/8/0, opaque, accum-rgba 0/0/0/0, dp/st/ms 32/8/0, one, mono  , sw, GLProfile[GL2/GL2.hw], offscr[bitmap]]
GLCaps[wgl vid 24 gdi: rgba 8/8/8/0, opaque, accum-rgba 0/0/0/0, dp/st/ms 16/8/0, one, mono  , sw, GLProfile[GL2/GL2.hw], offscr[bitmap]]
Reply | Threaded
Open this post in threaded view
|

Re: Problem since Jogl 2.2.1

gouessej
Administrator
Thanks. The supported extensions should match with those indicated in the last column:
http://feedback.wildfiregames.com/report/opengl/device/Intel%20Bear%20Lake%20B
Julien Gouesse | Personal blog | Website
Reply | Threaded
Open this post in threaded view
|

Re: Problem since Jogl 2.2.1

gouessej
Administrator
In reply to this post by Andreas
Andreas, someone allowed me to use an "old" machine under Windows 7 with an Intel Q35 Express chip. When I used the OEM driver, I got that:
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x0b45d09f, pid=2624, tid=2788
#
# JRE version: Java(TM) SE Runtime Environment (7.0_65-b19) (build 1.7.0_65-b19)
# Java VM: Java HotSpot(TM) Client VM (24.65-b04 mixed mode, sharing windows-x86 )
# Problematic frame:
# C  [ig4dev32.dll+0xd09f]
#
# Failed to write core dump. Minidumps are not enabled by default on client versions of Windows
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.sun.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#

---------------  T H R E A D  ---------------

Current thread (0x056b3800):  JavaThread "thread applet-jogamp.opengl.awt.VersionApplet-1-SharedResourceRunner" daemon [_thread_in_native, id=2788, stack(0x0a1a0000,0x0a2a0000)]

siginfo: ExceptionCode=0xc0000005, reading address 0x00000000

Registers:
EAX=0x00000000, EBX=0x008c27b8, ECX=0x08f22ffc, EDX=0x008c36a0
ESP=0x0a29f384, EBP=0x08f22ffc, ESI=0x08f74a74, EDI=0x08f22ffc
EIP=0x0b45d09f, EFLAGS=0x00010212

Top of Stack: (sp=0x0a29f384)
0x0a29f384:   08f22ffc 08f74a74 08f22ffc 008c27b8
0x0a29f394:   08f22ffc 08f74a74 008c27b8 0b45d529
0x0a29f3a4:   08f29694 10394804 103c2260 1002ad6e
0x0a29f3b4:   13010ba2 008d0678 00867228 0a29f514
0x0a29f3c4:   13010ba2 08f22e74 08f22ffc 008d36b8
0x0a29f3d4:   0a29f9f4 103463e1 ffffffff 101fe414
0x0a29f3e4:   13010ba2 008a5c00 008a5bd8 0a29f52c
0x0a29f3f4:   7daeda51 00000003 00820224 00820000

Instructions: (pc=0x0b45d09f)
0x0b45d07f:   08 00 cc cc cc cc cc cc cc cc cc cc cc cc cc cc
0x0b45d08f:   cc 83 ec 0c 53 55 56 57 8b f9 8b 87 f4 1a 05 00
0x0b45d09f:   8b 08 8b 51 08 8b 87 ac 1c 05 00 3b 87 b0 1c 05
0x0b45d0af:   00 8d af 78 1a 05 00 89 7c 24 10 89 54 24 18 89


Register to memory mapping:

EAX=0x00000000 is an unknown value
EBX=0x008c27b8 is an unknown value
ECX=0x08f22ffc is an unknown value
EDX=0x008c36a0 is an unknown value
ESP=0x0a29f384 is pointing into the stack for thread: 0x056b3800
EBP=0x08f22ffc is an unknown value
ESI=0x08f74a74 is an unknown value
EDI=0x08f22ffc is an unknown value


Stack: [0x0a1a0000,0x0a2a0000],  sp=0x0a29f384,  free space=1020k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C  [ig4dev32.dll+0xd09f]

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j  jogamp.opengl.windows.wgl.WGL.dispatch_wglCreateContext0(JJ)J+0
j  jogamp.opengl.windows.wgl.WGL.wglCreateContext(J)J+37
j  jogamp.opengl.windows.wgl.WindowsWGLContext.createImpl(J)Z+353
j  jogamp.opengl.GLContextImpl.makeCurrentWithinLock(I)I+245
j  jogamp.opengl.GLContextImpl.makeCurrent(Z)I+574
j  jogamp.opengl.GLContextImpl.makeCurrent()I+2
j  jogamp.opengl.windows.wgl.WindowsWGLDrawableFactory$SharedResourceImplementation.createSharedResource(Ljava/lang/String;)Ljogamp/opengl/SharedResourceRunner$Resource;+158
j  jogamp.opengl.SharedResourceRunner.run()V+267
j  java.lang.Thread.run()V+11
v  ~StubRoutines::call_stub





Then I uninstalled the OEM driver 8.15.10.1930 and I installed the official Intel driver number 8.14.10.1930 and now I get this:

-----------------------------------------------------------------------------------------------------
Platform: WINDOWS / Windows 7 6.1 (6.1.0), x86 (arch), GENERIC_ABI, 2 cores
MachineDescription: runtimeValidated true, littleEndian true, 32Bit true, primitive size / alignment:
  int8    1 / 1, int16   2 / 2
  int     4 / 4, long    4 / 4
  int32   4 / 4, int64   8 / 8
  float   4 / 4, double  8 / 8, ldouble 12 / 4
  pointer 4 / 4, page    4096
Platform: Java Version: 1.7.0_65 (1.7.0u65), VM: Java HotSpot(TM) Client VM, Runtime: Java(TM) SE Runtime Environment
Platform: Java Vendor: Oracle Corporation, http://java.oracle.com/, JavaSE: true, Java6: true, AWT enabled: true
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Package: com.jogamp.common
Extension Name: com.jogamp.common
Specification Title: GlueGen Java Bindings Generator
Specification Vendor: JogAmp Community
Specification Version: 2.2
Implementation Title: GlueGen Run-Time
Implementation Vendor: JogAmp Community
Implementation Vendor ID: com.jogamp
Implementation URL: http://jogamp.org/
Implementation Version: 2.2.2
Implementation Build: 2.2-b5-20140920
Implementation Branch: origin/b22x
Implementation Commit: e95c40361c52f13afab788690b3cc287e8010834
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Package: javax.media.opengl
Extension Name: javax.media.opengl
Specification Title: Java Bindings for OpenGL API Specification
Specification Vendor: JogAmp Community
Specification Version: 2.2
Implementation Title: Java Bindings for OpenGL Runtime Environment
Implementation Vendor: JogAmp Community
Implementation Vendor ID: com.jogamp
Implementation URL: http://jogamp.org/
Implementation Version: 2.2.2
Implementation Build: 2.2-b2-20140920
Implementation Branch: origin/b22x
Implementation Commit: c2cbcf91af97053c4b4683e2d2c5087409edf5c4
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
WindowsGraphicsDevice[type .windows, connection decon]:
        Natives
                GL4bc false
                GL4 false
                GLES3 false
                GL3bc false
                GL3 false
                GL2 true [1.4 (Compat profile, hardware)]
                GLES2 false
                GLES1 false
                Count 1 / 8
        Common
                GL4ES3 false
                GL2GL3 true
                GL2ES2 true
                GL2ES1 true
        Mappings
                GL2ES2 GLProfile[GL2ES2/GL2.hw]
                GL2ES1 GLProfile[GL2ES1/GL2.hw]
                GL2 GLProfile[GL2/GL2.hw]
                GL2GL3 GLProfile[GL2GL3/GL2.hw]
                default GLProfile[GL2/GL2.hw]
                Count 4 / 12

Swap Interval  -1
GL Profile     GLProfile[GL2/GL2.hw]
GL Version     1.4 (Compat profile, hardware) - 1.4.0 - Build 8.14.10.1930 [GL 1.4.0, vendor 8.14.10 (- Build 8.14.10.1930)]
Quirks         [NoDoubleBufferedBitmap]
Impl. class    jogamp.opengl.gl4.GL4bcImpl
GL_VENDOR      Intel
GL_RENDERER    Intel Bear Lake B
GL_VERSION     1.4.0 - Build 8.14.10.1930
GLSL           false, has-compiler-func: true
GL FBO: basic false, full false
GL_EXTENSIONS  49
GLX_EXTENSIONS 7
-----------------------------------------------------------------------------------------------------

GLCaps[wgl vid 1 arb: rgba 8/8/8/8, opaque, accum-rgba 0/0/0/0, dp/st/ms 0/0/0, one, mono  , hw, GLProfile[GL2/GL2.hw], on-scr[fbo, pbuffer]]
GLCaps[wgl vid 2 arb: rgba 8/8/8/8, opaque, accum-rgba 16/16/16/16, dp/st/ms 0/0/0, dbl, mono  , hw, GLProfile[GL2/GL2.hw], on-scr[fbo, pbuffer]]
GLCaps[wgl vid 3 arb: rgba 8/8/8/8, opaque, accum-rgba 0/0/0/0, dp/st/ms 16/0/0, one, mono  , hw, GLProfile[GL2/GL2.hw], on-scr[fbo, pbuffer]]
GLCaps[wgl vid 4 arb: rgba 8/8/8/8, opaque, accum-rgba 16/16/16/16, dp/st/ms 16/0/0, dbl, mono  , hw, GLProfile[GL2/GL2.hw], on-scr[fbo, pbuffer]]
GLCaps[wgl vid 5 arb: rgba 8/8/8/8, opaque, accum-rgba 0/0/0/0, dp/st/ms 24/8/0, one, mono  , hw, GLProfile[GL2/GL2.hw], on-scr[fbo, pbuffer]]
GLCaps[wgl vid 6 arb: rgba 8/8/8/8, opaque, accum-rgba 16/16/16/16, dp/st/ms 24/8/0, dbl, mono  , hw, GLProfile[GL2/GL2.hw], on-scr[fbo, pbuffer]]
GLCaps[wgl vid 7 arb: rgba 8/8/8/0, opaque, accum-rgba 16/16/16/0, dp/st/ms 32/8/0, one, mono  , sw, GLProfile[GL2/GL2.hw], on-scr[fbo]]
GLCaps[wgl vid 8 arb: rgba 8/8/8/0, opaque, accum-rgba 16/16/16/0, dp/st/ms 16/8/0, one, mono  , sw, GLProfile[GL2/GL2.hw], on-scr[fbo]]
GLCaps[wgl vid 9 arb: rgba 8/8/8/0, opaque, accum-rgba 16/16/16/0, dp/st/ms 32/8/0, dbl, mono  , sw, GLProfile[GL2/GL2.hw], on-scr[fbo]]
GLCaps[wgl vid 10 arb: rgba 8/8/8/0, opaque, accum-rgba 16/16/16/0, dp/st/ms 16/8/0, dbl, mono  , sw, GLProfile[GL2/GL2.hw], on-scr[fbo]]
GLCaps[wgl vid 11 arb: rgba 8/8/8/8, opaque, accum-rgba 16/16/16/16, dp/st/ms 32/8/0, one, mono  , sw, GLProfile[GL2/GL2.hw], on-scr[fbo]]
GLCaps[wgl vid 12 arb: rgba 8/8/8/8, opaque, accum-rgba 16/16/16/16, dp/st/ms 16/8/0, one, mono  , sw, GLProfile[GL2/GL2.hw], on-scr[fbo]]
GLCaps[wgl vid 13 arb: rgba 8/8/8/8, opaque, accum-rgba 16/16/16/16, dp/st/ms 32/8/0, dbl, mono  , sw, GLProfile[GL2/GL2.hw], on-scr[fbo]]
GLCaps[wgl vid 14 arb: rgba 8/8/8/8, opaque, accum-rgba 16/16/16/16, dp/st/ms 16/8/0, dbl, mono  , sw, GLProfile[GL2/GL2.hw], on-scr[fbo]]
GLCaps[wgl vid 15 arb: rgba 8/8/8/0, opaque, accum-rgba 0/0/0/0, dp/st/ms 32/8/0, one, mono  , sw, GLProfile[GL2/GL2.hw], on-scr[fbo]]
GLCaps[wgl vid 16 arb: rgba 8/8/8/0, opaque, accum-rgba 0/0/0/0, dp/st/ms 16/8/0, one, mono  , sw, GLProfile[GL2/GL2.hw], on-scr[fbo]]
GLCaps[wgl vid 17 arb: rgba 8/8/8/0, opaque, accum-rgba 0/0/0/0, dp/st/ms 32/8/0, dbl, mono  , sw, GLProfile[GL2/GL2.hw], on-scr[fbo]]
GLCaps[wgl vid 18 arb: rgba 8/8/8/0, opaque, accum-rgba 0/0/0/0, dp/st/ms 16/8/0, dbl, mono  , sw, GLProfile[GL2/GL2.hw], on-scr[fbo]]
GLCaps[wgl vid 19 gdi: rgba 8/8/8/0, opaque, accum-rgba 16/16/16/0, dp/st/ms 32/8/0, one, mono  , sw, GLProfile[GL2/GL2.hw], offscr[bitmap]]
GLCaps[wgl vid 20 gdi: rgba 8/8/8/0, opaque, accum-rgba 16/16/16/0, dp/st/ms 16/8/0, one, mono  , sw, GLProfile[GL2/GL2.hw], offscr[bitmap]]
GLCaps[wgl vid 23 gdi: rgba 8/8/8/0, opaque, accum-rgba 0/0/0/0, dp/st/ms 32/8/0, one, mono  , sw, GLProfile[GL2/GL2.hw], offscr[bitmap]]
GLCaps[wgl vid 24 gdi: rgba 8/8/8/0, opaque, accum-rgba 0/0/0/0, dp/st/ms 16/8/0, one, mono  , sw, GLProfile[GL2/GL2.hw], offscr[bitmap]]
Julien Gouesse | Personal blog | Website
Reply | Threaded
Open this post in threaded view
|

Re: Problem since Jogl 2.2.1

gouessej
Administrator
This post was updated on .
In reply to this post by Andreas
Andreas, please use the following VM options with your Java3D application:
-Dnewt.debug=all -Dnativewindow.debug=all -Djogl.debug=all

I'm trying to determine how the drawable is created in your application, there are several possible code paths. The debug logs will show me which one is used and then, I'll create a small test case using only JOGL in order to reproduce this bug easily and fix it. In my humble opinion, Java3D isn't guilty, maybe something is wrong in GLDrawableFactory.createGLDrawable(NativeSurface). I'm investigating.

Edit.: I've just tried Gears, there is no error message but nothing is drawn.

Edit.2: Do you reproduce this bug when creating a simple JCanvas3D?
Julien Gouesse | Personal blog | Website
Reply | Threaded
Open this post in threaded view
|

Re: Problem since Jogl 2.2.1

gouessej
Administrator
In reply to this post by Andreas
I wrote a bug report about this bug:
https://jogamp.org/bugzilla/show_bug.cgi?id=1078

Actually, OpenGL isn't working with this chip, whatever you use, with the OEM driver or with the Intel driver. It crashes with some other OpenGL softwares too including Adobe Softimage (3D modeler), Metaio (Augmented Reality), Wurm Online, Meshlab, ...
Julien Gouesse | Personal blog | Website
Reply | Threaded
Open this post in threaded view
|

Re: Problem since Jogl 2.2.1

Andreas
gouessej wrote
Actually, OpenGL isn't working with this chip, whatever you use, with the OEM driver or with the Intel driver. It crashes with some other OpenGL softwares too including Adobe Softimage (3D modeler), Metaio (Augmented Reality), Wurm Online, Meshlab, ...
This is not our experience. It is working if you use JOGL 2.1.5, Java3D 1.6.0 pre9 and the driver listed above in our case. But it's quite complicated to check with which version it switches (JOGL 2.1.5 -> 2.2.0, JGOL 2.2.0 -> 2.2.1, Java3D 1.6.0 pre9 ->  Java3D 1.6.0 pre10 or Java3D 1.6.0 pre10 ->  Java3D 1.6.0 pre11). It is not my computer so each time I have to ask (e-mail) the customer to install a new version and check it out.

I asked my customer to run the application with the debug options.

Andreas
Reply | Threaded
Open this post in threaded view
|

Re: Problem since Jogl 2.2.1

gouessej
Administrator
Actually, only a few applets don't work even with the Intel driver but it comes from the Java Plugin. However, the OEM driver makes those applications crash.

I succeeded to run other demos except one using a "normal" applet.

I already reproduce your bug with a rudimentary example that creates a JCanvas3D, please look at the bug report 1078. The logs are here:
https://jogamp.org/bugzilla/attachment.cgi?id=643
Julien Gouesse | Personal blog | Website
Reply | Threaded
Open this post in threaded view
|

Re: Problem since Jogl 2.2.1

Sven Gothel
Administrator
On 09/23/2014 01:11 PM, gouessej [via jogamp] wrote:
> Actually, only a few applets don't work even with the Intel driver but it
> comes from the Java Plugin. However, the OEM driver makes those applications
> crash.
>
> I succeeded to run other demos except one using a "normal" applet.
>
> I already reproduce your bug with a rudimentary example that creates a
> JCanvas3D, please look at the bug report 1078. The logs are here:
> https://jogamp.org/bugzilla/attachment.cgi?id=643

thx .. 2.2.2 is on its way, a signed pre-build
is in deployment/archive/b22x/ .. to test applets,
i.e. WinXP works again :)

~Sven



signature.asc (828 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Problem since Jogl 2.2.1

Sven Gothel
Administrator
In reply to this post by Andreas
On 09/23/2014 10:49 AM, Andreas [via jogamp] wrote:
> But it's quite complicated to
> check with which version it switches (JOGL 2.1.5 -> 2.2.0, JGOL 2.2.0 ->
> 2.2.1, Java3D 1.6.0 pre9 ->  Java3D 1.6.0 pre10 or Java3D 1.6.0 pre10 ->
>  Java3D 1.6.0 pre11).

Yes, it would be great to identify the bug (JOGL and/or Java3D)
and have a simple unit test.

~Sven


signature.asc (828 bytes) Download Attachment
12