gears demo limps on vista

OpenGL Development JOGL Development
#1

Hello,

I’m new to this forum - sorry if this is a repeat but I didn’t find anything on a quick search.

Three questions:

I ran the gears demo on my win XP machine and it runs fine, however on my new dell xps (quadcore 8800gtx) it limps ? What’s more it’s using 100% of two cores. Looks in fact as it it’s running in software.

Is there an answer to this - I thought opengl was hardware enabled on vista.

Next question:

I’m investigating the possibility of using jogl to develop an application educational application

For this project I need to embed a graphics window in a browser. Is the Java Plug-in the way to go?

Secondly I need to communicate between the host page and the graphics app with javascript. For instance I want to pass out pick events with an object code, decide what to do in javascript, and pass back commands to change the colour or inhibit display of an object.

Can someone suggest a starting point for this java - javscript communication.

Grateful for any help.

Chris

#2

Hi,

First question: We’re running Vista here and JOGL runs fine on it. I did have to update the graphics drivers to the latest version though.

Second question: You can embed a graphics window in a browser using jogl, for a demo see this page --> https://jogl-demos.dev.java.net/applettest.html. And I can confirm it will work on more extreme examples as we are running our software (3d cabinet design software) through an applet.

Third question: Sorry can’t help you with that…

Jark

#3

http://java.sun.com/products/plugin/1.3/docs/jsobject.html
http://java.sun.com/j2se/1.5.0/docs/guide/plugin/developer_guide/js_java.html

#4

Thank you both for that - very helpful. It’s nice to be on so active a forum.

I have developed a prototype 3d anatomy product in x3d using the flux browser plugin. The the product displays 3d human anatomy models in real time. Although the prototype is sucessful there is no way to protect the 3d model which is the result of many years of development and investment.
I am therefore looking to build a browser plugin which will enable me to securely encrypt the data.
The files are quite large, a typical uncompressed x3d file is around 75Mb.
Are there any limits to the memory allocated to the applet?
The files would be downloaded just once is there anything which would prevent the applet accessing a local file?

Does this sound do-able?

Thanks for any advice.

Chris

#5

There are limits to the applet’s heap size. They’re unspecified but expect 64 - 96 MB. You don’t need to load the whole file in to RAM but instead you can open it using a FileInputStream and convert it to an in-memory representation which will be much smaller.

If you require the use of the the next-generation Java Plug-In (see here and here) then you can get around these heap size restrictions. The new Java Plug-In supports setting for example -Xmx128m in your HTML for the applet tag.

You will need to sign your applet in order to access the local disk. You can self-sign it (not recommended) or buy a code signing certificate from for example Verisign. A Java code signing certificate costs roughly $400 as far as I remember.

In general there is no way to 100% securely encrypt your data file. Someone could always decompile your applet, figure out how it’s doing its decryption, and then use that decryption code in their own program. However, you could probably use a combination of a public/private key encryption algorithm plus obfuscation of your applet’s code to get a reasonable level of security.

#6

[quote]I am therefore looking to build a browser plugin which will enable me to securely encrypt the data.
[/quote]
If I were to steal someone else’s intellectual property, I could easily do it as it’s being rendered to screen. Because the data needs to be passed to hardware, there’s an easy place to hook in and sniff all the data that comes out.

While scrambling your files so that simple “borrowing” of assets is probably a reasonable precaution, you CANNOT guard against a determined hacker on the client machines, because the hardware is outside of your control. Don’t spend too much trying to guard against that, because that will largely be wasted time as soon as someone cracks it (assuming there’s any incentive to crack, that is).

#7

Given the value of your models and the inability of truly preventing them from being accessible, you could implement a 3D watermarking scheme.
Thus you would have a little extra peace of mind maybe?
http://portal.acm.org/citation.cfm?id=1022456

#8

Thanks for all the advice. I have decided to go the java/jogl route. However I’m still getting a performance issue.

I have tried many of the jogl demos side by side on my old XP system and my new quad core vista 8800gtx system.

All the demos run smoothly on XP and all stutter on the vista system.

I have installed the latest drivers: forceware 169.25 and complied and run the gears demo under eclipse 3.3.0.

No change in behaviour.

Running on XP the gears demo shows a CPU usage of 10% and as I say it runs smoothly.
On Vista the same demo stutters and jumps and is using 60% of the CPU.

Update: I tried the Vertex buffer Object and the Vertex array range demos. These are running fine on Vista with 30% cpu.
But limps along with 100% cpu on XP. (The code for this is all in C++)?

Update 2: got hold of a laptop (Viao with 8600 card) and that’s running the demo’s just fine under Vista.

Will continue to investigate. Looks like something to do with the 8800gtx card???

Any help appreciated.

Chris

#9

It’s definitely possible that NVidia’s latest card and most recent drivers have stability problems on Vista. You should see whether there is a forum on NVidia’s web site where you can report issues if you can boil them down to a specific graphics card, driver and OS configuration.

#10

yes, there is a forum: http://forums.nvidia.com/