Irrlicht Engine

Any progress on merging FVF with the trunk? Following this thread closely

Thanks for your reply I checked the trunk and applied copied the patch of the following function and it works

I have a DynamicMeshBuffer which has the vertex and index type set to irr::video::EIT_32BIT.

Im trying to do a CMeshManipulator::recalculateNormals on a the buffer. Which means this function is called:

void CMeshManipulator::recalculateNormals(IMeshBuffer* buffer, bool smooth, bool angleWeighted ...

Investigated this and it seems that this would be the best way of doing it as the values of the lists are either 16 or 32 bit.

CIndexBuffer.h
virtual void setType(video::E_INDEX_TYPE IndexType)
{
IIndexList *NewIndices=0;

switch (IndexType)
{
case video::EIT_16BIT:
{
NewIndices=new ...

im creating a meshbuffer now i noticed that you can choose between a 16 bit and a 32 bit index type. i currently have a count of the vertices i want to load into a buffer, but i would like to eliminate this step. This is how i determine which type to use now:

if (m_nVertices <= 65536)
m ...

found it :
Mesh->getMeshBuffer(0)->getMaterial().BackfaceCulling = false;

Hi

im looking at the terrainrendering example, i was wondering how i can view the terrain from the bottom too... now the terrain "disappears"

Hi,

I cant seem to figure out how to use drawVertexPrimitiveList

I tried the following:

A for loop creating the data to be drawn

//This is a irr::scene::CVertexBuffer
vertexBuffer->push_back(pointVertex);

//This is a irr::scene::CIndexBuffer*
//Filled with values from 0 - number of vertices ...

Changed my TRACE:
TRACE("Object pos: %lf %lf %lf \n", intersectWithPlane.X, intersectWithPlane.Y, intersectWithPlane.Z);

I now get coordinates which seem plausible. But i realized when i zoom out the returned collision point changes. I think the coordinates are now relative to my camera? i just ...

Seven:
- yes the code posted in the other post compiles
- It however does much more than i need

all i want to do is determine the position of the vertex om the screen. my goal is not to move the vertex. i just want to display the position and maybe give the hovered vertex a different color ...

Yet another attempt :smile:

I cant seem to get the result i would expect. I would expect when hovering the first added point the coordinate 0,0,0 would be traced.

I noticed the code in the topic linked above uses a animated mesh but this isnt the problem is it?

let me show you what i have so far ...

Hi

I did another attempt to solve my problem. I found that the collision example is almost doing the same thing. so i tried implementing that code. unfortunately im still doing something wrong.

irr::scene::IMeshSceneNode* meshSceneNode = m_smgr->addMeshSceneNode(pMesh);

irr::scene ...

Hi

Im trying to get the position of a vertex in a mesh buffer which is hovered by the mouse.

I tried the following code:
irr::scene::ISceneNode* node = m_smgr->getSceneCollisionManager()->getSceneNodeFromScreenCoordinatesBB(m_device->getCursorControl()->getPosition());
if(node != NULL)
{
irr ...

So if i understand correctly splitting up the points into meshbuffers of 50.000 points would do the trick?

something like this:

for each 50.000 points

if mesh contains 1 million points
erase meshbuffer 0 (50.000 points)
pushback new meshbuffer
setDirty on each meshbuffer
end if
else ...

Thank you for your quick reply

I must admit array i created was just stupid :) i had edited a piece of code i found on this forum but just forgot to remove that array, it as you said has no function what so ever :D

The thickness was exactly what i was looking for i overlooked that variable in ...