|
Did someone put out a Win32 version
yet?
_______________________________________
Marc Brinkley -
EA|Chicago
mbrinkley [at] ea.com
312.661.7412
"I prefer the smooth texture of the HoHo over the
DingDong."
From: owner-xsi(at)Softimage.COM
[mailto:owner-xsi(at)Softimage.COM] On Behalf Of Stuart Hall
Sent:
Monday, June 18, 2007 10:11 AM
To:
XSI(at)Softimage.COM
Subject: RE: Native XSI LSCM
Unwrapping
It would be nice if it
supported the ABF routine as well as the LSCM.
From:
owner-xsi(at)Softimage.COM [mailto:owner-xsi(at)Softimage.COM] On Behalf Of Stuart Hall
Sent: 18 June 2007 15:19
To: XSI(at)Softimage.COM
Subject: RE: Native XSI LSCM
Unwrapping
This plug-in works
great!!! I can?t believe the list is so quite in singing its praise. Everyone
prefer Roadkill?
Stuart
Hall
From:
owner-xsi(at)Softimage.COM [mailto:owner-xsi(at)Softimage.COM] On Behalf Of Ahmidou Lyazidi
Sent: 11 June 2007 14:51
To: XSI(at)Softimage.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
Registered Address: Passion Pictures Ltd,
33-34 Rathbone Place,
London W1T
1JN.
Registration number: 2177709. Registered
in England &
Wales
This message (and any associated files) is
intended only for the
use of the individual or entity to which it is
addressed and may
contain information that is confidential, subject to
copyright or
constitutes a trade secret. If you are not the intended
recipient
you are hereby notified that any dissemination, copying or
distribution of this message, or files associated with this message,
is
strictly prohibited. If you have received this message in error,
please
notify us immediately by replying to the message and deleting
it from your
computer. Messages sent to and from us may be monitored.
Internet
communications cannot be guaranteed to be secure or error-free
as
information could be intercepted, corrupted, lost, destroyed, arrive
late or
incomplete, or contain viruses. Therefore, we do not accept
responsibility
for any errors or omissions that are present in this
message, or any
attachment, that have arisen as a result of e-mail
transmission. If
verification is required, please request a hard-copy
version. Any views or
opinions presented are solely those of the author
and do not necessarily
represent those of Passion Pictures
Ltd.
|
