Java-Gaming.org    
Featured games (91)
games approved by the League of Dukes
Games in Showcase (579)
games submitted by our members
Games in WIP (500)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
   Home   Help   Search   Login   Register   
  Show Posts
Pages: [1]
1  Java Game APIs & Engines / JOGL Development / Method glClientActiveTexture not available problem in TextFlow demo on: 2007-11-14 16:51:36
I have encountered a problem running the TextFlow demo on a Win XP Pro PC with Intel 82810E built in graphics, the 7/23/02 driver 6.13.01.3196 (which I believe is the latest).

The application throws GLExceptions: "Method glClientActiveTexture not available" and does not display anything. All of the text related demos (and my own application) have the same problem.

Has anyone else encountered the problem? Is there a workaround? The demo claims to need no special capabilities.
     pdj
2  Java Game APIs & Engines / JOGL Development / Re: JSR-231 in Early Draft Review on: 2006-02-18 20:54:55
Succes after the renaming changes except for the apparent lack of:

      com.sun.opengl.util.Version

Is there an eguivalent function?
3  Java Game APIs & Engines / JOGL Development / Re: What is under the covers? on: 2005-03-23 18:23:13
I can reproduce the resize problem on a G4 Powerbook with the Gears demo.

Here's part of an email from Dmitry about a year ago when I was trying to track it down. It crashed then, and things have improved since then, but the size mismatch is still there.


Quote
BTW: I can see that hanging almost for every jogl-demo example (except Gera and jGear)

here is a code from GL4Java implementation related to resizing:


JNIEXPORT void JNICALL Java_gl4java_GLContext_gljResizeNative
 (JNIEnv *env, jobject object, jboolean isOwnWindow, jlong disp, jlong pData, jint width, jint height)
 {
   NSLock *lock = [[NSLock alloc] init];

    if ([lock tryLock]) {
           gl4javaResize(env,object,(NSWindow *)pData,width,height);//
       [lock unlock];
   }
   [lock release];
}


before I use locking
gl4java exhibited very similar behavior: it crashed
(not heavily as jogl though)

hope it will help


just FYI

void gl4javaResize(JNIEnv *env, jobject object, NSWindow *window, int width, int height)
{
   jclass cls = 0;
   NSView *view = NULL;
   jfieldID fglContext=0;
   jfieldID foffScreenRenderer=0;
   jboolean joffScreenRenderer=JNI_FALSE;
   NSOpenGLContext *gc = NULL;
   NSOpenGLContext *currentContext = [NSOpenGLContext currentContext];
   NSRect viewFrame;
   jboolean needResetContext = JNI_FALSE;
   cls = (*env)->GetObjectClass(env, object);
   if (cls==0) return;
     foffScreenRenderer = (*env)->GetFieldID(env, cls, "offScreenRenderer", "Z");
   if (foffScreenRenderer==0) return;
   joffScreenRenderer =(*env)->GetBooleanField(env, object, foffScreenRenderer);
   if(joffScreenRenderer == JNI_TRUE) return;
   fglContext=(*env)->GetFieldID(env, cls, "glContext", "J");
   if (fglContext==0) return;
   gc =(NSOpenGLContext*)((int)(*env)->GetLongField(env, object, fglContext));
   if (gc==0) return;
   view = [gc view];
   if(view == NULL) return;
   viewFrame = [view frame];

       if(gc == currentContext) needResetContext = JNI_TRUE;
       else                               needResetContext = JNI_FALSE;
       if(needResetContext){
           [NSOpenGLContext clearCurrentContext];
       }
       [gc clearDrawable];
       [gc setView : view];
       if(needResetContext){
           [gc makeCurrentContext];
       }
   [gc flushBuffer];
   if(window != NULL) [window setViewsNeedDisplay:YES];
}

4  Java Game APIs & Engines / JOGL Development / Re: Serious lighting problem with JOGL on: 2005-03-17 21:49:15
In my case, there is no gldebug output. The GL Version reported is 1.5.4582, and again the card is a Radeon X800 SE x86/SSE2.

My JWS application, with GL Debug enabled is here:

    http://agileimage.com/html/statistics/beta/

The GL Capabilites looked normal to me.
5  Java Game APIs & Engines / JOGL Development / Re: Serious lighting problem with JOGL on: 2005-03-17 14:47:29
I've seen the lack of lighting on one Dell XPS Gen 3 system with a Radeon X800 SE card when the same application runs fine on many other systems.
6  Java Game APIs & Engines / JOGL Development / Re: "On-demand" mode modification to tut on: 2005-02-13 23:39:35
Thanks for the demo - I've been looking for something like this!

