Horde3D

Fixed it, thanks!

In http://horde3d.org/docs/_formats.html in the description about the geometry:

jointWeights under Vertices - joint indices should be "#V * 4 unsigned chars" and also "#V" is missing under Vertices - joint weights

In docs/_formats.html


should probably be

That's true, thanks!

In the manual about the Morph targets format
it is not mentioned that each morph starts with a 256 character name
(before the number of vertices).

The statement:
"The content of the morph stream is exactly equal to the normal vertex stream -
but only positions, normals, tangents and bitangents are allowed as content."
is a bit misleading. The morph stream uses floating format (and no shorts) for normals etc.

Animation format version 2 and 3:
Because both data formats can still be used with the current implementation
it might be useful to mention somewhere that the only difference between them
is the addition of the field: "compressed 1 char".

A few typos in the documentation:

Horde3D Overview:
on finding concepts to achieve these sometimes conficting goals.

User Guide:
Importing geomtry data using Collada Converter

In the last FAQ paragraph:
finding concepts which satisfy these sometimes conflicting reqirements.

In the Pipeline documentation, paragraph system overview:
For example a shader usally has a shadowmap context

Dat Format Refrence, Animation version 3:
only one single transformation is stored for the corresponing animated node

In "Getting started - a small tutorial"
The next step is to initalize an OpenGL context

A few typos in the comments in the code:

umath.h:177: // Artitmetic operations
umath.h:349: // Artitmetic operations

egRendererBase.cpp:67: // Interleaved arrays are generally faster than sperated arrays

egRenderer.cpp:915: // Caluclate split distances using PSSM scheme

egResource.cpp:391: // Find unesed resources and release dependencies

egResource.h:76: // Number of other objects referencing to this resource

egResource.h:162: // Farctory to create resourec object

utImage.cpp:1031: // no more than 1<<31 MCUs if no restart_interal? that's plenty safe,

Knight (same for AntTweakBar, Lua etc):
app.cpp:171: // Write all mesages to log file
main.cpp:168: // Initalize application and engine

Chicago:
crowd.cpp:134: // Make movement frame rate independence
crowd.cpp:142: // Caluclate orientation

glfw:
init.c:66: // Form now on, GLFW state is valid
internal.h:64:// Platform specific definitions goes in platform.h (which also includes

Thanks for your feedback, it's good to have all these typos collected.

Donno this is the right place to discuss but I think "Horde3D Physics Library Integration" should be updated too.

Regards

Not really a typo is it? I didn't updated the physics demo because the GameEngine already offers an integration of Bullet. But if someone has the time to update it, I will upload a release package to the project page.

Following links should be updated :

ModelNodeParams > H3DNodeParams
MeshNodeParams > H3DMesh
LightNodeParams > H3DLight
CameraNodeParams > H3DCamera
EmitterNodeParams > H3DEmitter

Regards

Thanks!

From the documentation, in "Animation system" :
- "Layers with a higer index" -> "Layers with a higher index"
- "We want to replace thr resulting animation" -> "We want to replace the resulting animation"

[EDIT] in this page : http://www.horde3d.org/docs/manual.html : the sample material uses a .shader.xml file instead of a .shader file

functions Renderer::drawLightShapes and Renderer::drawLightGeometry have an argument , but I think it should be .

Thanks fixed it (and also thanks to Funto, fixed the typos in the doc as well)

Horde3D API Reference > h3dResizePipelineBuffers > Details :
Should be :

Hello, I spotted bugs in Renderer::drawAABB and Renderer::drawCone the calls

should be

respectively.
That's also a problem in Renderer::drawOccProxies.