Java-Gaming.org Hi !
Featured games (83)
games approved by the League of Dukes
Games in Showcase (523)
Games in Android Showcase (127)
games submitted by our members
Games in WIP (592)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
    Home     Help   Search   Login   Register   
Pages: [1] 2 3
  ignore  |  Print  
  Uncontrolled flicker  (Read 12021 times)
0 Members and 1 Guest are viewing this topic.
Offline Caoimhin

Junior Devvie





« Posted 2004-06-30 17:29:43 »

2 weeks ago, this WinXP machine was running jogl apps just fine.  Now, not even the Gears demo works properly.

I'm seeing this on only one machine so I'm sure this is something local, but I don't know how to track it down.  The effect I'm seeing is as if jogl apps are not using a backbuffer.  I'm seeing tearing and transparency when I shouldn't.

Neither new code I've written nor my older (untouched) jars from the nehe tutorials are displaying properly.  The only thing I can think of that changed on this system was that I upgraded from Java 1.4.2_02 to 1.4.2_04.

Conversely, all C/C++ OpenGL demos are working fine.

I'll try downgrading Java to see if that changes anything, but can anyone think of anything else to look at?
Offline GKW

Senior Devvie




Revenge is mine!


« Reply #1 - Posted 2004-07-01 01:54:48 »

I don't think a lot of code was changed between those point releases.  I seem to recall that 03 just updated some certificates.  Have you tried 1.5?  It kicks ass.
Offline Caoimhin

Junior Devvie





« Reply #2 - Posted 2004-07-01 15:50:38 »

I've tried downgrading back to 1.4.2_02 and still have the same issue, so I don't think it's the revision of Java.

I don't think it's jogl as the same webstart app runs fine on my other Windows machines.  Please try http://home.earthlink.net/~kduling/webstart/Lesson07.html.  I haven't access to a linux box currently and I haven't tried on my ultra5 yet.

I haven't had any hardware changes.  I haven't even installed any other graphics applications or video drivers.

This sort of unknown problem bothers me because it appears to be something completely unrelated to my app, yet it is significantly impacting my app's performance.  Were this a situation where I was deploying commercial software and a customer was running into this issue, I'd like to know how to troubleshoot it.

In the end, I'm sure an OS reload will solve it, but that's like using a shotgun to kill a mosquito.
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline milvich

Senior Newbie




Java games rock!


« Reply #3 - Posted 2004-07-01 19:32:16 »

This sounds very similar to a problem that I am having on linux. I seem to lose the back buffer when I resize the GLCanvas, and sometimes it comes back when I resize it again. Mine was triggered when I upgraded my video card to a Nvidia Quadro card, and has persisted between Java 1.4.2_03, 1.4.2_04, 1.5.0 b2.

I think there is still some threading issues lurking somewhere...
Offline daymark

Senior Newbie




Java games rock!


« Reply #4 - Posted 2004-07-01 19:38:40 »

I just started out with JOGL and OpenGL today, and am suffering the same flicker problem, both with the JOGL demos and with this "single triangle" example: http://www.java-gaming.org/cgi-bin/JGNetForums/YaBB.cgi?board=jogl;action=display;num=1058027992;start=

The offending pc is a Dell 510m laptop with Intel 82852/82855 GM/GME graphics adapter, running XP-Pro SP1 (with latest updates), and JOGL 1.1b03. I tried JDKs 1.4.2_02, 1.4.2_04, 1.4.2_05, and updated the graphics driver, none of which made any difference.

I found two things that DO stop the flickering:

1) In the "single triangle" example, adding: glCaps.setDoubleBuffered(false);

or

2) In Display Properties > Advanced > Troubleshoot, cranking down Acceleration by 3 notches, thus disabling DirectDraw and Direct3D acceleration.

Obviously these are not solutions but may help to shed some light.

The laptop runs Non-JOGL OpenGL apps ok, including the Java3D FlyThrough demo and games like Evolva and Clusterball.

My Win2K-Pro pc (dual head: ATI Rage Pro PCI 8MB and NVidia GeForce DDR 256) runs everything just fine (on both cards).

Any ideas, anyone?

