Copy Box

Frans mrfrans at gmail.com
Fri Apr 20 02:47:26 PDT 2007


sculpting is mostly done by hand, by changing the prim properties.
Anything in particular you are doing, or wanting to do?

On 4/20/07, david w-j <lorrvid at gmail.com> wrote:
>
> Does anyone know where i can get some good scripts for sculpting or have a
> clue about how to write some, i already have basic rotation scripts tnx:)
> Vidz Ah
>
> On 4/20/07, Strife Onizuka <blindwanderer at gmail.com> wrote:
> >
> > Just thought I'd stick my head in on this discussion.
> > I'm the scripter of TLML and co-scripter of TLTP.
> >
> > The publicly available version of both are out of date and buggy. TLML
> > has evolved away from TLTP. With the introduction of
> > llSetLinkPrimitiveParams, TLML needs to be redesigned. TLTP was never really
> > finished, the future I saw for TLML was not with TLTP so much but as a
> > rendering engine for dynamic content (like HUDs). TLML got it's chance and
> > was built into a HUD with a dynamic prim allocator (TLWAPI). The big issue
> > with TLML was that it had more features then memory to contain the code to
> > implement them all in a single script. The HUD was slow, TLWAPI was a major
> > bottle neck. The last versions of TLML were not compatible with TLTP and
> > were targeted for use with TLWAPI (if I remember correctly, the difference
> > was in the prim addressing).
> >
> > At present I'm not interested in working on TLML or TLTP, they may be
> > useful to others thou. For the type of project I'm working on these days,
> > they aren't of that much use.
> >
> > Strife Onizuka
> >
> > On 4/19/07, Ciemaar Flintoff <ciemaar at gmail.com > wrote:
> > >
> > > exchangeTLTP will work for the communications, maybe rather than
> > > trying to keep inventory up to date you would do better to have a list
> > > implemented in floating text, or read out to users on touch.
> > >
> > > On 4/19/07, Bartosz Ptaszynski <yazzgoth at gmail.com> wrote:
> > > >
> > > >
> > > >
> > > > On 4/19/07, Ciemaar Flintoff < ciemaar at gmail.com> wrote:
> > > > >
> > > > > Assuming that ultimately you are delivering these objects to
> > > > > users, you can have the box with the item deliver it to the user that
> > > > > ultimately needs it directly based on a message from their 'local box.'
> > > > > Inter sim communications can be done a number of ways, but e-mail is
> > > > > probably the simplest in this scenario.
> > > >
> > > >
> > > > The idea is that when someone puts an object in to one box, other
> > > > box(es) will have it's contents updated so that if anyone looks into them
> > > > they will have all the items from other boxes, thus keeping everything in
> > > > sync.
> > > >
> > > > Would exchangeTLTP work for this?
> > > >
> > > > Ciemaar Flintoff
> > > > >
> > > > > On 4/19/07, Bartosz Ptaszynski <yazzgoth at gmail.com > wrote:
> > > > >
> > > > > > Hi,
> > > > > >
> > > > > > I'd like to script a Copy Box which would replicate anything
> > > > > > that is put into it to another Copy Box elsewhere.
> > > > > >
> > > > > > The catch is that box A would be in a different sim than box B
> > > > > > so llGiveInventoryList wont work.
> > > > > >
> > > > > > I was thinking about a workaround, but can't come up with
> > > > > > anything that would work in 100%.
> > > > > >
> > > > > > For eg. when you put something into box A it could spawn a new
> > > > > > object, give it the item and then that new object could travel/teleport to
> > > > > > box B in a different sim and pass the object, then delete itself. The thing
> > > > > > about is when you would try to use llSetPos in loop to get to the other sim
> > > > > > there's no guarantee that along the way you won't enter a no-script parcel
> > > > > > which will cause the, let's call it, delivery object to stop...
> > > > > >
> > > > > > Any ideas on how to work around this?
> > > > > >
> > > > > > Thanks,
> > > > > > Bart
> > > > > >
> > > > > > _______________________________________________
> > > > > > Click here to unsubscribe or manage your list subscription:
> > > > > >
> > > > > > https://lists.secondlife.com/cgi-bin/mailman/listinfo/secondlifescripters
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Blog:   http://channel3b.wordpress.com
> > > > > Second Life Name:  Ciemaar Flintoff
> > > > >
> > > > > #Python 3001:
> > > > > from future import time.travel
> > > > > _______________________________________________
> > > > > Click here to unsubscribe or manage your list subscription:
> > > > >
> > > > > https://lists.secondlife.com/cgi-bin/mailman/listinfo/secondlifescripters
> > > > >
> > > > >
> > > >
> > > > _______________________________________________
> > > > Click here to unsubscribe or manage your list subscription:
> > > >
> > > > https://lists.secondlife.com/cgi-bin/mailman/listinfo/secondlifescripters
> > > >
> > > >
> > >
> > >
> > > --
> > > Blog:   http://channel3b.wordpress.com
> > > Second Life Name:  Ciemaar Flintoff
> > >
> > > #Python 3001:
> > > from future import time.travel
> > >
> > > _______________________________________________
> > > Click here to unsubscribe or manage your list subscription:
> > >
> > > https://lists.secondlife.com/cgi-bin/mailman/listinfo/secondlifescripters
> > >
> > >
> >
> > _______________________________________________
> > Click here to unsubscribe or manage your list subscription:
> >
> > https://lists.secondlife.com/cgi-bin/mailman/listinfo/secondlifescripters
> >
> >
>
> _______________________________________________
> Click here to unsubscribe or manage your list subscription:
> https://lists.secondlife.com/cgi-bin/mailman/listinfo/secondlifescripters
>
>


-- 
RL: Jeroen Frans / SL: Frans Charming
http://www.thevesuviusgroup.com
http://www.fransinnovations.com
http://www.linkedin.com/in/mrfrans
http://secondslog.blogspot.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/secondlifescripters/attachments/20070420/cc9242d6/attachment.htm


More information about the secondlifescripters mailing list