I see two problems on a Mac PowerBook with a Radeon 9600.

- maximizing the window does not resize the canvas, although resizing the window usually does. The result is the figures are cropped to their previous window size and ocassionally there is junk in the rest of the window. I also see some occasional shards during resize. It's as if the adjusted viewport sometimes lags behind the window changes.

- The application hangs. I can't find a simple trigger, but resizing, rotating, maximizing, restoring to the previous size when repeated for a while (10 seconds to a few minutes) cause a hang. Here's a thread dump:

    pdj

Quote

> suspend
All threads suspended.
> threads
Group system:
 (java.lang.ref.Reference$ReferenceHandler)0xdf Reference Handler cond. waiting
 (java.lang.ref.Finalizer$FinalizerThread)0xde  Finalizer         cond. waiting
 (java.lang.Thread)0xdd                         Signal Dispatcher running
 (java.lang.Thread)0x403                        Java2D Disposer   cond. waiting
Group main:
 (java.lang.Thread)0x221                        AWT-AppKit        cond. waiting
 (java.lang.Thread)0x39d                        AWT-Shutdown      cond. waiting
 (java.awt.EventDispatchThread)0x3a6            AWT-EventQueue-0  cond. waiting
 (java.lang.Thread)0x3bf                        DestroyJavaVM     running
> wherei all
Signal Dispatcher:
Finalizer:
 [1] java.lang.Object.wait (native method)
 [2] java.lang.ref.ReferenceQueue.remove (ReferenceQueue.java:111), pc = 44
 [3] java.lang.ref.ReferenceQueue.remove (ReferenceQueue.java:127), pc = 2
 [4] java.lang.ref.Finalizer$FinalizerThread.run (Finalizer.java:159), pc = 3
Reference Handler:
 [1] java.lang.Object.wait (native method)
 [2] java.lang.Object.wait (Object.java:429), pc = 2
 [3] java.lang.ref.Reference$ReferenceHandler.run (Reference.java:115), pc = 46
AWT-AppKit:
 [1] java.lang.Object.wait (native method)
 [2] java.lang.Object.wait (Object.java:429), pc = 2
 [3] apple.awt.CToolkit.invokeAndWait (CToolkit.java:1,021), pc = 40
 [4] apple.awt.ComponentModel.handlePaint (ComponentModel.java:344), pc = 28
AWT-Shutdown:
 [1] java.lang.Object.wait (native method)
 [2] java.lang.Object.wait (Object.java:429), pc = 2
 [3] sun.awt.AWTAutoShutdown.run (AWTAutoShutdown.java:259), pc = 32
 [4] java.lang.Thread.run (Thread.java:552), pc = 11
AWT-EventQueue-0:
 [1] java.lang.Object.wait (native method)
 [2] java.lang.Object.wait (Object.java:429), pc = 2
 [3] java.awt.EventQueue.getNextEvent (EventQueue.java:339), pc = 89
 [4] java.awt.EventDispatchThread.pumpOneEventForHierarchy (EventDispatchThread.java:195), pc = 9
 [5] java.awt.EventDispatchThread.pumpEventsForHierarchy (EventDispatchThread.java:184), pc = 26
 [6] java.awt.EventDispatchThread.pumpEvents (EventDispatchThread.java:178  ), pc = 4
 [7] java.awt.EventDispatchThread.pumpEvents (EventDispatchThread.java:170), pc = 3
 [8] java.awt.EventDispatchThread.run (EventDispatchThread.java:100), pc = 9
DestroyJavaVM:
Java2D Disposer:
 [1] java.lang.Object.wait (native method)
 [2] java.lang.ref.ReferenceQueue.remove (ReferenceQueue.java:111), pc = 44
 [3] java.lang.ref.ReferenceQueue.remove (ReferenceQueue.java:127), pc = 2
 [4] sun.java2d.Disposer.run (Disposer.java:116), pc = 3
 [5] java.lang.Thread.run (Thread.java:552), pc = 11
>
7  Java Game APIs & Engines / JOGL Development / Re: Machine dependent problems in Virtual Globe on: 2005-01-13 20:00:51
I find this application exhibits two of the resize problems I've seen in my own application, at least on a Mac  1.33Ghz 17" Powerbook.

I have a suspicion the problem lies in the JOGL arithmetic in determining the upper left screen coordinates, where they are allowed to extend outside of the canvas.

