Re: Native XSI LSCM Unwrapping

Date : Mon, 11 Jun 2007 15:50:32 +0200
To : XSI(at)Softimage.COM
From : "Ahmidou Lyazidi" <ahmidou.xsi(at)gmail.com>
Subject : Re: Native XSI LSCM Unwrapping
Ok, I understand now! Too bad...

2007/6/11, Alan Jones <skyphyr(at)gmail.com>:
Hi Ahmidou,

The problem isn't adding another cluster as an input port, it's the
way XSI evaluates doesn't allow for restructuring just part of the UV
set and having modifications to the other part applied below the
operator. So there's no way to really develop an interactive tool like
would be ideal for this.

An option might be having two operators - one which creates the
initial UV set and a partner one which lives in the animation stack.
This way you move the pinned points in the modeling stack and XSI
shifts it all again in the animation stack - this may provide a way of
getting interactive modification of the UV set using pins.

Anyone at Soft have an idea on this?

Cheers,

Alan.

On 6/2/07, Ahmidou Lyazidi <ahmidou.xsi(at)gmail.com> wrote:
> Wouldn't it be possible to add the samples cluster and hotplug them to the
> same operator that is unwrapping. With portgroups you can add unlimited
> inputs after your operator was created. But i'm just a low level scripter,
> so I can be completly wrong.
> Anyway thanks again for sharing!
>
> Ahmidou.
>
> 2007/6/1, Alan Jones <skyphyr(at)gmail.com>:
> > I'm not sure on the pinned stuff - it would be very useful, but the
> > XSI operator model doesn't lend itself very well to it.
> >
> > In order for it to function you'd need to create a set of UVs with it
> > (unpinned). Then use that set of UVs and create a cluster of samples.
> > From there you'd apply a second operator which takes the mesh, and the
> > UVs and the pinning cluster and recalculates it.
> >
> > You'd need to mute your second operator, shift your pinned points,
> > then unmute the operator. Otherwise XSI will just apply moves to your
> > points after the new UVs. i.e. there's no neat way for cycling stuff
> > where it's possible in XSI.
> >
> > Perhaps a very intelligent dev somewhere could come up with a
> > suggestion for a better way of implementing it?
> >
> > Cheers,
> >
> > Alan.
> >
> > On 6/1/07, Ahmidou Lyazidi <ahmidou.xsi(at)gmail.com > wrote:
> > > That's cool! Thank you very much. Just to know is it planed to add the
> pin
> > > stuff?
> > > Thanks again
> > > Ahmidou.
> > >
> > > 2007/6/1, Alan Jones <skyphyr(at)gmail.com >:
> > > > Didn't I tell you all Halfy's great?
> > > > http://www.binaryiris.com/xsi/dungarees.tar.bz2
> > > >
> > > > Also anyone at Soft happen to log that bug with unfrozen meshes and
> > > > GetClusterPropertyBuilder() or should I go fill it in?
> > > >
> > > > Cheers,
> > > >
> > > > Alan.
> > > >
> > > > On 6/1/07, Alan Jones < skyphyr(at)gmail.com > wrote:
> > > > > Not that I've been let know of yet, Ahmidou. It seems you can't even
> > > > > give windows users a gift unless you install it and click the
> buttons
> > > > > for them ;-)
> > > > >
> > > > > We're loving here at Fluid though, Halfy - so another big thanks.
> > > > >
> > > > > Cheers,
> > > > >
> > > > > Alan.
> > > > >
> > > > > On 6/1/07, Ahmidou Lyazidi < ahmidou.xsi(at)gmail.com> wrote:
> > > > > > Hi,
> > > > > > Did someone had some success to compile it for windows?
> > > > > >
> > > > > > Regards
> > > > > > A.
> > > > > >
> > > > > > 2007/5/31, Philipp Oeser < philipp.oeser(at)liga01.de>:
> > > > > > > Ah, nice info!
> > > > > > > opens up a whole new range of possibilities...
> > > > > > > [note to myself: - (1) plant a tree! (2) build a house! (3) wrap
> > > > > > > blender's magic fluid control! :) ]
> > > > > > >
> > > > > > > thanx again for the effort, halfdan/alan
> > > > > > >
> > > > > > > Philipp
> > > > > > >
> > > > > > > Alan Jones schrieb:
> > > > > > > > I think it was also to do with dynamic vs static linking.
> Because
> > > it's
> > > > > > > > distributed in an unlinked form the user is linking it at
> runtime.
> > > > > > > > This means the linking is part of use, not distribution - at
> least
> > > > > > > > that's the impression further research gave.
> > > > > > > >
> > > > > > > > Cheers,
> > > > > > > >
> > > > > > > > Alan.
> > > > > > > >
> > > > > > > > On 5/30/07, Halfdan Ingvarsson < hingvars(at)softimage.com >
> wrote:
> > > > > > > >> This is based on confusion around the GPL "linking clause"
> which
> > > > > > > >> applies to works that "derive" from GPL-ed software (ie. the
> > > > > > > >> "derived" software cannot work without linking to a GPL-ed
> > > software).
> > > > > > > >>
> > > > > > > >> The linking clause does not apply in this case since XSI
> doesn't
> > > > > > > >> require the plugin in order to run. So XSI is not a
> derivative
> > > work
> > > > > > > >> of the plugin in that sense.
> > > > > > > >>
> > > > > > > >> This is an important distinction, because otherwise you
> wouldn't
> > > be
> > > > > > > >> able to run opensource apps on windows, since they require
> > > windows in
> > > > > > > >> order to work.
> > > > > > > >>
> > > > > > > >> The LGPL removes this requirement and is used for most, if
> not
> > > all,
> > > > > > > >> system libraries on Linux, since closed source applications
> > > require
> > > > > > > >> them in order to run on Linux.
> > > > > > > >>
> > > > > > > >> Alan's original impression was that it went both ways, which
> is
> > > not
> > > > > > > >> the case
> > > > > > > >>
> > > > > > > >> (I'm only using Linux here since it represents a mixed
> GPL/LGPL
> > > > > > > >> environment that closed source applications run on).
> > > > > > > >>
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > >
> > > > > > >
> > > > > > > LIGA_01 COMPUTERFILM GmbH
> > > > > > > Philipp Oeser
> > > > > > >
> > > > > > > MUNICH
> > > > > > > Landwehrstrasse 60-62
> > > > > > > 80336 Munich, Germany
> > > > > > > fon: +49 - (0)89 - 51 555 8-88
> > > > > > > fax: +49 - (0)89 - 51 555 8-77
> > > > > > >
> > > > > > > www.liga01.com
> > > > > > >
> > > > > > > Diese Nachricht enthält vertrauliche und/oder rechtlich
> geschützte
> > > > > > Informationen. Wenn Sie nicht der richtige Adressat sind oder
> diese
> > > > > > Nachricht irrtümlich erhalten haben, informieren Sie bitte den
> > > Absender und
> > > > > > löschen diese Nachricht. Das unerlaubte Kopieren und die unbefugte
> > > > > > Weiterleitung dieser Nachricht sind nicht gestattet.
> > > > > > >
> > > > > > > This message may contain confidential and/or privileged
> information.
> > > If
> > > > > > you are not the intended recipient or if you have received this
> > > message in
> > > > > > error, please notify the sender and delete this message. Any
> > > unauthorised
> > > > > > copying, disclosure or distribution of this message is strictly
> > > forbidden.
> > > > > > >
> > > > > > >
> > > > > > > ---
> > > > > > > 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.