JGadget - fake 3d rendering in Java

[ReBirth]

AMD Brazos E-450

AMD Brazos E-450 1.65GHz? That one? The one with 2 cores?
Well that explains your 10 fps !

So this machine can run Civ 5 and Halo 2 well but not this? Hmm complicated

[gouessej]

Hi

Thank you for the JAR. I get about 15 FPS in ultra quality. The mouse cursor is still visible (you could use a transparent image as a cursor to "hide" it), the full screen mode is not working, the task bar is drawn above your window because of an AWT bug with KDE 4. It is quite nice Of course, I keep in mind that you use a very low resolution and a lot of clipping. Why not adding an option to completely disable clipping and to use the current resolution instead of switching to another one? Keep up the good work.

[EgonOlsen]

It could really need some (i.e. a lot of!) optimizations...i tried it on an old AthlonX2 @ 2.4Ghz and the fps display never exceeded 5fps...and it felt even slower. The same machine can run this software rendered thingy at 30-80fps in 640*480: http://www.jpct.net/quapplet/. I would expects this much simpler engine to spit out at least 80fps...and not 5...

Games published by our own members! Check 'em out!

[gouessej]

It could really need some (i.e. a lot of!) optimizations...i tried it on an old AthlonX2 @ 2.4Ghz and the fps display never exceeded 5fps...and it felt even slower. The same machine can run this software rendered thingy at 30-80fps in 640*480: http://www.jpct.net/quapplet/. I would expects this much simpler engine to spit out at least 80fps...and not 5...

My machine is worse than yours (AMD Sempron 2600+, single core) but JGadget is at least third times faster with it, why?

Edit.: your example rocks 

[EgonOlsen]

My machine is worse than yours (AMD Sempron 2600+, single core) but JGadget is at least third times faster with it, why?

No idea. Maybe caused by the fact that the jar version runs full screen (i couldn't get the applet to do anything except on my main machine) and has to scale up somehow?

[orange451]

It could really need some (i.e. a lot of!) optimizations...i tried it on an old AthlonX2 @ 2.4Ghz and the fps display never exceeded 5fps...and it felt even slower.

There isn't a lot of optimizations I can do for the engine, except change what is used to draw all the graphics .

[gouessej]

It could really need some (i.e. a lot of!) optimizations...i tried it on an old AthlonX2 @ 2.4Ghz and the fps display never exceeded 5fps...and it felt even slower.

There isn't a lot of optimizations I can do for the engine, except change what is used to draw all the graphics .

Look at 3DzzD's source code, it uses a software renderer too.

My machine is worse than yours (AMD Sempron 2600+, single core) but JGadget is at least third times faster with it, why?

No idea. Maybe caused by the fact that the jar version runs full screen (i couldn't get the applet to do anything except on my main machine) and has to scale up somehow?

It was a bit slower with the applet but still faster and anyway, full screen is partially broken with KDE 4.

[Cero]

It could really need some (i.e. a lot of!) optimizations...i tried it on an old AthlonX2 @ 2.4Ghz and the fps display never exceeded 5fps...and it felt even slower.

There isn't a lot of optimizations I can do for the engine, except change what is used to draw all the graphics .

well actually with Slicks API being so similar in use, a switch would be easy.

[MindOfCorruption97]

May I ask. How did you do this?

[orange451]

Do what?
Calculating the points was the hardest thing to do in this engine (and it still wasn't even that complicated ) just a very slight amount of trigonometry (and I only just passed Geometry in school ). Once you have all the points, texturing is as simple as drawing vertical images that are of different sizes, and only draw part of a whole texture (to get that skewed texture effect).

Games published by our own members! Check 'em out!

[EgonOlsen]

There isn't a lot of optimizations I can do for the engine, except change what is used to draw all the graphics .

May i ask how you are doing that?

[gouessej]

There isn't a lot of optimizations I can do for the engine, except change what is used to draw all the graphics .

May i ask how you are doing that?

He uses volatile images and he probably enables Java2D OpenGL pipeline. In my humble opinion, he should use spatial subdivision and various culling methods to improve the performance of JGadget.

[orange451]

He uses volatile images and he probably enables Java2D OpenGL pipeline. In my humble opinion, he should use spatial subdivision and various culling methods to improve the performance of JGadget.

Well, If I were better at math, I would figure out which walls in the players view can't actually be seen (behind other walls) and then not draw them ! However, Math isn't my strongest of subjects.

[EgonOlsen]

So you are making individual draw calls and let the Java2D pipeline scale the graphics?

[gimbal]

Well, If I were better at math, I would figure out which walls in the players view can't actually be seen (behind other walls) and then not draw them ! However, Math isn't my strongest of subjects.

Not really a thing of math but through the use of a proper data structure. Aaaaah that takes me back to the days where BSP trees were hot stuff