Cheers
David
Offline Caoimhin

Junior Devvie





« Reply #5 - Posted 2004-07-01 21:34:50 »

It's good to know I'm not alone in this.  I'll have to try playing with the glCaps on Tuesday when I get back into the office.

Another item of interest is that now when I run the Gears demo, my CPU is pegged.  It didn't used to be.  Before it used to take about 3% CPU, which really makes me think it's some sort of vsync issue.

Earlier today I also lowered my HW accel down and saw the issue went away.  And I confirmed that other OpenGL applications still run just fine.

None of the NeHe tutorials now work on this system.  I've also tried them in fullscreen mode and simply got a gray colored screen.  And I still can't think of any software that I've installed/removed in the last couple of weeks.  But on June 11th, everything was fine.  Very very strange.

The system that is failing is a Dell desktop p4 2.2Ghz system with an ATI Rage 128 Pro Ultra with 64 megs.

I came across a couple of games written by Kevin Glass under Xith3D.  Both of these ran without problems, which gives me hope it's some sort of setting that can be tracked down.  Take a look at Martian Madness and Survivor http://grexengine.com/sections/externalgames/tech-page-Xith3D.html
Offline daymark

Senior Newbie




Java games rock!


« Reply #6 - Posted 2004-07-02 07:49:44 »

Caoimhin, I tried MartianMadness - no flicker. Noticed it was running an old version of JOGL so tested Gears demo with each of this years 4 JOGL releases:

jogl-1.0 No flicker :^)
jogl-1.1b01 Flicker
jogl-1.1b02 Flicker
jogl-1.1b03 Flicker

This was on my XP-Pro laptop (see spec above) with j2sdk1.4.2_05, and using the respective demos from each JOGL version.

Looks like something funny got introduced in jogl-1.1b01.

Could you test and confirm this?

Cheers
David

<edit>CPU is at 100% on all four versions.</edit>
Offline Caoimhin

Junior Devvie





« Reply #7 - Posted 2004-07-02 15:14:21 »

How did you determine what version of jogl Martian Madness installed?

I just put the lastest jogl on to this machine, my Gateway centrino with an ATI Radeon Mobility 9600 and windowed apps are running fine.  But fullscreen apps are just gray screens that don't respond to keystrokes.

I found the older jogl binaries under the Documents and Files link on the jogl project page.  I'm downloading each now to try each one against the binary I'm having trouble with.  You might like to try this one version that does fullscreen and see if you have the same grey problem I do.  http://www.earthlink.net/~kduling/fullscreen.jar

Offline Caoimhin

Junior Devvie





« Reply #8 - Posted 2004-07-02 17:29:53 »

I've narrowed down the fullscreen problem that I'm having on this machine (Gateway centrino, ATI Radeon Mobility 9600) to it having been introduced in jogl 1.1b01,.  

I'm finding that 1.0 is completely reliable for switching into fullscreen mode, but 1.1b01 and 1.1b02 are flakey, succeeding about 50% of the time.  1.1b03 is guaranteed to fail each time I attempt to run the app in fullscreen mode.  Once I've failed with 1.1b03, I can't get the system properly entering fullscreen again without downgrading to 1.0.

Offline Mac

Junior Newbie




Java games rock!


« Reply #9 - Posted 2004-07-02 21:36:40 »

Don't know if this helps at all since I havent had the problem you described but try specifying -Dsun.java2d.noddraw=true to the jvm on startup. That disables java2d's use of directdraw on windows machines, it is after all a well known fact that OpenGL and DirectX don't play nice together.
//Mac
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline daymark

Senior Newbie




Java games rock!


« Reply #10 - Posted 2004-07-03 10:40:17 »

Quote
How did you determine what version of jogl Martian Madness installed?

Just saw it was smaller than recent releases and had a Sep-03 datestamp.

Quote
I just put the lastest jogl on to this machine, my Gateway centrino with an ATI Radeon Mobility 9600 and windowed apps are running fine.  But fullscreen apps are just gray screens that don't respond to keystrokes.

Which OS on this machine? If its not XPP I'm wondering if this might be the common denominator regarding the original flicker problem...

