The blocks were almost entirely undecoded before, with incomplete linkage (Ref fields).  They are now completely decoded and I do not believe there were any regressions for past NIF versions, but it would be hard to test as I do not have NIFs before 30.1 with these blocks.

However the version conditions were all maintained and corrected on the fields that were already decoded for 20.x.

Almost completely redone with correct version ranges, fixed names, fixed types, and corrections for 30.x NIFs.   30.x NIFs with embedded thumbnail metadata would not load before these fixes.

Also, BSStreamHeader was annotated but a compound for it was not feasible for several reasons, namely the nesting of `User Version 2` which would break existing parsers.   This also leads to the ugly repetition of the cond expression for it.

Duplicate name avoidance was too strict and unnecessary in these cases.  Nifdocsys will now attempt to cast subsequent duplicate names to the correct types in order to ensure correct read/write size.  As such the first type should always be the largest, so the "Flags" fields on NiAVObject were switched.

So in the case of Flags and Body Flags, a uint data member will be created on the class and will be read/written to with a cast during I/O.

The suffix is still required when the types are not castable between one another.

Enforce that niflib must use a completely native type for BSVertexData using NifStream istream/ostream overloads.  See:  https://github.com/niftools/nifdocsys/pull/6#issuecomment-311345131

Updates for niflib.  Implemented a prefix and suffix attribute in the XML spec to allow gen_niflib.py to deal with name uniqueness issues for enums and `<add>` names.

Closes #63 Closes #64

This reverts commit 9eb4c2ac.

Split BSVertexData/BSVertexDataSSE back up because of issues with NifSkope's condition caching.  Use niflibtype to redirect BSVertexDataSSE to BSVertexData.

Implementation of proposal in #64.

Adopted proposal from #63.  Only the enums with collisions will be updated for this PR.

Also updated definitions for Eye Data (missed during decoding from #58)

Correct Fallout3Layer to remove enum values from BIPED_PART enum and to fix duplicate definition issues for FOL_BIPED.

Removed BIPED_PART enum values from end of Fallout3Layer.  These are actually a different enum for the next byte (Flags and Part Number).  Max layers is 64 so we know this to be a mistake.  There were also no usages of Fallout3Layer in FO3/NV above FOL_NULL (43).

Renamed value 29 to be more accurate.

Override Segment

"Anim Note Arrays" size is "Num Anim Note Arrays" ???

Override of enumerators

Override of enumerators

Incorrect compile with gen_niflib.py

Redefinition value="8"

Changes meant for inclusion in #58.  Closes #52

Miscellaneous Changes

Merge decoding.  Closes #39 

Remove leading zeroes and add name prefix.

Niflib requires enum names be unique or it simply can't compile.   Until
a system is in place to compensate for this #26 needs to have these
changes reverted.

Picked from #39

For a couple Oblivion NIFs which are pre-Havok version yet somehow use Havok..

Removed compounds:  bhkRDTConstraint, bhkRDTMalleableConstraint.

Renamed compound: SubConstraint->ConstraintData (to reflect hkpConstraintData*)

Created:  MalleableDescriptor (to reflect other Descriptor compounds)

Corrected bhkRagdollTemplate inheritance.  Fully decoded bhkRagdollTemplateData.

bhkRDT now load without error or link validation warnings.

This was necessary so that Fallout3HavokMaterial actually applied to all FO3 NIF versions (e.g. User Version 2 == 16)

Pull in some of the documentation from #39 and fix the type names and the bone transform layout.

Seems niflib wants that row to be a special type, so fix "InertiaMatrix" to be the real type, `hkMatrix3` and use it for the Inertia Tensor.