Hi !
Featured games (85)
games approved by the League of Dukes
Games in Showcase (636)
Games in Android Showcase (178)
games submitted by our members
Games in WIP (688)
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  
  [Solved] Weird results when using ArrayList + VBO  (Read 2016 times)
0 Members and 1 Guest are viewing this topic.
Offline marcuiulian13

Senior Devvie

Medals: 5
Exp: 3 years

« Posted 2013-03-26 20:57:47 »

So I am learning 3D programming for 3 days now. I managed how to use VBOs, culling and other things.
I store level data in chunks (16 x 16 x 16). I am generating a VBO for every chunk (not for every tile), i get rid of "unseen" faces of cubes.

If I simulate (using 25 chunks) the updating (recalculation of VBO) of all the chunks every 2 seconds, the application's emory use gets >500m in lass than 10 seconds.

I think that the bottleneck is my float[] declaration (the data passed to the FloatBuffer); i am declaring it as 16^3 * 6 (faces) * 4 (vertex per face) * 3 (x, y, z).
As solution, i found using an ArrayList<Float> (so i can have dynamic size) significantly reduces the memory use, but i get very wierd results, apart from OpenGL errors that are making my app to start only sometimes :



Here are my Chunk classes (first is the one with float[], and second is the one with ArrayList):

LE: Also, another issue i have is that when the (0, 0, 0) point is in screen (view), my framerate drops to 15-20 FPS, it doesn't matter if i have or not any block at (0, 0, 0).

Getting a project done is by far the most hard thing in game development.
Offline HeroesGraveDev

JGO Kernel

Medals: 360
Projects: 11
Exp: 3 years

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

« Reply #1 - Posted 2013-03-27 04:23:12 »

Once the data is on the GPU there is no need to store it as fields anymore. You just end up storing it twice.

Remove the float[]/ArrayList fields and use local variables instead.
Even better would be to add the data directly into the buffer.
Even better than that, don't create loads of arrays that re exactly the same (faceArray and colorArray)

Offline marcuiulian13

Senior Devvie

Medals: 5
Exp: 3 years

« Reply #2 - Posted 2013-03-27 09:15:20 »

Thank you! This was so helpfull.
I did everything you said and now the memory usage don't pass 100m.
Thanks again!

Getting a project done is by far the most hard thing in game development.
Pages: [1]
  ignore  |  Print  
You cannot reply to this message, because it is very, very old.

Dwinin (74 views)
2015-11-07 13:29:08

Rems19 (81 views)
2015-10-31 01:36:56

Rems19 (79 views)
2015-10-31 01:32:37

williamwoles (107 views)
2015-10-23 10:42:59

williamwoles (93 views)
2015-10-23 10:42:45

Jervac_ (111 views)
2015-10-18 23:29:12

DarkCart (137 views)
2015-10-16 00:58:11

KaiHH (118 views)
2015-10-11 14:10:14

KaiHH (158 views)
2015-10-11 13:26:18

BurntPizza (173 views)
2015-10-08 03:11:46
Rendering resources
by Roquen
2015-11-13 14:37:59

Rendering resources
by Roquen
2015-11-13 14:36:58

Math: Resources
by Roquen
2015-10-22 07:46:10

Networking Resources
by Roquen
2015-10-16 07:12:30

Rendering resources
by Roquen
2015-10-15 07:40:48

Math: Inequality properties
by Roquen
2015-10-01 13:30:46

Math: Inequality properties
by Roquen
2015-09-30 16:06:05

HotSpot Options
by Roquen
2015-08-29 11:33:11 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!