1. It looks like the repaint after a resize is delayed behind the window event - as if the previously reported size as the window continuously repaints during the drag of a corner is what is displayed when the drag completes. So if the window is expanding, there is white space or garbage at the right and bottom edges. If it is decreasing, the view may be cropped to something larger.

2. If I resize, at least on the Mac, I can move the bottom of the window up into the menu area, causing the following:

Quote
Java Web Start 1.4.2_05 Console, started Thu Jan 13 14:43:55 MST 2005
Java 2 Runtime Environment: Version 1.4.2_05 by Apple Computer, Inc.
Logging to file: /Users/pdj/Desktop/JWSlog
Opened connection to elevation server: http://globe.sintef.no/globe.fcgi
OpenGL vendor: ATI Technologies Inc.
OpenGL renderer: ATI Radeon 9600 OpenGL Engine
OpenGL version: 1.5 ATI-1.3.36
OpenGL extensionsGL_ARB_transpose_matrix GL_ARB_vertex_program GL_ARB_vertex_blend GL_ARB_window_pos GL_ARB_shader_objects GL_ARB_vertex_shader GL_ARB_fragment_shader GL_EXT_multi_draw_arrays GL_EXT_clip_volume_hint GL_EXT_rescale_normal GL_EXT_draw_range_elements GL_EXT_fog_coord GL_APPLE_client_storage GL_APPLE_specular_vector GL_APPLE_transform_hint GL_APPLE_packed_pixels GL_APPLE_fence GL_APPLE_vertex_array_object GL_APPLE_vertex_program_evaluators GL_APPLE_element_array GL_APPLE_flush_render GL_NV_texgen_reflection GL_NV_light_max_exponent GL_IBM_rasterpos_clip GL_SGIS_generate_mipmap GL_ARB_imaging GL_ARB_point_parameters GL_ARB_texture_env_crossbar GL_ARB_texture_border_clamp GL_ARB_multitexture GL_ARB_texture_env_add GL_ARB_texture_cube_map GL_ARB_texture_env_dot3 GL_ARB_multisample GL_ARB_texture_env_combine GL_ARB_texture_compression GL_ARB_texture_mirrored_repeat GL_ARB_shadow GL_ARB_depth_texture GL_ARB_shadow_ambient GL_ARB_fragment_program GL_ARB_occlusion_query GL_ARB_point_sprite GL_ARB_vertex_buffer_object GL_EXT_compiled_vertex_array GL_EXT_texture_rectangle GL_EXT_texture_env_add GL_EXT_blend_color GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_texture_lod_bias GL_EXT_abgr GL_EXT_bgra GL_EXT_stencil_wrap GL_EXT_texture_filter_anisotropic GL_EXT_separate_specular_color GL_EXT_secondary_color GL_EXT_blend_func_separate GL_EXT_shadow_funcs GL_EXT_texture_compression_s3tc GL_EXT_blend_equation_separate GL_EXT_texture_mirror_clamp GL_APPLE_ycbcr_422 GL_APPLE_vertex_array_range GL_APPLE_texture_range GL_APPLE_float_pixels GL_APPLE_pixel_buffer GL_NV_blend_square GL_ATI_texture_mirror_once GL_ATI_text_fragment_shader GL_ATI_blend_equation_separate GL_ATI_blend_weighted_minmax GL_ATI_texture_env_combine3 GL_ATI_separate_stencil GL_SGIS_texture_edge_clamp GL_SGIS_texture_lod GL_SGI_color_matrix
Fetching images from: http://globe.sintef.no/WMSproxy.fcgi?wms-host=onearth.jpl.nasa.gov&wms-path=wms.cgi&layers=modis,global_mosaic&pos-code=
Fetching images from: http://globe.sintef.no/WMSproxy.fcgi?wms-host=onearth.jpl.nasa.gov&wms-path=wms.cgi&layers=modis,global_mosaic&pos-code=
net.java.games.jogl.GLException: java.lang.reflect.InvocationTargetException
     at net.java.games.jogl.GLCanvas.displayImpl(GLCanvas.java:205)
     at net.java.games.jogl.GLCanvas.display(GLCanvas.java:75)
     at net.java.games.jogl.Animator$1.run(Animator.java:107)
     at java.lang.Thread.run(Thread.java:552)
Caused by: java.lang.reflect.InvocationTargetException
     at java.awt.EventQueue.invokeAndWait(EventQueue.java:834)
     at net.java.games.jogl.GLCanvas.displayImpl(GLCanvas.java:203)
     ... 3 more