Quote
I found the older jogl binaries under the Documents and Files link on the jogl project page.  I'm downloading each now to try each one against the binary I'm having trouble with.  You might like to try this one version that does fullscreen and see if you have the same grey problem I do.  http://www.earthlink.net/~kduling/fullscreen.jar

Afraid the link is broken so couldn't try this.

Quote
Don't know if this helps at all since I havent had the problem you described but try specifying -Dsun.java2d.noddraw=true to the jvm on startup. That disables java2d's use of directdraw on windows machines, it is after all a well known fact that OpenGL and DirectX don't play nice together.
//Mac

Thanks Mac, but afraid it didn't fix the flicker problem.
Offline Caoimhin

Junior Devvie





« Reply #11 - Posted 2004-07-03 12:29:22 »

Whoops, that should have been http://home.earthlink.net/~kduling/fullscreen.jar

Yes, this machine is also running Windows XP.
Offline daymark

Senior Newbie




Java games rock!


« Reply #12 - Posted 2004-07-03 13:05:37 »

Quote
Whoops, that should have been http://home.earthlink.net/~kduling/fullscreen.jar

Yes, this machine is also running Windows XP.

Running fullscreen.jar under jogl-1.0 in non-fullscreen mode works on my mischeivous laptop. But running in fullscreen mode produces a grey screen as you described - unless I add Mac's suggestion of -Dsun.java2d.noddraw=true.  Then it draws ok except that the spinning crate is centered over the bottom right corner of the screen...
Offline keving

Senior Newbie




Java games rock!


« Reply #13 - Posted 2004-07-03 13:58:17 »

Hi All,

