Gah, that was painful. Obvious solution with object.lookAt doesn't work, forward facing direction (heading and attitude) is fine, but banking gets messed up:( Tried many fixes, none worked, so I just resorted to simple rotation around Y-axis based on direction vector.

Spline control points shouldn't be cycled, this produces freaky behaviors near start and end of path. Instead they have to be capped.

Also did some refactoring.

Also implanted Animation fix from empaempa.

Also half-baked QuakeCamera update managed to sneak in.

It's now possible to create fog with zero density (which makes sense if you want to build shader with fog support, but not yet use fog, in contrast to not having fog in scene at all).

Fixed OBJ converter to handle edge case where MTL file has more materials than corresponding OBJ file.

Also half-baked broken vertex colors in Max exporter managed to sneak in this commit.

These are stored in "material.map.sourceFile".

Also for the moment reverted autoupdate of canvas based textures. This breaks things and proper fix seems to require more efforts :(

That's about maximum size of point primitives ANGLE can handle, at least on my ATI card :(

It seems this max size can be GPU specific:

http://www.pouet.net/topic.php?which=6092&page=1

Particle size attenuation still need some work to fix differences between ANGLE and OpenGL.

Texture sets needsUpdate to true for <canvas> elements by default (webgl_objconvert_test.html seems to be randomly affected by this).

Also updated GUI-DAT (didn't help with recent Chrome compositing bugs, though this is Chrome Windows issue), added FileAPI to Detector and fixed aspect ratio bug in WebGLRenderer.

Updated so all times now are in MS instead of seconds. Note that all animations need to be re-exported with an exporter that supports this.

Thanks to empaempa for spotting this ;)

Made face flipping heuristics optional, it messes up scenes that are ok.

For scenes that after exporting have objects with flipped normals, original assets can be fixed in Max in a following way:

1. find out problematic objects in Max
  1. select all objects
  2. set View -> xView to show "Face Orientation"
  3. select all object that are fully/mostly green
  4. in Utilities apply Reset XForm to selected objects (this will show messed normals also in Max, otherwise they are hidden)

2. fix problematic objects
  1. apply Normals => flipNormals modifier to selected object

If no object is passed to initMaterials (for example, if material is pre-built while loading, or shader program is intended for sharing), max limit of 50 bones is used (should be enough to leave space for other uniforms not to hit ANGLE limits).

Unfortunately with larger scenes with many different types of objects face flipping heuristics doesn't work all the time :(

Hope so. At least now hacked face normals correspond to face normals computed from scratch in Geometry.

(If only max didn't have zillion ways how to achieve the same visual results :/. I tracked this flipped normals/faces business down to XForm modifier - it doesn't get collapsed properly when making TriMesh / Editable_mesh snapshots. At least Editable_mesh snapshot differs in way that is exploitable for workaround hack.)

Clearing API for rendering to RenderTarget is now flipped: before forced clearing of render target was default, now no clearing is default.

New way of doing things saves one extra duplicitous clear call when switching render targets (like when doing postprocessing).

(doing documentation is indeed turning out to be useful)

Added some examples to README.

Added translate( distance, axis ), translateX( distance ), translateY( distance ) and translateZ( distance ) methods to Object3D.
Camera3D translate method overrides Object3D's one. NoFly parameter removed (this should be handled from outside I think).