Re: camera access in Motion
Re: camera access in Motion
- Subject: Re: camera access in Motion
- From: Matt Rhodes <email@hidden>
- Date: Mon, 30 Apr 2007 09:59:14 -0700
So, here's an open question to plug-in developers, to put this
forum vehicle to the test...
Of all of these concepts (camera matrix, focal length, lighting
positions and properties, layer matrices, etc.), what would be the
bare minimum feature set you would need in an API in order to do
something interesting with 3D?
What would you need in order to do more advanced 3D effects?
For us (Zaxwerks), a minimum would be:
- Camera
- Transform matrix
- Focal length/aperture/field of view (enough for lens definition)
- Lights
- Type (spot, point, etc.)
- Color/intensity
- Any other light-specific parameters (cone angle, falloff, shadow-
values, etc.)
- 3D Layers
- Transform matrix
- Size (width/height)
- Layer Name or other way for a user to identify a particular 3D
layer to us
It comes down to being able to recreate the scene in our
own code, of course.
Since we can't guarantee that our host has 3D capabilities,
many of our 3D plug-ins offer a camera and a few directional lights.
Therefore, if we don't get all of the above (say, just cameras), we'd
still be ok - just not as functional as our AE counterparts (how's that
for incentive).
We like getting access to a 3D Layer's transform because we offer
the ability to place our 3D objects at the same location/orientation
as another object in the system. This lets the user animate a plane
using the host's animation system and then "replace" that plane with
one of our 3D objects. With Motion and FCP's realtime interaction,
we'd love to have access to a layer's 3D info.
Thanks a lot.
Matt Rhodes
Zaxwerks, Inc.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Pro-apps-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden