collects together all the vertex-related information used to render geometry. More...

#include <OgreVertexIndexData.h>

Inheritance diagram for Ogre::VertexData:

Classes
struct	HardwareAnimationData
	Struct used to hold hardware morph / pose vertex data information. More...

Public Types
typedef std::vector< HardwareAnimationData >	HardwareAnimationDataList

Public Member Functions
	VertexData (HardwareBufferManagerBase *mgr=0)
	Constructor. More...

	VertexData (VertexDeclaration dcl, VertexBufferBinding bind)
	Constructor. More...

	~VertexData ()

ushort	allocateHardwareAnimationElements (ushort count, bool animateNormals)
	Allocate elements to serve a holder of morph / pose target data for hardware morphing / pose blending. More...

VertexData *	clone (bool copyData=true, HardwareBufferManagerBase *mgr=0) const
	Clones this vertex data, potentially including replicating any vertex buffers. More...

void	closeGapsInBindings (void)
	Remove any gaps in the vertex buffer bindings. More...

void	convertPackedColour (VertexElementType srcType, VertexElementType destType)
	Convert all packed colour values (VET_COLOUR_*) in buffers used to another type. More...

void	prepareForShadowVolume (void)
	Modifies the vertex data to be suitable for use for rendering shadow geometry. More...

void	removeUnusedBuffers (void)
	Remove all vertex buffers that never used by the vertex declaration. More...

void	reorganiseBuffers (VertexDeclaration newDeclaration, const BufferUsageList &bufferUsage, HardwareBufferManagerBase mgr=0)
	Reorganises the data in the vertex buffers according to the new vertex declaration passed in. More...

void	reorganiseBuffers (VertexDeclaration newDeclaration, HardwareBufferManagerBase mgr=0)
	Reorganises the data in the vertex buffers according to the new vertex declaration passed in. More...

Public Attributes
HardwareVertexBufferSharedPtr	hardwareShadowVolWBuffer
	Additional shadow volume vertex buffer storage. More...

HardwareAnimationDataList	hwAnimationDataList
	VertexElements used for hardware morph / pose animation. More...

size_t	hwAnimDataItemsUsed
	Number of hardware animation data items used. More...

bool	mDeleteDclBinding
	Whether this class should delete the declaration and binding. More...

VertexBufferBinding *	vertexBufferBinding
	Defines which vertex buffers are bound to which sources. More...

size_t	vertexCount
	The number of vertices to process in this particular rendering group. More...

VertexDeclaration *	vertexDeclaration
	Declaration of the the format of the vertex input. More...

size_t	vertexStart
	The position in the bound buffers to start reading vertex data from. This allows you to use a single buffer for many different renderables. More...

Detailed Description

collects together all the vertex-related information used to render geometry.

The RenderOperation requires a pointer to a VertexData object, and it is also used in Mesh and SubMesh to store the vertex positions, normals, texture coordinates etc. VertexData can either be used alone (in order to render unindexed geometry, where the stream of vertices defines the triangles), or in combination with IndexData where the triangles are defined by indexes which refer to the entries in VertexData. It’s worth noting that you don’t necessarily have to use VertexData to store your applications geometry; all that is required is that you can build a VertexData structure when it comes to rendering. This is pretty easy since all of VertexData’s members are pointers, so you could maintain your vertex buffers and declarations in alternative structures if you like, so long as you can convert them for rendering.

Member Typedef Documentation

◆ HardwareAnimationDataList

typedef std::vector<HardwareAnimationData> Ogre::VertexData::HardwareAnimationDataList

Constructor & Destructor Documentation

◆ VertexData() [1/2]

Ogre::VertexData::VertexData ( HardwareBufferManagerBase * mgr = 0 )

Constructor.

Note: This constructor creates the VertexDeclaration and VertexBufferBinding automatically, and arranges for their deletion afterwards.

Parameters

mgr	Optional HardwareBufferManager from which to create resources

◆ VertexData() [2/2]

Ogre::VertexData::VertexData	(	VertexDeclaration *	dcl,
		VertexBufferBinding *	bind
	)

Constructor.

Note: This constructor receives the VertexDeclaration and VertexBufferBinding from the caller, and as such does not arrange for their deletion afterwards, the caller remains responsible for that.