Caused by: net.java.games.jogl.GLException: glGetError() returned the following error codes after a call to glViewport(): GL_INVALID_VALUE
     at net.java.games.jogl.DebugGL.checkGLGetError(DebugGL.java:13783)
     at net.java.games.jogl.DebugGL.glViewport(DebugGL.java:12638)
     at net.java.games.jogl.GLCanvas$1.run(GLCanvas.java:114)
     at net.java.games.jogl.impl.macosx.MacOSXOnscreenGLContext$1.run(MacOSXOnscreenGLContext.java:76)
     at net.java.games.jogl.impl.GLContext.invokeGL(GLContext.java:287)
     at net.java.games.jogl.impl.macosx.MacOSXOnscreenGLContext.invokeGL(MacOSXOnscreenGLContext.java:81)
     at net.java.games.jogl.GLCanvas$DisplayOnEventDispatchThreadAction.run(GLCanvas.java:238)
     at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:171)
     at java.awt.EventQueue.dispatchEvent(EventQueue.java:454)
     at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:234)
     at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:184)
     at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:178)
     at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:170)
     at java.awt.EventDispatchThread.run(EventDispatchThread.java:100)
8  Java Game APIs & Engines / JOGL Development / Re: Problem: Scrambled pixels when resizing on: 2005-01-08 16:53:57
I've seen this problem on OS X and Win 2K for about a year.

At one point I could crash these two systems by resizing so the height was less than about a dozen pixels. I have not tried it lately.

There are several past discussions about resize problems.
9  Java Game APIs & Engines / JOGL Development / Re: Own Animator class on: 2004-10-21 03:06:25
This will probably be of little help, but with the nightly build from 10/17, I get a window, then:

Quote
Using ATI workaround of dispatching display() on event thread
java.lang.IllegalMonitorStateException: current thread not owner
       at net.java.games.jogl.impl.JAWT_DrawingSurface.Unlock0(Native Method)
       at net.java.games.jogl.impl.JAWT_DrawingSurface.Unlock(JAWT_DrawingSurface.java:61)
       at net.java.games.jogl.impl.macosx.MacOSXOnscreenGLContext.unlockSurface(MacOSXOnscreenGLContext.java:253)
       at net.java.games.jogl.impl.macosx.MacOSXOnscreenGLContext.free(MacOSXOnscreenGLContext.java:161)
       at net.java.games.jogl.impl.GLContext.invokeGL(GLContext.java:319)
       at net.java.games.jogl.impl.macosx.MacOSXOnscreenGLContext.invokeGL(MacOSXOnscreenGLContext.java:84)
       at net.java.games.jogl.GLCanvas.displayImpl(GLCanvas.java:208)
       at net.java.games.jogl.GLCanvas.display(GLCanvas.java:75)
       at MyAnimator$1.run(AnimatorTest.java:113)
       at java.lang.Thread.run(Thread.java:552)
Bus error
10  Java Game APIs & Engines / JOGL Development / Re: Java Webstart Problem on: 2004-06-14 21:49:40
I'm not sure this is the problem you are chasing, but...

When I run:

   http://users.pandora.be/kozen/demos/Sample.jnlp

I get an error from JWS that indicates you have not signed Sample.jar and the jogl*.jar files with the same key:

An error occurred while launching/running the application.

Title: JOGL Sample
Vendor: K. Development
Category: Security Error

Unsigned application requesting unrestricted access to system
Unsigned resource: http://users.pandora.be/kozen/demos/Resources/jogl-natives-macosx.jar
11  Java Game APIs & Engines / JOGL Development / Re: jogl API feedback requested for JSR 231 on: 2004-04-12 23:32:01
Since Ken Russell requested problems also be discussed on this thread, the big show stopper for me is the reshape problem which causes system hangs. It's been discussed quite often, most recently on the java-seed@lists.apple.com list under the topic:

Re: OT: JOGL Re: Still getting link issues with JNLP

   pdj
12  Java Game APIs & Engines / JOGL Development / Re: jogl API feedback requested for JSR 231 on: 2004-04-10 01:39:17
The support for controlling buffer swapping. See the thread:

     Vote time: RFE - Developer controlled swap buffer
13  Java Game APIs & Engines / JOGL Development / Re: JOGL on Java 1.4.2 for OSX? on: 2004-02-19 21:26:17
Gregory Pierce wrote:

> What version are you using? If its not the latest nightly build or the latest release build from the site, then you need to upgrade.

