RE: Another Poll of Ref Models

Date : Wed, 1 Nov 2006 10:58:39 -0500
To : <XSI(at)Softimage.COM>
From : "Andre DeAngelis" <andre.deangelis(at)ubisoft.com>
Subject : RE: Another Poll of Ref Models
" oh, and any animation on the referenced model is lost."

Can you be more specific Juan?  This sounds pretty serious.

Andre

-----Original Message-----
From: owner-xsi(at)Softimage.COM [mailto:owner-xsi(at)Softimage.COM] On Behalf
Of Juan Brockhaus
Sent: November 1, 2006 10:42 AM
To: 'XSI(at)Softimage.COM'
Subject: RE: Another Poll of Ref Models

Hi,

another thing I came across is, that I couldn't link fe. parameters of a
custom parameter with an expression.
or fe. link the fov of a camera to a referenced camera's fov with an
expression.
(workaround at the moment is to create nulls linked to the animated
parameters. in the fe. render model there are nulls driving the
equivalent
parameter and then constraining the nulls.)

oh, and any animation on the referenced model is lost.

Juan




-----Original Message-----
From: Kim Aldis [mailto:XSI(at)kim-aldis.co.uk]
Sent: 01 November 2006 10:23
To: XSI(at)Softimage.COM
Subject: RE: Another Poll of Ref Models


I've a few issues with them, none serious, so long as you know they're
there, just a bit annoying:

Nested models:

	Mostly, more trouble than they're worth. I have problems with
some
elements in nested models dropping out of groups and partitions. If you
select a root model and store an action, no actions on nested models are
stored. Raf thinks this is correct, I'm inclined to disagree.

	Constraining reference roots to anything; they fall off
regularly
and xsi will crash a fair bit. It's more stable if you constrain the
contents of the model, good enough reason in itself to build an srt root
into the model.

	I've had problems changing some aspects of source models and the
results of the changes not registering in references that are already in
scenes and animating. Colours on materials, groups, and some actions
don't
get picked up.

	Any nested models, the namespace isn't hierarchichal. You'll
find
the names of objects in the nested models will change if there's
conflict
with other models.

	
I'm sure there's others, but these are the ones that spring to mind

> -----Original Message-----
> From: owner-xsi(at)Softimage.COM [mailto:owner-xsi(at)Softimage.COM] On
> Behalf Of Andre DeAngelis
> Sent: 26 October 2006 14:52
> To: XSI(at)Softimage.COM
> Subject: Another Poll of Ref Models
> 
> Hello All,
> 
> I am curious to see what the latest opinions were on the usability and
> stability of Ref Models.  What people's experiences were with using
> them and the dos and donts.
> 
> We use them sparingly, but I am looking at how far to take their
> implementation.
> 
> All comments would be greatly appreciated.
> 
> Andre
> 
> ---
> 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

---
Unsubscribe? Mail Majordomo(at)Softimage.COM with the following text in body:
unsubscribe xsi


Search the XSI List archives here or use the advanced search form to search across mailing lists. Searching help is available.
This site supposedly brought to you by Benjamin Grosser and the Imaging Technology Group.