v4games
/
assimp
3
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

Merge pull request #575 from g-pechorin/patch-3 

ASSBIN comments seem incorrect
pull/580/head
Alexander Gessler 2015-05-31 23:18:17 +02:00
parent 9c26f229a3 6ddb67b321
commit 1a2f4ed105
1 changed files with 9 additions and 8 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

17
code/assbin_chunks.h
View File

@ -47,7 +47,7 @@ in <tt>&lt;root&gt;/tools/assimp_cmd/WriteDumb.cpp</tt> (yes, the 'b' is no typo
------------------------------------------------------------------------------- -------------------------------------------------------------------------------
---------------------- ----------------------
| Header (500 bytes) | | Header (512 bytes) |
---------------------- ----------------------
| Variable chunks | | Variable chunks |
---------------------- ----------------------
@ -100,11 +100,12 @@ byte[64] Reserved for future use
integer Magic chunk ID (ASSBIN_CHUNK_XXX) integer Magic chunk ID (ASSBIN_CHUNK_XXX)
integer Chunk data length, in bytes integer Chunk data length, in bytes
(unknown chunks are possible, a good reader skips over them) (unknown chunks are possible, a good reader skips over them)
(chunk-data-length does not include the first two integers)
byte[n] length-of-chunk bytes of data, depending on the chunk type byte[n] chunk-data-length bytes of data, depending on the chunk type
Chunks can contain nested chunks. Nested chunks are ALWAYS at the end of the chunk, Chunks can contain nested chunks. Nested chunks are ALWAYS at the end of the chunk,
their size is included in length-of-chunk. their size is included in chunk-data-length.
The chunk layout for all ASSIMP data structures is derived from their C declarations. The chunk layout for all ASSIMP data structures is derived from their C declarations.
The general 'rule' to get from Assimp headers to the serialized layout is: The general 'rule' to get from Assimp headers to the serialized layout is:
@ -133,14 +134,14 @@ The general 'rule' to get from Assimp headers to the serialized layout is:
[number of used uv channels times] [number of used uv channels times]
integer mNumUVComponents[n] integer mNumUVComponents[n]
float mTextureCoords[n][mNumUVComponents[n]] float mTextureCoords[n][3]
-> more than AI_MAX_TEXCOORD_CHANNELS can be stored. This allows Assimp -> more than AI_MAX_TEXCOORD_CHANNELS can be stored. This allows Assimp
builds with different settings for AI_MAX_TEXCOORD_CHANNELS to exchange builds with different settings for AI_MAX_TEXCOORD_CHANNELS to exchange
data. Unlike the in-memory format, only the used components of the data.
UV coordinates are written to disk. If mNumUVComponents[0] is 1, the -> the on-disk format always uses 3 floats to write UV coordinates.
corresponding mTextureCoords array consists of mNumTextureCoords*1 If mNumUVComponents[0] is 1, the corresponding mTextureCoords array
single floats. consists of 3 floats.
- The array member block of aiMesh is prefixed with an integer that specifies - The array member block of aiMesh is prefixed with an integer that specifies
the kinds of vertex components actually present in the mesh. This is a the kinds of vertex components actually present in the mesh. This is a