Compositing and Effects
Crop
The Move Image Back To (0,0) Coordinate option automatically repositions =
the image in the bottom left corner after cropping the bottom or left =
sides. This means that you do not need to combine the Crop operator with =
a Transform3D operator in this situation. If this option is off, a white =
border shows the extent of the image that the node will output.
By default, this option is on for newly created Crop nodes. For nodes =
created in an earlier version of XSI, this option is off to preserve =
backwards-compatibility.=20
Resize
A bug that sometimes caused the output of the Resize node to be off by =
one pixel has been fixed. New Resize nodes will display the correct =
behavior, but old ones will continue to behave as before for =
backwards-compatibility in case you fixed the problem by cropping. To =
get the new behavior in an old scene, simply delete and reapply the =
Resize operator.
=20
------_=_NextPart_001_01C659AA.ED4AAA3B
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2800.1528" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3D"Comic Sans MS" color=3D#000080 size=3D2><SPAN=20
class=3D205544818-06042006>ahhhh. My ears can stop ringing=20
now.</SPAN></FONT></DIV>
<DIV>
<DIV><FONT face=3DVerdana size=3D2></FONT></DIV><FONT =
face=3DTahoma><BR><FONT=20
size=3D2><SPAN class=3D205544818-06042006><FONT face=3D"Comic Sans MS"=20
color=3D#000080> </FONT></SPAN>-----Original =
Message-----<BR><B>From:</B>=20
Sylvain Moreau<BR></FONT></FONT></DIV>
<BLOCKQUOTE dir=3Dltr=20
style=3D"PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000080 2px =
solid; MARGIN-RIGHT: 0px">
<DIV><FONT face=3DArial size=3D2>This is an old known bug, as =
Morten=20
mentioned it can be worked around with an extra Transform 3D node in =
5.0,=20
but it looks like it was fixed in v5.1. </FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>From the doc:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV>
<P class=3Dh1Heading1><A name=3DXab470519></A><A =
name=3DRab57140></A><B>Compositing=20
and Effects</B></P>
<P class=3Dh2Heading2><A name=3DXab495308></A><B>Crop</B></P>
<P class=3DboBody>The <SPAN class=3Dbold>Move Image Back To (0,0)=20
Coordinate</SPAN> option automatically repositions the image in the =
bottom=20
left corner after cropping the bottom or left sides. This means that =
you do=20
not need to combine the Crop operator with a Transform3D operator in =
this=20
situation. If this option is off, a white border shows the extent of =
the image=20
that the node will output.</P>
<P class=3DboBody>By default, this option is on for newly created Crop =
nodes.=20
For nodes created in an earlier version of XSI, this option is off to =
preserve=20
backwards-compatibility. </P>
<P class=3Dh2Heading2><A name=3DXab495329></A><B>Resize</B></P>
<P class=3DboBody>A bug that sometimes caused the output of the Resize =
node to=20
be off by one pixel has been fixed. New Resize nodes will display the =
correct=20
behavior, but old ones will continue to behave as before for=20
backwards-compatibility in case you fixed the problem by cropping. To =
get the=20
new behavior in an old scene, simply delete and reapply the Resize=20
operator.</P></DIV>
<BLOCKQUOTE=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px"><FONT=20
face=3D"Comic Sans MS" color=3D#000080=20
size=3D2></FONT> </BLOCKQUOTE></BLOCKQUOTE></BODY></HTML>
------_=_NextPart_001_01C659AA.ED4AAA3B--
---
Unsubscribe? Mail Majordomo(at)Softimage.COM with the following text in body:
unsubscribe xsi
