Difference between revisions of "StructureIdea1"

Latest revision as of 15:23, 17 September 2012

2 - Version (1) 2 - Unknown (255,255) 4 - null 4 - Version? (1) 4 - Type ID (same as the TypeID in the directory) 1 - Resource Name Length X - Resource Name 4 - Type ID (same as the TypeID in the directory) 4 - Unknown

Following this comes a list of resources, which appears to have a format like this...

1 - Resource Name Length X - Resource Name 4 - Length of Resource? (often null) 4 - Resource Type ID

It is unknown whether the 4-byte fields are before or after the resource name, however after is more probable. Also, after every 2 resources, there is a filename separator like this...

1 - Filename Length X - Filename

At the very end of the file is the following structure... (note the double-nesting)

9 - null 4 - Number of filenames

 - - for each filename - -
 1 - Filename Length
 X - Filename
 4 - Number of Sub-Part names

- - for each sub-part - - 1 - Filename Length X - Filename 9 - null

These are the possible Resource Type IDs that I have come across... 1 - cReferentNode 2 - cSGResource 4 - cObjectGraphNode 8 - cShape 11 - cStandardLightBase

These are the possible values for the last unknown field in the header. I believe that this is not an identifier for the resource type, unless it is a non-unique value. I also think it differs from the resource type IDs above. 1 - cLightT 5 - cPointLight 9 - cLevelInfo 9 - cImageData 12 - cGeometryNode

The other possible reason for the Resource Type IDs is to indicate the number of sub-components in each resource. ie. the cRefernetNode only has 1 sub-component, the cSGResource has 2.