Java-Gaming.org    
Featured games (91)
games approved by the League of Dukes
Games in Showcase (577)
games submitted by our members
Games in WIP (498)
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  
  1 Large VBO or many small VBOs??  (Read 1295 times)
0 Members and 1 Guest are viewing this topic.
Offline counterp

Senior Member


Medals: 11



« Posted 2013-07-07 22:55:24 »

I noticed this guy is using 4 VBOs per model. I thought to gain performance you try to minimize gl calls? Notice in the draw section (the second post) he has to loop through every single object to draw the VBOs for each object.

No one in the thread points out how many VBOs he is using, so is it ok to use many small VBOs (for each model) or should I use 1 large VBO??
Online RobinB

JGO Knight


Medals: 37
Projects: 1
Exp: 3 years


Spacegame in progress


« Reply #1 - Posted 2013-07-07 23:32:07 »

I dont get why he needs 4 diffrent buffers, but separating changing vertex data from static vertex data is mostly a good idea.
The problem with large VBO´s is that you need to update all the data when you change the vertex data of one object.
So its always a case of mesurement.

This thread tell everything about it you need to know±
http://www.java-gaming.org/topics/introduction-to-vertex-arrays-and-vertex-buffer-objects-opengl/24272/view.html

Offline counterp

Senior Member


Medals: 11



« Reply #2 - Posted 2013-07-07 23:37:57 »

Nice tutorial, and are you saying they should be interleaved?
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Online RobinB

JGO Knight


Medals: 37
Projects: 1
Exp: 3 years


Spacegame in progress


« Reply #3 - Posted 2013-07-07 23:55:08 »

Depends on the situation.
First think about what data changes frequently, and what data does not change.
I dont know what your implementation is, so i cant really tell.

If you only move the model, vertexes could be divided in 2 buffers (one changing (vertex position / normals) one static (color / textcxoord).
This way only half the data needs to be reuploaded every time the object changes posiion / normal data.
Offline counterp

Senior Member


Medals: 11



« Reply #4 - Posted 2013-07-08 00:00:16 »

And suppose I have static (i.e. terrain) and moving (i.e. players) models. I would have 1 VBO for all static things (vertices, normals, colors, textures, including player colors and textures), and 1 VBO for player vertices and normals? So 2 VBOs total?
Online RobinB

JGO Knight


Medals: 37
Projects: 1
Exp: 3 years


Spacegame in progress


« Reply #5 - Posted 2013-07-08 09:22:18 »

I would separate model VBO's because VBO size has a limit, when they get to big, they will slow down a lot.
Also it would not be very OO to put such diffrent objects together in a single vbo.
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.

xsi3rr4x (23 views)
2014-04-15 18:08:23

BurntPizza (18 views)
2014-04-15 03:46:01

UprightPath (32 views)
2014-04-14 17:39:50

UprightPath (16 views)
2014-04-14 17:35:47

Porlus (32 views)
2014-04-14 15:48:38

tom_mai78101 (58 views)
2014-04-10 04:04:31

BurntPizza (116 views)
2014-04-08 23:06:04

tom_mai78101 (216 views)
2014-04-05 13:34:39

trollwarrior1 (183 views)
2014-04-04 12:06:45

CJLetsGame (190 views)
2014-04-01 02:16:10
List of Learning Resources
by Longarmx
2014-04-08 03:14:44

Good Examples
by matheus23
2014-04-05 13:51:37

Good Examples
by Grunnt
2014-04-03 15:48:46

Good Examples
by Grunnt
2014-04-03 15:48:37

Good Examples
by matheus23
2014-04-01 18:40:51

Good Examples
by matheus23
2014-04-01 18:40:34

Anonymous/Local/Inner class gotchas
by Roquen
2014-03-11 15:22:30

Anonymous/Local/Inner class gotchas
by Roquen
2014-03-11 15:05:20
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!