3D 4.30

Anonymous · Post by **Anonymous** » Tue Sep 16, 2008 1:25 pm

First request

- Octree management
- Portal management
- Terrain management ( access to vertices list )
- Skydome management ( change alpha for mixing with an standard skybox)
- Water management , reflect the word. ( at this time , water can, reflect terrain. good!)
- Shader , acces to rendering pipeline for apply shader to any mesh.

more request later

DarkDragon · Post by **DarkDragon** » Tue Sep 16, 2008 2:00 pm

Octree is there since the beginning, what do you want?

Anonymous · Post by **Anonymous** » Tue Sep 16, 2008 2:15 pm

i wan't control the octree , create , modify , control object inside cell.
for AI for example , for make an pathfiding , for test if an entity can see other entity , etc...

Idem for the portal.

Anonymous · Post by **Anonymous** » Tue Sep 16, 2008 2:42 pm

i make 1000 entity , palmtree on an island , with water , the program is very slow , actually i think there is no Octree with ogre.

File:1->TEST3D.rar

Chaos · Post by **Chaos** » Tue Sep 16, 2008 2:54 pm

really slow with my 8800 GT !

Post by **Fred** » Tue Sep 16, 2008 2:58 pm

What do you expect, it's 1000 real entities, it doesn't use instancing. The default scenemanager in Ogre is octree based.

Anonymous · Post by **Anonymous** » Tue Sep 16, 2008 3:02 pm

How instancing entity ? with CopyEntity ? it's same result.

The default scenemanager in Ogre is octree based.

How we can access to the cell of the octree ?

DarkDragon · Post by **DarkDragon** » Tue Sep 16, 2008 3:03 pm

@Cpl.Bator:
Well, octree alone isn't enough for speed optimizing

(Well it is if you store all nodes in videomemory, but who besides me does it? Most of the people use it with dynamic meshes and that's the fault - Loading dynamic meshes into an octree is very slow - Thats also the reason why inserting something into databases is slower than reading from it). You need to raycast the visible nodes, but that's hardcore if you want it to be fast enough.

But well for AI it's really important, yes. But I think there should just be a check IsMassOnNodeFromPosition(x.f, y.f, z.f) or something like that, because then you can make a grid of nodes yourself and its encapsulated.

Anonymous · Post by **Anonymous** » Tue Sep 16, 2008 3:18 pm

Well, octree alone isn't enough for speed optimizing

Yes i know , but Octree + frustum culling speed up the fps , with 1000 and more entity , instancing or real copy.

You need to raycast the visible nodes, but that's hardcore if you want it to be fast enough.

the Frustum culling , raycast automaticaly the octree , if a cell is in frustum we rendering the childreen of this cell , it ameliorates performances.

Anonymous · Post by **Anonymous** » Tue Sep 16, 2008 7:56 pm

For terrain ,

- i want know the normal of any patch , ex : Vehicle on terrain , yes , i can take the position of four whell with TerrainHeight() , but , this request is util for calculate the engine power for example...

- i want to acces to the texture unit of any patch , ex : for make decals.

- Light as no effect on terrain ?

- Good job Fred and co

Fred , if you don't understand me (Because my english is not very good) , i can repport any 3D Bug in French here.

DarkDragon · Post by **DarkDragon** » Wed Sep 17, 2008 8:17 am

Cpl.Bator wrote:
You need to raycast the visible nodes, but that's hardcore if you want it to be fast enough.
the Frustum culling , raycast automaticaly the octree , if a cell is in frustum we rendering the childreen of this cell , it ameliorates performances.

Quatsch...

Frustumculling just checks if the nodes you draw is in the view. It doesn't raycast - so it doesn't find out if something is behind another object.
Frustumculling draws everything thats limited to you left, top, bottom, right clipping plane of the view.

Anonymous · Post by **Anonymous** » Wed Sep 17, 2008 10:03 am

yes , i know , i don't explain the problem correctly , because my english is not very good.
At this time , i think there is no octree and frustum culling , because the performances is not very good , if i make 1000 entity at the same position ( i know , is stupid ) and if i look the entity , the FPS slowdown , and logicaly , if i apply a 180° for the camera , with fustrum & octree , the FPS must move faster. See other engine for test my example. Dreamotion or irrlicht...

Anonymous · Post by **Anonymous** » Thu Sep 18, 2008 7:16 pm

- Adding paged geometry

http://www.ogre3d.org/wiki/index.php/Pa ... try_Engine

Post by **Polo** » Thu Sep 18, 2008 8:13 pm

Cpl.Bator wrote:- Terrain management ( access to vertices list )

Access for vertices list is not "possible" due to the LOD system (which, if i recall correctly, is not very good in ODE, but maybe they changed it since the last time I saw it).

Anonymous · Post by **Anonymous** » Thu Sep 18, 2008 10:33 pm

Hi polo , you are alive

if we can't access to the vertices list , we can't modify in real time the geometry ? we can't change the texture unit of any patch ?
we can't have the normal of any patch ? the vertex list is stored to video memory ?

FR :
Le LOD empêche peut être de retrouvé des vertices à cause de son dynamisme ?

PureBasic Forums - English

3D 4.30

3D 4.30

Re: 3D 4.30