OnoSendai wrote:Added diagram of camera model and formula for calculating angle of view.

Great! Thanks for that!

:D I never said that the current implementation of instancing is not logical. And you wouldn't need a "special syntax". It would be the same syntax as for the already implemented rotation matrix, except it would have four more numbers. That's all... Let me give you an example: <rotation> <matrix> 1 ...

Explanations are a little rare unfortunately
But I'm sure sooner or later Ono finds the time to comment on every function in an upcoming manual.
I guess we just have to wait.

The efficacy thing is only a typo in the manual. But a serious one as it's in the printed example script as well.

You can an instance of an object by using the <model> element.

<model>
<rotation>
<matrix>
1 0 0 0 0 -1 0 1 0
</matrix>
</rotation>
<pos>0 0 0</pos>
<scale>1</scale>

<mesh_name>hand</mesh_name>
</model>

Efficacy Scale is an element in v0.7.

Efficiacy = efficacy
Wouldn't mind if it wasn't part of the parser...

Let me encourage you to also take a look at SunFlow which has awsome render quality and an outstanding feature list, although it's written entirely in Java which make it faily slow. On the other side Indigo has a few features that I haven't seen anywhere else yet and a very intelligent basic concept...

Just a tiny correction concerning the Aperture Radius: Larger radius actually means less depth of field, right?

Autofokus is a great idea, btw!

... Though I'd love to have some answers on other topics...
Otherwise it's hard to develop anything for indigo just by guessing on certain fuctions or trial and error...

From my point of view it doesn't make sense to seperate transforms for instancing. And it's a real limit to only have uniform scale. Having it all in on complex matrix is just smarter and "better style". ;) But naturally every coder has different views on that and that's absoutely ok. So clearly: Th...

Another thing: How does sensor_width and lens_sensor_dist exactly relate to the field-of-view? I need to know, how to generate an exact FOV of 45 or 90 or any other precise angle.

Would it be possible to implement a function to set an alternative coordinate system while initialising? Like Direct3Ds left-handed cartesian with y pointing upwards or OpenGLs? This would definitely be cool...

I totally agree with you concerning the usability. Matrices are not too simple to understand for everyone, BUT: We're talking about instancing. Document parts defining instances are mostly not made for editing by hand. Just an example: Think about a scene with 500... eh... bananas? ;) All slightly d...

Sorry but I have to disagree in certain points. 1. My example above replaces a whole <model> element with just one matrix. That IS more compact. 2. People who are not familiar with transform matrices won't understand a rotation matrix as well and we already got that. 3. Uniform scaling is boring for...

I just noticed there is an example for instancing in the new bunch of testscenes that came with release 07... should have taken a look into those a bit earlier... :wink: However, why not have seperate scaling factors for x,y and z ? How about putting all transforms into one single 4*4 matrix? It wou...