Normal Mesh Compression" by Andrei Khodakovsky and Igor Guskov which was
much acclaimed at this year's SIGGRAPH.
If you are interested in pursuing this direction, I can put you in touch
with the proper people.
Best,
Joe Kiniry
--
Joseph R. Kiniry
Chief Scientist
DALi, Inc.
--On Wednesday, Febru
havior? Is this or something
similar a recorded bug?
Thanks,
Joe Kiniry
--
Joseph R. Kiniry
Chief Scientist
DALi, Inc.
===
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "sig
Hi again all,
As I have mentioned in the past, we have a rendering engine that supports
skinned articulated rigid bodies. We have used indexed geometry for the
inter-joint polygons and by-copy geometries everywhere else (with judicious
use of our own data caching &c).
Our current problem is due
iously wrt indexed datasets, especially
vertex coloring) does not make us happy.
Perhaps this tradeoff should be documented somewhere in the API?
Thanks,
Joe Kiniry
--
Joseph R. Kiniry
Chief Scientist
DALi, Inc.
===
To u
Another note:
In my opinion, the specification for indexed geometry is lacking in several
respects.
First an foremost, there is a tight but silly dependency between the
reference data sets; see GeometryArray.set*Ref*() methods. You'll see
that, for example, if your indexed geometry has 10,000 c
--On Wednesday, December 13, 2000 02:18:04 PM -0500 Shawn Kendall
<[EMAIL PROTECTED]> wrote:
> Just a little interjection here...
>
> Joe Kiniry wrote:
>
>> As you might imagine, we believe that motion capture is appropriate for
>> some game elements in the f
l morphology is already
represented thusly, thus if two "close" species mate you get a new entity
that resembles the parents - with no modeling in Maya!
Best,
Joe Kiniry
--
Joseph R. Kiniry
Chief Scientist
DALi, Inc.
--On Tuesday, December 12, 2000 02:30:36 PM -0500 Shawn Kendall
<[EMAIL
objects as part of our canning process and we would expect to see load
times of just ~1-2 seconds per entity.
Best,
Joe Kiniry
--
Joseph R. Kiniry
DALi, Inc.
===
To unsubscribe, send email to [EMAIL PROTECTED] and include in th
not created equal.
If only we'd learned from X11(*),
Joe Kiniry
--
Joseph R. Kiniry
DALi, Inc.
California Institute of Technology
(*) There should be (nearly) only one way of doing any "thing".
X11 is an infamous example of where you can do any "thing" over a
dozen differe
Best,
Joe Kiniry
--
Joseph R. Kiniry
DALi, Inc.
--On Wednesday, November 15, 2000 00:00:38 + Thomas M Clarke
<[EMAIL PROTECTED]> wrote:
> Hi,
>
> When running any of the demos or my own j3d apps I get the following
> message printed out several times:
>
> Font sp
Has anyone had any success with using the Linux Java3D port and the IBM JDK
1.3? We're interested because this VM has the highest performance (for our
benchmarks) of any VM available, thus we are very interested in seeing it
work well (or at all) with Java3D. Currently we are having success with
s a very serious problem with Java3D if there is no
reasonable work-around. I'd be quite happy tagging matrices (since we know
what characteristics they have because we created them) and letting Java3D
use that hinting for significantly increased performance.
Best,
Joe Kiniry
--On Tuesday, Oc
be ready to render because of things like physics and network
latency - rendering is "cheap". We're finding just the opposite; a
situation we are unused to being in.
Suggestions and comments welcome. I'm on the digest list, so please CC.
Best,
Joe Kiniry
--
Joseph R. Kiniry
e are a couple of
> work-arounds for some of the nasty little gotchas lurking between the OS
> and the renderer.
A portion of our product will be Open Sourced early next year. I've seen a
lot of discussion here centered on queries about avatars (though I'm not
entirely sure what fo
Hello Java3D team,
My company is interested in releasing our product(s) on as many platforms
as possible simultaneously. At this point in time, the availability of
Java3D is the constraining factor. A version of Java3D exists on Linux and
on Windows. I have several questions:
o Can we expect
--On 10/25/00 03:52:31 PM -0400 Shawn Kendall <[EMAIL PROTECTED]> wrote:
> First, thanks for the more detail explanation.
>
> Joe Kiniry wrote in a non-Java3D-interest mail:
>
>> Because Java3D guarantees that rendering is halted during execution of a
>> behavior
a behavior's trigger has returned.
I have seen the discussions about postId, but this doesn't help given you
have no guarantees about thread scheduling behavior, even with tuning
Java3D's priorities.
If more details are necessary, please ask. Suggestions ar
17 matches
Mail list logo