Java-Gaming.org Hi !
Featured games (83)
games approved by the League of Dukes
Games in Showcase (542)
Games in Android Showcase (133)
games submitted by our members
Games in WIP (604)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
    Home     Help   Search   Login   Register   
Pages: [1]
  ignore  |  Print  
  Low fps problems with many objects in OpenGL  (Read 2434 times)
0 Members and 1 Guest are viewing this topic.
Offline Phyyl

Senior Newbie





« Posted 2013-03-18 04:33:38 »

Hi everyone, I wrote a simple "game" using LWJGL that allows me to modify a chunk of 32x32x32 blocks ust like in minecraft. It has ray picking and lighting. Here's a screenshot of what I can do with it :



Alright, now here's my problem. My code is fairly good, I'm using vertex buffer objects, one for each block. The chunk is never really re-rendered, because each block is an individual object and can be rendered alone. The blocks are also only rendering faces that are visible, and they tell the 6 blocks (if existing) to hide a face for faster rendering.

Now, I'm only getting ~100fps with a 32x32x32 block that only contains 32x8x32 blocks really, the rest is air. Why am I getting so low fps? Anyone has proposition?

Here are the system specs :

i5 760 2.8ghz
8gb ram 1333
gtx 580 1.5gb
intel 80gb ssd

I can post parts of my code if anyone wants it to help me!

Thanks a lot!
Offline Agro
« Reply #1 - Posted 2013-03-18 04:34:47 »

Wouldn't it be better if you used a VBO to hold more blocks? Single blocks seems like too litle :/

Offline Phyyl

Senior Newbie





« Reply #2 - Posted 2013-03-18 04:40:30 »

I know minecraft uses something like 16x16x16 blocks chunks, but won't it be slow to re-render if a modification happens? maybe a thread? I'm lost ! but thanks for the idea, gonna try that for the next few days
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline HeroesGraveDev

JGO Kernel


Medals: 325
Projects: 11
Exp: 3 years


┬─┬ノ(ಠ_ಠノ)(╯°□°)╯︵ ┻━┻


« Reply #3 - Posted 2013-03-18 04:41:10 »

Store all the blocks in one chunk in one VBO.

Look through the recent posts in LWJGL Blockworld and Voxel - A start for more info.

Offline HeroesGraveDev

JGO Kernel


Medals: 325
Projects: 11
Exp: 3 years


┬─┬ノ(ಠ_ಠノ)(╯°□°)╯︵ ┻━┻


« Reply #4 - Posted 2013-03-18 04:41:54 »

And no, it is not slow to rebuffer the chunks (if they aren't too big)

Offline Phyyl

Senior Newbie





« Reply #5 - Posted 2013-03-18 04:44:08 »

Alright I'll take a look, is this a board on this forum?
Offline HeroesGraveDev

JGO Kernel


Medals: 325
Projects: 11
Exp: 3 years


┬─┬ノ(ಠ_ಠノ)(╯°□°)╯︵ ┻━┻


« Reply #6 - Posted 2013-03-18 05:53:51 »

Go to the index page and scroll down to the recent posts section.
Then find the 2 topics I mentioned.

Offline kappa
« League of Dukes »

JGO Kernel


Medals: 81
Projects: 15


★★★★★


« Reply #7 - Posted 2013-03-18 11:16:27 »

that is a pretty beefy system so you should get more fps, but yeh one VBO per chunk of blocks is probably the way to go. VBO is only updated if there is some change to the chunk.

Also curious, what type of lighting are you using simple per pixel/vertex spotlight? SSAO? other?
Offline Phyyl

Senior Newbie





« Reply #8 - Posted 2013-03-18 11:23:36 »

Ok I'll check out these posts... Last question if someone can help, the only thing I'm not entirely sure about is the way my chunk is supposed to update... I'm gonna be doing 16x16x16 chunks, but I'm working with FloatBuffer and the predefined .put(float values) function... I have to tell my FloatBuffer what size it's gonna be before even knowing it! is there a workaround? Perhaps I should be using float[][] and then getting float[] from each block, and then put them manually in the FloatBuffer? That seems slow to me!

(For lighting, I use the OpenGL predefined glLight set to a color! I love it and it's simple.... no shadows though, I'm gonna have to work on that some time soon!)
Offline RobinB

JGO Ninja


Medals: 44
Projects: 1
Exp: 3 years


Spacegame in progress


« Reply #9 - Posted 2013-03-18 13:34:28 »

The buffer only needs an max size, not an exact size, so you could just make it the maximum size of possible vertexes (or precalculate it).
You dont have to worry about functions benig slow if you only use them when updating, so just make it something good to understand and stable as possible.
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline Phyyl

Senior Newbie





« Reply #10 - Posted 2013-03-18 14:32:41 »

Wow thanks ok I'm gonna try that out right now and I'll give you some feedback once I'm done!
Pages: [1]
  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.

Elsealabs (14 views)
2014-12-28 10:39:27

CopyableCougar4 (18 views)
2014-12-28 02:10:29

BurntPizza (21 views)
2014-12-27 22:38:51

Mr.CodeIt (14 views)
2014-12-27 04:03:04

TheDudeFromCI (19 views)
2014-12-27 02:14:49

Mr.CodeIt (26 views)
2014-12-23 03:34:11

rwatson462 (58 views)
2014-12-15 09:26:44

Mr.CodeIt (47 views)
2014-12-14 19:50:38

BurntPizza (96 views)
2014-12-09 22:41:13

BurntPizza (115 views)
2014-12-08 04:46:31
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

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
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!