[x3d-public] Non-Hand Coding of X3D

[Joe D Williams]

> Animation is the same thing. Yes you can animate by hand-coding all 
> of
the motions and deformations, but that is not how it is done.

OK, you can say that but then in major tools, maybe hand-coding equals 
adjusting the animation curve for the element.
The big idea in X3D is that whatever you do with the black box 
authoring tool it is supposed to spit out a completely docmenented 
text version of what is being done. Once you have the text, then it 
becomes easy to tweak certain stuff that is out of the range of your 
tool's front panel. Without the source code you have only the 
abstractions created in the authoring tools.

more below

----- Original Message ----- 
From: "Leonard Daly" <Leonard.Daly at realism.com>
To: "X3D Graphics public mailing list" <x3d-public at web3d.org>
Sent: Wednesday, February 24, 2016 4:55 PM
Subject: [x3d-public] Non-Hand Coding of X3D


> There seems to be some confusion about my statements about not
> hand-coding certain things.
>
> I have stated that models and animations are not hand-coded anymore.
> That statement does not mean it can't be done, but there are many 
> tools
> that do it, including open-source ones. There is no way someone is 
> going
> to hand-code models such as you can see at
> http://www.blendswap.com/blends/index.

Really?


> Hand coding models to be printed
> is also not a good idea because things will probably not line up 
> correctly.
>

That is truely amazing that hand-coding only messes things up, never 
fixes anything.


> Animation is the same thing. Yes you can animate by hand-coding all 
> of
> the motions and deformations, but that is not how it is done. If X3D 
> is
> to get any acceptance into the professional marketplace it MUST work
> with application generated models and animations. There will still 
> be
> some important animations that are hand coded (e.g., camera motions,
> automated systems, etc.).

What makes you think X3D does not work together with those 
'application generated models and animations' you menton.
Sure there are things those tools can produce that are not included in 
X3D but for now, X3D only covers the core basics of modeling and 
animation. For HAnim, we have a very competent system for modelling 
and animation that is only missing some  features athat the big 
toolmakers did not want to relaease to the Consortium, but nothing 
that is crippling, and we get whatever we do completely dcumented, not 
hidden in a black box. How about naming some features you wish to move 
into X3D from those high-end tools.

>
> Nothing I have done in working out the V4 proposal precludes 
> hand-coding
> of animation or modeling.

If it precludes a complete text output of the model or animation, then 
hand-coding is restricted.

> It does not provide a lot of convenience

It does provide a lot of covenience features?

> features/nodes to make complex work simple. That will be a real 
> contribution, if possible.

> In the marketplace, it is
> much simpler to get someone to do the model or animation in a tool.

Of course most folks will not start by creating a text file and then 
placing each vertex and making triangles on their own. Complete text 
amkes sure that the model or animation can be transported and is a 
backup for when the tool does not provide adequate interfaces.

>
>
> -- 
> *Leonard Daly*
> 3D Systems & Cloud Consultant
> X3D Co-Chair on Sabbatical
> LA ACM SIGGRAPH Chair
> President, Daly Realism - /Creating the Future/
>

All Best,
Joe



--------------------------------------------------------------------------------


> _______________________________________________
> x3d-public mailing list
> x3d-public at web3d.org
> http://web3d.org/mailman/listinfo/x3d-public_web3d.org
>