[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [x3d-public] Shaders and Triangles: was dedicated working-group focus on X3D interoperability
Mostly they tolerate the authors pretty well, but I suspect that the drivers
these days are contracts for ever more performant large applications for big
customers. I can't fault them for that.
OTOH, when the tools can't agree on what a syntax error is and what to do
with it, they have more basic problems. BS Contact tolerates a lot of
syntax slop and that suggests they have been favoring the authors and the
large multi-contributor worlds. Flux and Chisel are pretty hard on the
syntax errors. That suggests they are trying to keep the whole ecology
running smoothly but that the authors have to do their bit too by writing
correct code. As a result, BS Contact is not a good browser for testing
worlds; it is a good browser for fielding them. The exact opposite happens
with Flux and Chisel.
If all of a sudden, a lot of worlds stopped working because nodes were
withdrawn in the pursuit of closer-to-the-metal performance, that would be a
big mistake.
Beware pleioptropy. Cave fish are blind because of the lack of light, but
not as a direct effect. It isn't that lack of light affects the evolution
of their eyes. Their eyes go away because the same transcription genetic
message that favors longer jaws and thus finding food in the dark also
causes the eye to quit developing. So the apparent cause is not the real
one. It's an accidental coupling. It bedeviled geneticists for years until
they realized they were making superstitious assumptions about the linkage
of environment to feature. It was there but they guessed at a linkage that
didn't exist.
I'd beware of optimizing for speed in pursuit of more authors. We deal
with the nodes as they are because we only learn them as we use them.
Advanced authors do advanced jobs. The rest of us learn from them.
If you want that to satisfy paying customers, I can only say, don't make the
rest of us blind just because we are fish instead of beef.
len
From: owner-x3d-public@web3d.org [mailto:owner-x3d-public@web3d.org] On
Behalf Of Dave A
With this and other threads going around, it seems to me that the question
being asked is: for whom should X3D be easy for: browser/plugin programmers,
or content authors. My vote: content authors. Unfortunately, the spec
has largely been driven by browser programmers. This IMHO is why X3D has
been problematic.
-------------------------------------------------------------------------
for list subscription/unsubscription,
go to http://www.web3d.org/cgi-bin/public_list_signup/lwgate/listsavail.html