Checking the cvs repository (:pserver:xxx@cvs.dev.java.net:/cvs jogl) on a fairly regular basis, I've seen no changes at all in the source code for months (weeks if you count a change on 1/31 that went in and back out because of my confusion). Same for the source distribution on the nightly build site <https://games-binaries.dev.java.net/build/index.html>. And I find no release builds there either.  Are the nightly builds done off something else? Am I looking in the right places?

I'm not complaining, just making sure I understand the current code state.

  pdj
14  Java Game APIs & Engines / JOGL Development / Tessellation bug fix for vertex[Data] callback on: 2004-01-29 13:27:33
In net.java.games.jogl.impl.tesselator.Render.java, line 306 of the Sept 5 release, the line

               tess.callVertexOrVertexData( e.Org.data);

should be

               tess.callVertexOrVertexData( e.Org.coords);

The vertex(coords) and vertexData(coords, userData) callbacks were getting the userData information in place of the coords.
   
   pdj
15  Java Game APIs & Engines / JOGL Development / Re: Demo Request, Swing and jogl on: 2004-01-26 00:10:16
As I mentioned in an earlier post, there seem to be problems with GLCanvas and AWT or Swing - even in an independent windows - on a Win2K system.

I've posted a simple modification to the Gears demo that instantiates a Swing Slider in another window to control the rotation of the gears. There are Java Web Start files to run it requesting either double or single buffered GL capabilities.

Don't run it on a system you don't want to crash. It's behavior is not repeatable.

I can run it and it looks normal for a few times, but resizing the GL window can hang the PC.  Sometimes I get a blank screen, sometme the performance is slow, sometimes everything looks fine. But repeated execution of the same application gives unpredictable results.

The double and single buffered versions are at:

   <http://agileimage.com/html/statistics/Gears.jnlp>
   <http://agileimage.com/html/statistics/Gears_single_buffered.jnlp>

The source is included in the jar file.

Any help would be appreciated.
   pdj
16  Java Game APIs & Engines / JOGL Development / Re: Demo Request, Swing and jogl on: 2004-01-23 22:14:01
I've been having little luck in using a Swing control in one window to manipulate a scene in a different GL window. I'm trying this to avoid some of the issues mentioned on this group in mixing the two in the same Frame.

I see two problems -

 1 - poor performance on OS X, very poor on Win2K. The awt thread does not seem to take much cpu time, but it seems like the repaint of the GLCanvas takes a long long time. Direct manipulation through a mouse in the GL window itself is instantaneous, as is the manipulation of the control by itself.

 2 - lack of anything displayed at all on Win2K or XP when there is much object complexity. Once I saw the the GL canvas come alive afer 2-3 minutes when the objects were the three gears from the Gears demo.

The first problem A is shown in a modified form of the example in this thread and posted at:

  http://agileimage.com/html/statistics/Lesson03.jnlp

The jar file has the source as well.

The problem with the lack of any display seems to happen both with an Animator running freely and when repaint is used. I'll put an example of that up  when I get time. I've set the doubleBuffer capability to false on the PC with no effect.

I'd like to find some way to get this working. Any pointers to parts of jogl to look at would be appreciated. Working demos that use both Swing and jogl and which run well would be even better.

  Thanks,
     Paul Jensen
Pages: [1]
 

Add your game by posting it in the WIP section,
or publish it in Showcase.

The first screenshot will be displayed as a thumbnail.

xsi3rr4x (36 views)
2014-04-15 18:08:23

BurntPizza (32 views)
2014-04-15 03:46:01

UprightPath (47 views)
2014-04-14 17:39:50

UprightPath (30 views)
2014-04-14 17:35:47

Porlus (47 views)
2014-04-14 15:48:38

tom_mai78101 (68 views)
2014-04-10 04:04:31

BurntPizza (128 views)
2014-04-08 23:06:04

tom_mai78101 (228 views)
2014-04-05 13:34:39

trollwarrior1 (193 views)
2014-04-04 12:06:45

CJLetsGame (200 views)
2014-04-01 02:16:10
List of Learning Resources
by SHC
2014-04-18 03:17:39

List of Learning Resources
by Longarmx
2014-04-08 03:14:44

Good Examples
by matheus23
2014-04-05 13:51:37

Good Examples
by Grunnt
2014-04-03 15:48:46

Good Examples
by Grunnt
2014-04-03 15:48:37

Good Examples
by matheus23
2014-04-01 18:40:51

Good Examples
by matheus23
2014-04-01 18:40:34

Anonymous/Local/Inner class gotchas
by Roquen
2014-03-11 15:22:30
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
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!