The reason it would be nice to render a Zpic separately, is to be able to
get double sized depth info without rendering the colour Pic really big as
well.
It certainly helps with the edge artifacts to work double sized and shrink
everything down after, but the render hit would be too great if you have to
output everything so large.
If After Effects would allow the use of a regular independent rgb depth pass
for it's 3D effects, this would not be an issue, but unfortunately it
doesn't seem to work that way...
William
----- Original Message -----
From: "Sofronis Efstathiou" <SEfstathiou(at)bournemouth.ac.uk>
To: <XSI(at)Softimage.COM>
Sent: Friday, February 29, 2008 5:08 PM
Subject: RE: XSI Zpics and Aftereffect
Hey Leoung,
Do you mean as a file? Or in isolation of the .pic file? As far as I am
aware, you need the .pic file and the zpic for this to work, as the zpic
file does not have an image header, therefore the size of the Z buffer is
taken from the .pic image. They must go together.
You can render the zpic seperatley via the Render Channels output found in
the Render Pass. Just add a frame buffer and pick depth, changing the file
type to zpic. But I think you know this anyway.
I have some documentation on how to do this if you want to email me offline
sefstathiou(at)bournemouth.ac.uk <mailto:sefstathiou(at)bournemouth.ac.uk>
Saf
________________________________
From: owner-xsi(at)Softimage.COM on behalf of Leoung O'Young
Sent: Fri 29/02/2008 21:20
To: XSI(at)Softimage.COM
Subject: Re: XSI Zpics and Aftereffect
Hi Luc-Eric,
Thanks for pointing this out to us.
We didn't look hard enough to see the Zpic option....
That probably why the "Zt" is inverted when we renamed to "Zpic"
Is it possible to render the Zpic separately?
Leoung
Luc-Eric Rousseau wrote:
Zpics have their advantages. They are floating point and contain the exact
distance to the camera of the each pixel in softimage units, there is no
data loss and it's consistent between frames. Since they are a dump of the
Zbuffer, they are not anti-aliased, but that's what you need for
Z-compositing. Or at least, that's the best you can do - z-compositing is
never great.
From: owner-xsi(at)Softimage.COM [mailto:owner-xsi(at)Softimage.COM] On Behalf Of
Leoung O'Young
Posted At: February-29-08 3:11 PM
Posted To: xsi
Conversation: XSI Zpics and Aftereffect
Subject: Re: XSI Zpics and Aftereffect
Hi Alan,
Thanks for your suggestion we will try out.
Leoung
Alan Fregtman wrote:
Does it have to be zpic? I've had good luck saving the depth
renderchannel/framebuffer of a render as a 16bit *.SGI. Works great.
As for RPF, it apparently needs to be implemented by mental images and
they don't feel like doing so, according to this post:
http://www.highend3d.com/boards/lofiversion/index.php/t161451.html
Cheers,
-- Alan
On Thu, Feb 28, 2008 at 7:58 PM, digimata <digimata(at)digimata.com>
<mailto:digimata(at)digimata.com> wrote:
This is our first venture in using zpic from XSI and sending to our
Aftereffect's guy.
We are using XSI 6.01 and he is using Aftereffect 7.0
We gave him a pic file and a zpic file to test.
XSI rendered out a "test.pic" and a "test.zt"
It didn't work in Aftereffect until we change the zpic file's extention
to .zpic
The next problem we have is the zpic data is inverted.
Anyone else run into this problem or we doing something incorrect here.
The Aftereffect guy enquired why SXI/MR. doesn't generate RPF (Rich
Pixel Format) files
like many other 3D packages.
Thanks,
Leoung
---
Unsubscribe? Mail Majordomo(at)Softimage.COM with the following text in body:
unsubscribe xsi
---
Unsubscribe? Mail Majordomo(at)Softimage.COM with the following text in body:
unsubscribe xsi
---
Unsubscribe? Mail Majordomo(at)Softimage.COM with the following text in body:
unsubscribe xsi