Parameters

dcl	The VertexDeclaration to use
bind	The VertexBufferBinding to use

◆ ~VertexData()

Ogre::VertexData::~VertexData ( )

Member Function Documentation

◆ clone()

VertexData* Ogre::VertexData::clone	(	bool	copyData = `true`,
		HardwareBufferManagerBase *	mgr = `0`
	)		const

Clones this vertex data, potentially including replicating any vertex buffers.

Parameters

copyData	Whether to create new vertex buffers too or just reference the existing ones
mgr	If supplied, the buffer manager through which copies should be made

Remarks: The caller is expected to delete the returned pointer when ready

◆ prepareForShadowVolume()

void Ogre::VertexData::prepareForShadowVolume ( void )

Modifies the vertex data to be suitable for use for rendering shadow geometry.

Remarks: Preparing vertex data to generate a shadow volume involves firstly ensuring that the vertex buffer containing the positions is a standalone vertex buffer, with no other components in it. This method will therefore break apart any existing vertex buffers if position is sharing a vertex buffer. Secondly, it will double the size of this vertex buffer so that there are 2 copies of the position data for the mesh. The first half is used for the original, and the second half is used for the 'extruded' version. The vertex count used to render will remain the same though, so as not to add any overhead to regular rendering of the object. Both copies of the position are required in one buffer because shadow volumes stretch from the original mesh to the extruded version.

: It's important to appreciate that this method can fundamentally change the structure of your vertex buffers, although in reality they will be new buffers. As it happens, if other objects are using the original buffers then they will be unaffected because the reference counting will keep them intact. However, if you have made any assumptions about the structure of the vertex data in the buffers of this object, you may have to rethink them.

◆ reorganiseBuffers() [1/2]

void Ogre::VertexData::reorganiseBuffers	(	VertexDeclaration *	newDeclaration,
		const BufferUsageList &	bufferUsage,
		HardwareBufferManagerBase *	mgr = `0`
	)

Reorganises the data in the vertex buffers according to the new vertex declaration passed in.

Note that new vertex buffers are created and written to, so if the buffers being referenced by this vertex data object are also used by others, then the original buffers will not be damaged by this operation. Once this operation has completed, the new declaration passed in will overwrite the current one.

Parameters

newDeclaration	The vertex declaration which will be used for the reorganised buffer state. Note that the new declaration must not include any elements which do not already exist in the current declaration; you can drop elements by excluding them from the declaration if you wish, however.
bufferUsage	Vector of usage flags which indicate the usage options for each new vertex buffer created. The indexes of the entries must correspond to the buffer binding values referenced in the declaration.
mgr	Optional pointer to the manager to use to create new declarations and buffers etc. If not supplied, the HardwareBufferManager singleton will be used

◆ reorganiseBuffers() [2/2]

void Ogre::VertexData::reorganiseBuffers	(	VertexDeclaration *	newDeclaration,
		HardwareBufferManagerBase *	mgr = `0`
	)

Reorganises the data in the vertex buffers according to the new vertex declaration passed in.

Note that new vertex buffers are created and written to, so if the buffers being referenced by this vertex data object are also used by others, then the original buffers will not be damaged by this operation. Once this operation has completed, the new declaration passed in will overwrite the current one. This version of the method derives the buffer usages from the existing buffers, by using the 'most flexible' usage from the equivalent sources.

Parameters

newDeclaration	The vertex declaration which will be used for the reorganised buffer state. Note that the new delcaration must not include any elements which do not already exist in the current declaration; you can drop elements by excluding them from the declaration if you wish, however.
mgr	Optional pointer to the manager to use to create new declarations and buffers etc. If not supplied, the HardwareBufferManager singleton will be used

◆ closeGapsInBindings()

void Ogre::VertexData::closeGapsInBindings ( void )

Remove any gaps in the vertex buffer bindings.

Remarks: This is useful if you've removed elements and buffers from this vertex data and want to remove any gaps in the vertex buffer bindings. This method is mainly useful when reorganising vertex data manually.

Note: This will cause binding index of the elements in the vertex declaration to be altered to new binding index.

◆ removeUnusedBuffers()

void Ogre::VertexData::removeUnusedBuffers ( void )