The new Digiturf horse-racing viewer went live on the web a week ago (http://www.digiturf.com) and while it works perfectly for the vast majority of our players, a handful have complained about problems similar to what you have described. I did witness the effect first-hand once - jogl appeared to be drawing directly to the front buffer - it ran very slowly (1-2 frames a second) and you could see individual triangles being drawn until the whole frame had been rendered and then the process would start all over again for the next frame.
Unfortunately I don't have access to this machine anymore.

Those with this problem all seem to be running on machines with the Intel 82845 chipset. This may be similar to Daymark's 82852/82855?

We have not been able to establish a pattern in the versions of Windows or J2RE they are using, mainly because they don't tell us these things...

AFAIK, some of the affected players have loaded the latest Intel drivers with no effect.

We are using JOGL version 1.1.0-b04.

For reliability, the viewer does not run in true full-screen mode, rather it sets windows decorations off and resizes itself to the current display dimensions.

We have until now not been able to obtain a machine with this hardware to test with, but Intel have loaned us a motherboard with this chipset - we will set this up on Monday - and a colleague will bring in a PC from home that has this hardware.

I have seen -Dsun.java2d.noddraw=true recommended in this and other threads but have been unable to try it - it would be difficult to talk an angry, non-PC literate user in another country into setting this as a Windows environment variable in the hope that it might work for him, and I am reluctant to set this globaly for all users in the JNLP.

Though not directly related to this problem, I have read http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4713003 and I gather that the noddraw setting is more of a work-around than a fix. This bug report also refers to bug 4812026 specifically in connection with the Intel 82845 chipset, but I get "This bug is not available" when I try to view it. Otherwise, they say "installing SP1 for WindowsXP should fix the problem." (And yet, Daymark has SP1)

Are there any risks in setting sun.java2d.noddraw to true for everyone? Could it break things for those players for which the viewer is currently working? Will it slow down Swing?

Does anyone know any more about bug 4812026? Is there maybe a fix for this in a later JRE release? Is this specifically a WindowsXP problem?

Any other ideas?






Offline daymark

Senior Newbie




Java games rock!


« Reply #14 - Posted 2004-07-03 14:31:11 »

Heh heh - your race viewer is very clever Grin

Runs fine on my laptop. How about adding a "quality" control for increasing the polygon count?

<edit>
Guess that would increase download time.

Where did you get jogl 1.1b04 ?  Latest I can see is 1.1b03.
</edit>
Offline Mac

Junior Newbie




Java games rock!


« Reply #15 - Posted 2004-07-03 14:52:12 »

daymark wrote:
Quote
Then it draws ok except that the spinning crate is centered over the bottom right corner of the screen...

That could be because you are using a layoutmanager that places it there? I would recommend using a borderlayout on your container and explicitly specifying Borderlayout.CENTER when adding the GLCanvas

keving wrote:
Quote
Are there any risks in setting sun.java2d.noddraw to true for everyone? Could it break things for those players for which the viewer is currently working? Will it slow down Swing?

Personally I would recommend against setting it as an environment variable since that would affect all java programs and may as you say slow down other gui apps. If you are distributing your app to a lot of computer illiterate people then I'm guessing you are using some sort of launcher or at least a shell script for starting it up? If that is the case, adding the -D... option on the command line to the VM for your app only should be easy. If you are using webstart on the other hand I'm not very familiar with that but I can't imagine that it's not possible to specify vm start parameters to it?
Oh! He he maybe you were asking if it could break anything when applied to YOUR app? Im not that fast a thinker. Well, I would think it's perfectly safe. And if you are not using swing a lot (as in just for menus and such) you should not see any performance loss I guess. If you are running the app fullscreen you should most definetly disable ddraw because as I said earlier OGL and DX don't like each other.
Offline Caoimhin

Junior Devvie





« Reply #16 - Posted 2004-07-03 17:02:43 »

daymark:
Quote
Where did you get jogl 1.1b04 ?  Latest I can see is 1.1b03.

It's the nightly build.  The breadcrumb trail is Projects  >  games  >  games-core  >  games-binaries
Or you can get to them from https://games-binaries.dev.java.net/build/index.html

keving:
Quote
Otherwise, they say "installing SP1 for WindowsXP should fix the problem." (And yet, Daymark has SP1)

I've also got Windows XP SP1 on this laptop.

daymark:
Quote
Running fullscreen.jar under jogl-1.0 in non-fullscreen mode works on my mischeivous laptop. But running in fullscreen mode produces a grey screen as you described - unless I add Mac's suggestion of -Dsun.java2d.noddraw=true.  Then it draws ok except that the spinning crate is centered over the bottom right corner of the screen...

It shouldn't be in the bottom right.  It should be centered on the screen just as it is centered in the window in non-fullscreen.

Flakey, flakey, flakey...
Offline keving

Senior Newbie




Java games rock!


« Reply #17 - Posted 2004-07-04 08:47:03 »

re: Digiturf RaceViewer, Daymark wrote:
Quote
Runs fine on my laptop
Shocked Is this the same 82852/82855 laptop that you are having the flickering problem with the JOGL Demos? Are you running the viewer with DirectDraw and Direct3D acceleration turned off?

Have you tried the Demos with jogl 1.1b04? If you still have the Race Viewer installed in Webstart, you can pull this version of jogl from your Webstart cache. Look for the files RMjogl.jar and RMjogl_lib.jar. Rename RMjogl.jar to jogl.jar, and extract jogl.dll from RMjogl_lib.jar.

Quote
How about adding a "quality" control for increasing the polygon count...Guess that would increase download time

Not only that, we had to be sure of a decent frame rate on most average machines. This version peaks at about 120 000 triangles rendered per frame if the maximum of 14 horses, the starting gate and the main grandstand are all visible. There are some enhancements planned - watch this space  Wink

Regarding full-screen mode, why don't you do what I did and just resize your main window to the display dimensions and turn off decorations? I went this route because I read about and experienced myself the general flakiness and unpredictability of exclusive full-screen mode with jogl. Maybe just simulating full sceen mode will be sufficient for your app?

Kevin
Offline Caoimhin

Junior Devvie





« Reply #18 - Posted 2004-07-04 13:48:12 »

keving wrote:
Quote
Regarding full-screen mode, why don't you do what I did and just resize your main window to the display dimensions and turn off decorations? I went this route because I read about and experienced myself the general flakiness and unpredictability of exclusive full-screen mode with jogl. Maybe just simulating full sceen mode will be sufficient for your app?

One could certainly do that, but that method has drawbacks.  It might be sufficient, it might not.  The biggest is that you don't know what resolution the user is running their system at.  My desktop is at 1600x1200.  Performance varies with screen resolution size.  By just maximizing a 640x480 windowed application your framerate could drop from 60 to ...oh, about 4.

If the user is getting poor performance from the application, the only way for them to change resolution is for them to change it overall for the system.  That's not acceptable.  Fullscreen exclusive modes have been in use on computers and game platforms for years.

Every commercial game I've played in the last 5 years has had a section for screen resolution in the game configuration screens.

The bottom line is that it shouldn't be flakey.  It should either work, or not work.  But this situation where it works on this card but not on that card is exceedingly frustrating.
Offline keving

Senior Newbie




Java games rock!


« Reply #19 - Posted 2004-07-04 15:41:54 »

I fully agree. Exclusive full-screen mode seems to be  just too risky to use for a public release game.
Offline daymark

Senior Newbie




Java games rock!


« Reply #20 - Posted 2004-07-04 20:45:04 »

Quote
keving wrote:
Is this the same 82852/82855 laptop that you are having the flickering problem with the JOGL Demos? Are you running the viewer with DirectDraw and Direct3D acceleration turned off?

Yep, same laptop, full acceleration. Gears demo flickers under all version of jogl after 1.0, but your Race Viewer runs fine.

Quote
keving wrote:
Have you tried the Demos with jogl 1.1b04? If you still have the Race Viewer installed in Webstart, you can pull this version of jogl from your Webstart cache. Look for the files RMjogl.jar and RMjogl_lib.jar. Rename RMjogl.jar to jogl.jar, and extract jogl.dll from RMjogl_lib.jar.

Couldn't see the RM* jars, but downloaded current jogl nightly build and Gears demo still flickers. Must say deploying a nightly build with a production app sounds pretty scary.

Quote
keving wrote:
Maybe just simulating full sceen mode will be sufficient for your app?

Fullscreen is not a big issue for me. My app is only at the idea stage. I'm learning OGL and evaluating Java bindings, trying to find a stable foundation on which to build. Maybe write a facade layer to decouple the app from the bindings and reduce risk of being locked in to something flakey. Maybe even write a minimalist binding with just the features I need, as and when I need them. Would regain some control.
Offline keving

Senior Newbie




Java games rock!


« Reply #21 - Posted 2004-07-05 18:28:03 »

daymark wrote:
Quote
Yep, same laptop, full acceleration. Gears demo flickers under all version of jogl after 1.0, but your Race Viewer runs fine.

Hmmm. As Sylvester (see left) would say: "There's something scsscrewy here..."

The current version of the race viewer is a port from GL4Java and I used the Gears demo source code as a starting point - so I don't think there's anything significantly different in the race viewer wrt setting up the JFrame, animator and GLCanvas etc. - and I don't think there's really much else to consider? I'll look at the Gears demo source again - maybe I'll find some clues as to why the demos flicker on some machines, and not the race viewer, and vice versa.

I have not yet been able to test noddraw=true on a machine that displays this problem. I might have to email a JNLP file with this setting to one of the users to test.

daymark:
Quote
Must say deploying a nightly build with a production app sounds pretty scary.

Is this really a "Nightly Build" anymore? I'm using the version from https://games-binaries.dev.java.net/build/index.html - under nightly builds and dated 14 May 2004. that one has since been replaced by a new build dated 17 May. No new builds since than. The 14 May build was the version I used throughout development and testing and at the time of deployment I decided that the risk in going back to b03 or forward to the 17 May build was greater than just staying with what I knew was working for me.

In any event, the flickering problem exists even with the latest builds.

Is b04 really still "Nightly Build"? Can anyone elaborate on this?

Kevin


Offline Caoimhin

Junior Devvie





« Reply #22 - Posted 2004-07-05 21:53:43 »

Quote
Is b04 really still "Nightly Build"? Can anyone elaborate on this?

At a guess, builds are only made if the source code changes.
Offline davec67

Junior Newbie




Java games rock!


« Reply #23 - Posted 2004-07-06 16:01:33 »

just to add to the discussion. I to am seeing uncontrolled flicker with the gears demo (or any demo I try to run).

I am using a win2k laptop with the following opengl driver

GL_VENDOR: ATI Technologies Inc.
GL_RENDERER: Radeon 7000 DDR x86/SSE
GL_VERSION: 1.3.3561 Win2000 Release

The funny thing is by default it chooses the default generic microsoft driver (even if I request hardware accelerated) and I get flicker. If I try to specify what I want in the pixel format, particularly depthbits then it chooss the ATI driver but I get a completely white screen. This raises several questions - why would the generic microsoft driver flicker ? It supports double buffer and I have tried specifing double buffer or not, and why when it chooses the ATI driver do I not see anything at all ?

I have several other openGL applications and they choose and run the ati driver fine. If I force the microsoft generic driver on it also works fine for other apps.

Any ideas, as I am keen to use jogl but can't until this basic problem is solved ?
Offline davec67

Junior Newbie




Java games rock!


« Reply #24 - Posted 2004-07-06 17:10:42 »

another interesting thing is that I just tried the jake2 implementation and it does not flicker at all. If I copy the version of jogl.jar that they use then gears works fine for me.

So does anyone know which build jake2 uses ?
Offline Caoimhin

Junior Devvie





« Reply #25 - Posted 2004-07-07 00:23:33 »

I'm not sure what jake2 is, but here's a listing of the different jogl versions and their byte sizes.

Directory of C:\Documents and Settings\kevin\Desktop\Jogl Versions\1.0 - April 12

04/12/2004  10:02 AM           483,328 jogl.dll
04/12/2004  10:57 AM           796,417 jogl.jar
04/12/2004  10:02 AM            40,960 jogl_cg.dll

Directory of C:\Documents and Settings\kevin\Desktop\Jogl Versions\1.1.0-b04

05/17/2004  02:34 AM         1,097,438 jogl.dll
05/17/2004  02:33 AM           648,097 jogl.jar

Directory of C:\Documents and Settings\kevin\Desktop\Jogl Versions\1.1b01 - April 21

04/21/2004  09:56 PM           659,456 jogl.dll
07/02/2004  11:52 AM           952,616 jogl.jar
04/21/2004  09:56 PM            40,960 jogl_cg.dll

Directory of C:\Documents and Settings\kevin\Desktop\Jogl Versions\1.1b02 - April 22

04/21/2004  09:56 PM           659,456 jogl.dll
07/02/2004  12:17 PM           953,362 jogl.jar
04/21/2004  09:56 PM            40,960 jogl_cg.dll

Directory of C:\Documents and Settings\kevin\Desktop\Jogl Versions\1.1b03 - April 29

04/29/2004  03:51 PM           659,456 jogl.dll
07/02/2004  12:03 PM           957,296 jogl.jar
04/29/2004  03:51 PM            40,960 jogl_cg.dll

Directory of C:\Documents and Settings\kevin\Desktop\Jogl Versions\2003

09/05/2003  11:02 AM           483,328 jogl.dll
09/05/2003  11:19 AM           564,699 jogl.jar
09/05/2003  11:02 AM            40,960 jogl_cg.dll

I confirmed today that my system at work is subject to the same issues as daymark's card.
Offline daymark

Senior Newbie




Java games rock!


« Reply #26 - Posted 2004-07-07 11:02:54 »

Quote
I confirmed today that my system at work is subject to the same issues as daymark's card.

What's the spec?

It must have something in common with my laptop (Dell Inspiron 510m, 1.4GHz Pentium M, 512MB, 15" SXGA 1400 x 1050, Intel 82852/82855 GM/GME graphics adapter, XP-Pro SP1).
Offline Caoimhin

Junior Devvie





« Reply #27 - Posted 2004-07-07 16:35:11 »

Operating System: Windows XP Professional (5.1, Build 2600) Service Pack 1 (2600.xpsp2.030422-1633)
System Manufacturer: Dell Computer Corporation
System Model: OptiPlex GX240              
Processor: Intel(R) Pentium(R) 4 CPU 2.20GHz
Memory: 512MB RAM
Card name: 16MB ATI Rage 128 Ultra
Manufacturer: ATI Technologies Inc.
Chip type: RAGE128 PRO II, (AGP 4X/PCI)
DAC type: Internal DAC (350Mhz)
Offline daymark

Senior Newbie




Java games rock!


« Reply #28 - Posted 2004-07-07 22:00:07 »

Quote
just to add to the discussion. I to am seeing uncontrolled flicker with the gears demo (or any demo I try to run).

I am using a win2k laptop with the following opengl driver

GL_VENDOR: ATI Technologies Inc.
GL_RENDERER: Radeon 7000 DDR x86/SSE
GL_VERSION: 1.3.3561 Win2000 Release

The funny thing is by default it chooses the default generic microsoft driver (even if I request hardware accelerated) and I get flicker. If I try to specify what I want in the pixel format, particularly depthbits then it chooss the ATI driver but I get a completely white screen. This raises several questions - why would the generic microsoft driver flicker ? It supports double buffer and I have tried specifing double buffer or not, and why when it chooses the ATI driver do I not see anything at all ?

I have several other openGL applications and they choose and run the ati driver fine. If I force the microsoft generic driver on it also works fine for other apps.

Any ideas, as I am keen to use jogl but can't until this basic problem is solved ?

I hadn't noticed the driver was changing (didn't know it could!) until I read this, so I did some more testing of my laptop running Gears. There is a definite correspondance between MS driver and flicker:

JOGL 1.0 is using the Intel driver which renders ok:

   GL_VENDOR: Intel
   GL_RENDERER: Intel Montara-GM
   GL_VERSION: 1.3.0 - Build 4.14.10.3701

JOGL 1.1b03 is using MS driver which flickers:

   GL_VENDOR: Microsoft Corporation
   GL_RENDERER: GDI Generic
   GL_VERSION: 1.1.0

How does the driver get selected - is this down to jogl or the OS ?
Offline keving

Senior Newbie




Java games rock!


« Reply #29 - Posted 2004-07-08 05:54:56 »

Daymark wrote:
Quote
JOGL 1.1b03 is using MS driver which flickers:

I have seen this too with one of the Race Viewer users who has the flickering problem on Intel 82845 graphics.

Would you mind running the Race Viewer again (i.e with no flicker) and check what driver it's using in your case - details are written to the Java console on start-up. Remember that the Race Viewer is using the 14 May build of JOGL 1.1b04.

Just curious: You mention GL version 4.14.10.3701? Is this maybe a typo? According to http://www.intel.com/support/graphics/sb/CS-009479.htm#845 the leading "4" indicates a Windows 95/98/NT driver, but you have Windows XP? Possibly, the OpenGL version numbers aren't necessarily always the same as the Driver version numbers?

Kevin
Pages: [1] 2 3
  ignore  |  Print  
 
 
You cannot reply to this message, because it is very, very old.

 

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

The first screenshot will be displayed as a thumbnail.

SHC (24 views)
2014-11-25 12:00:59

SHC (23 views)
2014-11-25 11:53:45

Norakomi (22 views)
2014-11-25 11:26:43

Gibbo3771 (22 views)
2014-11-24 19:59:16

trollwarrior1 (36 views)
2014-11-22 12:13:56

xFryIx (74 views)
2014-11-13 12:34:49

digdugdiggy (52 views)
2014-11-12 21:11:50

digdugdiggy (46 views)
2014-11-12 21:10:15

digdugdiggy (41 views)
2014-11-12 21:09:33

kovacsa (68 views)
2014-11-07 19:57:14
Understanding relations between setOrigin, setScale and setPosition in libGdx
by mbabuskov
2014-10-09 22:35:00

Definite guide to supporting multiple device resolutions on Android (2014)
by mbabuskov
2014-10-02 22:36:02

List of Learning Resources
by Longor1996
2014-08-16 10:40:00

List of Learning Resources
by SilverTiger
2014-08-05 19:33:27

Resources for WIP games
by CogWheelz
2014-08-01 16:20:17

Resources for WIP games
by CogWheelz
2014-08-01 16:19:50

List of Learning Resources
by SilverTiger
2014-07-31 16:29:50

List of Learning Resources
by SilverTiger
2014-07-31 16:26:06
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!