StructureIdea1
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.