Hi !
Featured games (84)
games approved by the League of Dukes
Games in Showcase (595)
Games in Android Showcase (168)
games submitted by our members
Games in WIP (646)
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  Game Development / Performance Tuning / Re: Limited Palettes on: 2013-04-27 18:49:36
don't waste your time to store images in a different format than rgba 32 bit. It just makes things more complicated. The performance improvement can be done in most games with the correct usage of modern opengl (no glBegin, glMatrixMode, etc). There was something called color index mode, but it is deprecated, if you want it back you need to implement the color lookup in the fragment shader. Texture compression is something you could use.
2  Game Development / Shared Code / Re: LWJGL/JavaFX Integration on: 2013-04-27 09:07:15
Thanks for the info so far. But I think there can be done something with this overhead. Currently I have these ideas:

I could make the JavaFx pipeline optional. This means as long as my mouse is grabbed by Lwjgl I would render without framebuffer directly with Display.swapBuffers. But as soon as the mouse is released (by pressing Esc) my screen will render into a framebuffer once and the GUI will shows up. But I am not shure if this is as easy as it sounds, because this requires that the JavaFx window to turn into an LWJGL window and vice versa.

A different approach to reduce the render overhead would be to move textures only in one direction. So instead of rendering the scene into a framebuffer, the GUI could be rendered into a window sized rgba texture. Then I can merge the GUI texture with the scene rendering within my rendering loop. This could also benefit from the fact, that (as I've mentioned earlier) GUI updates are commonly less frequent than scene updates. This requires offscreen rendering with javafx and translation of LWJGL events into JavaFx events.
3  Game Development / Shared Code / Re: LWJGL/JavaFX Integration on: 2013-04-25 21:54:52
Ok, I have integrated your code into my project, and I really like it. The problem is, that my cpu usage is pretty high. I have an Itel Gpu and Linux, which gives me software javafx. But I have the impression, that my render Screen in rendered on the GPU, pulled back into main memory and merged with all the other JavaFx screens, and then pushed back into the game. My question is, if I had a better GPU with better drivers will my framebuffer remain on the GPU?

here an image if you care. The Button is JavaFx  Grin
4  Game Development / Shared Code / Re: LWJGL/JavaFX Integration on: 2013-04-22 12:45:51
thanks for the info, no problem with math here, but I am still not shure how to lock the mouse to do some first person stuff with mouse, keyboard and for those, who prefer it, even gamepad. I think I am going to explore your sourcecode a little bit more.
5  Game Development / Shared Code / Re: LWJGL/JavaFX Integration on: 2013-04-21 22:03:34

I found this with google and tried it, and I have to say I really like it, because it works. But on my Intel card it is slow, but that video card sucks anyway. I think the performance could be better if you exploit the fact that GUI elements update rather seldom compared to the 3D Scene. So instead of moving the 3D Scene into an ImageView, you might render all GUI elements that have changed into an offscreen texture and draw thaw with LWJGL manualy. This might be done, if you can replace or modyfy the scene Renderer from JavaFX with one of your own.

I tried to do something similar with swing, but I miserably failed. I could copy the swing component to an OpenGL texture, that was no problem, but I was not able to do it on change events. Also all interacitivity was lost if I wanted to bring swing elements into the 3D space. I was not able to find a hook to replace the renderer or to replace the user input. If you can do this in javafx, I will like you very much Wink
6  Game Development / Performance Tuning / Re: Sprites! on: 2010-08-09 20:19:02
it first i wanted to do it the oop stype with particle.draw. It ended in the first version and with very poor performance. Now I am happy with performant direct mode.
7  Game Development / Performance Tuning / Re: Sprites! on: 2010-08-09 19:12:31

I am using direct mode for particle sprite rendering. I got a huge speedup with avoiding many glBegin glEnd calls.
so changing this
for all particles p:

for all particles p:

made a huge difference.
Now rendering 30 000 particles is no Problem anymore.
Pages: [1]
deepthought (48 views)
2015-06-30 15:39:44

deepthought (55 views)
2015-06-30 15:39:09

deepthought (65 views)
2015-06-30 15:36:52

Za\'Anzabar (42 views)
2015-06-29 05:44:54

TritonDreyja (49 views)
2015-06-24 17:10:40

CopyableCougar4 (49 views)
2015-06-23 00:34:45

BurntPizza (55 views)
2015-06-21 20:36:46

cookiecompiler (94 views)
2015-06-11 15:42:53

cookiecompiler (56 views)
2015-06-11 15:41:14

NegativeZero (81 views)
2015-06-11 09:49:18
How Do I Expand My Game?
by bashfrog
2015-06-14 11:34:43

List of Learning Resources
by PocketCrafter7
2015-05-31 05:37:30

Intersection Methods
by Roquen
2015-05-29 08:19:33

List of Learning Resources
by SilverTiger
2015-05-05 10:20:32

How to: JGO Wiki
by Mac70
2015-02-17 20:56:16

2D Dynamic Lighting
by ThePixelPony
2015-01-01 20:25:42

How do I start Java Game Development?
by gouessej
2014-12-27 19:41:21

Resources for WIP games
by kpars
2014-12-18 10:26:14 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‑
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!