Mesh.GetNativeVertexBufferPtr

パラメーター

戻り値

IntPtr 基底にあるグラフィックス API 頂点バッファへのポインター

説明

頂点バッファを指すネイティブ (基底にあるグラフィックス API) ポインターを捜します。

Use this function to retrieve a pointer/handle corresponding to the mesh vertex buffer, as it is represented in the native graphics API. This can be used to enable Mesh manipulation from native code plugins.

Most Meshes contain only one vertex buffer, but some (such as skinned Meshes on some platforms) might contain more than one. Use vertexBufferCount to query the vertex buffer count.

The data layout of the vertex buffer generally depends on a number of factors, especially for Meshes that are compressed (see Player Settings > Mesh Compression Settings) and marked as non-readable. For a simple case, generally the layout is as follows:

float3 position (12 bytes)
float3 normal (12 bytes)
byte4 color32 (4 bytes) or float4 color (16 bytes)
float2|float3|float4 uv (8, 12 or 16 bytes)
float2|float3|float4 uv2 (8, 12 or 16 bytes)
float2|float3|float4 uv3 (8, 12 or 16 bytes)
float2|float3|float4 uv4 (8, 12 or 16 bytes)
float4 tangent (16 bytes)

All vertex components are optional, for example a Mesh might contain only position + normal + one 2D texture coordinate. In that case, the vertex data size in the buffer would be 12+12+8=32 bytes.

The type of data returned depends on the underlying graphics API: IDirect3DIndexBuffer9 on D3D9 ID3D11Buffer on D3D11 ID3D12Resource on D3D12 buffer "name" (as GLuint) on OpenGL/ES id<MTLBuffer> on Metal For most use cases (i.e. writing Mesh data from native code), you need to mark the mesh as "dynamic" (see MarkDynamic) before getting the native buffer pointer. Generally this switches the buffers to be CPU-writable.

Note that calling this function when using multi-threaded rendering will synchronize with the rendering thread (a slow operation), so best practice is to set up necessary buffer pointers only at initialization time.

See Also: Native code plugins, GetNativeIndexBufferPtr, vertexBufferCount, vertexCount.