Remove all vertex buffers that never used by the vertex declaration.

Remarks: This is useful if you've removed elements from the vertex declaration and want to unreference buffers that never used any more. This method is mainly useful when reorganising vertex data manually.

Note: This also remove any gaps in the vertex buffer bindings.

◆ convertPackedColour()

void Ogre::VertexData::convertPackedColour	(	VertexElementType	srcType,
		VertexElementType	destType
	)

Convert all packed colour values (VET_COLOUR_*) in buffers used to another type.

Parameters

srcType	The source colour type to assume if the ambiguous VET_COLOUR is encountered.
destType	The destination colour type, must be VET_COLOUR_ABGR or VET_COLOUR_ARGB.

◆ allocateHardwareAnimationElements()

ushort Ogre::VertexData::allocateHardwareAnimationElements	(	ushort	count,
		bool	animateNormals
	)

Allocate elements to serve a holder of morph / pose target data for hardware morphing / pose blending.

Remarks: This method will allocate the given number of 3D texture coordinate sets for use as a morph target or target pose offset (3D position). These elements will be saved in hwAnimationDataList. It will also assume that the source of these new elements will be new buffers which are not bound at this time, so will start the sources to 1 higher than the current highest binding source. The caller is expected to bind these new buffers when appropriate. For morph animation the original position buffer will be the 'from' keyframe data, whilst for pose animation it will be the original vertex data. If normals are animated, then twice the number of 3D texture coordinates are required

Returns: The number of sets that were supported

Member Data Documentation

◆ vertexDeclaration

VertexDeclaration* Ogre::VertexData::vertexDeclaration

Declaration of the the format of the vertex input.

Note that this is created for you on construction.

◆ vertexBufferBinding

VertexBufferBinding* Ogre::VertexData::vertexBufferBinding

Defines which vertex buffers are bound to which sources.

Note that this is created for you on construction.

◆ mDeleteDclBinding

bool Ogre::VertexData::mDeleteDclBinding

Whether this class should delete the declaration and binding.

◆ vertexStart

size_t Ogre::VertexData::vertexStart

The position in the bound buffers to start reading vertex data from. This allows you to use a single buffer for many different renderables.

◆ vertexCount

size_t Ogre::VertexData::vertexCount

The number of vertices to process in this particular rendering group.

◆ hwAnimationDataList

HardwareAnimationDataList Ogre::VertexData::hwAnimationDataList

VertexElements used for hardware morph / pose animation.

◆ hwAnimDataItemsUsed

size_t Ogre::VertexData::hwAnimDataItemsUsed

Number of hardware animation data items used.

◆ hardwareShadowVolWBuffer

HardwareVertexBufferSharedPtr Ogre::VertexData::hardwareShadowVolWBuffer

Additional shadow volume vertex buffer storage.

Remarks: This additional buffer is only used where we have prepared this VertexData for use in shadow volume construction, and where the current render system supports vertex programs. This buffer contains the 'w' vertex position component which will be used by that program to differentiate between extruded and non-extruded vertices. This 'w' component cannot be included in the original position buffer because DirectX does not allow 4-component positions in the fixed-function pipeline, and the original position buffer must still be usable for fixed-function rendering.

: Note that we don't store any vertex declaration or vertex buffer binding here because this can be reused in the shadow algorithm.

The documentation for this class was generated from the following file:

OgreVertexIndexData.h

Classes

Public Types

Public Member Functions

Public Attributes

Detailed Description

Member Typedef Documentation

◆ HardwareAnimationDataList

Constructor & Destructor Documentation

◆ VertexData() [1/2]

◆ VertexData() [2/2]

◆ ~VertexData()

Member Function Documentation

◆ clone()

◆ prepareForShadowVolume()

◆ reorganiseBuffers() [1/2]

◆ reorganiseBuffers() [2/2]

◆ closeGapsInBindings()

◆ removeUnusedBuffers()

◆ convertPackedColour()

◆ allocateHardwareAnimationElements()

Member Data Documentation

◆ vertexDeclaration

◆ vertexBufferBinding

◆ mDeleteDclBinding

◆ vertexStart

◆ vertexCount

◆ hwAnimationDataList

◆ hwAnimDataItemsUsed

◆ hardwareShadowVolWBuffer