ent list for libsecondlifeSubject: Re: [libsecondlife-dev] Animations and packets...
On 7/31/06, Michael Kron (RIT Student) <[EMAIL PROTECTED]> wrote:>> By the way, is Analyst something you guys wrote or is it a third party tool? And if so, where can I grab it? It sounds like that is th
se NesbittSent: Mon 7/31/2006 11:36 AMTo: Development list for libsecondlifeSubject: Re: [libsecondlife-dev] Animations and packets...
On 7/31/06, Michael Kron (RIT Student) <[EMAIL PROTECTED]> wrote:>> By the way, is Analyst something you guys wrote or is it a third party tool? An
secondlife
Subject: Re: [libsecondlife-dev] Animations and packets...
On 7/31/06, Michael Kron (RIT Student) <[EMAIL PROTECTED]> wrote:
>
> By the way, is Analyst something you guys wrote or is it a third party tool?
> And if so, where can I grab it? It sounds like that is the bes
On 7/31/06, Michael Kron (RIT Student) <[EMAIL PROTECTED]> wrote:
By the way, is Analyst something you guys wrote or is it a third party tool?
And if so, where can I grab it? It sounds like that is the best way to get a
look at the packets coming to and fro, based on what you've shown me.
very much,
Mike
From: [EMAIL PROTECTED] on behalf of John Hurliman
Sent: Sat 7/29/2006 5:17 PM
To: Development list for libsecondlife
Subject: Re: [libsecondlife-dev] Animations and packets...
Michael Kron (RIT Student) wrote:
> Hmm. Yes, I think figuring out what the exactly packet flow of
Michael Kron (RIT Student) wrote:
Hmm. Yes, I think figuring out what the exactly packet flow of a gesture being performed is gonna be pretty crucial. Registering for Outgoing sounds like a good idea, thanks much. Maybe I'll just spit em all out to a file, and see what it looks like when I /wav
half of Jesse Nesbitt
Sent: Sat 7/29/2006 2:45 PM
To: Development list for libsecondlife
Subject: Re: [libsecondlife-dev] Animations and packets...
You can register a callback with Direction.Outgoing to watch what's
coming out of the client.
Also, AFAIK, the "ChatFromViewer" packet w
MAIL PROTECTED] on behalf of Jesse Nesbitt
Sent: Sat 7/29/2006 2:45 PM
To: Development list for libsecondlife
Subject: Re: [libsecondlife-dev] Animations and packets...
You can register a callback with Direction.Outgoing to watch what's
coming out of the client.
Also, AFAIK, the "ChatF
06 2:04 PM
To: Development list for libsecondlife
Subject: RE: [libsecondlife-dev] Animations and packets...
I found another way to get the LLUUID for a gesture, though I can't be sure its correct. If you go
to the properties of the gesture in your inventory, there is a "copy ID" opt
with a manual /wave. Or another app perhaps?
From: [EMAIL PROTECTED] on behalf of Michael Kron (RIT Student)
Sent: Fri 7/28/2006 2:04 PM
To: Development list for libsecondlife
Subject: RE: [libsecondlife-dev] Animations and packets...
I found another way to ge
___
From: [EMAIL PROTECTED] on behalf of John Hurliman
Sent: Thu 7/27/2006 2:33 PM
To: Development list for libsecondlife
Subject: Re: [libsecondlife-dev] Animations and packets...
Michael Kron (RIT Student) wrote:
>
> Hello again,
>
> So I thought I'd
liman
Sent: Thursday, July 27, 2006 2:24 PM
To: Development list for libsecondlife
Subject: Re: [libsecondlife-dev] Animations and packets...
[EMAIL PROTECTED] wrote:
>
> Does the sim send this message to itself? The client does not run LSL
> scripts, and so would never send such an LLUUID.
[EMAIL PROTECTED] wrote:
Does the sim send this message to itself? The client does not run LSL
scripts, and so would never send such an LLUUID. However, if it does
accept such input in that field then, together with the below two
options, there is now a third option: 3) The sim looks up the g
: [libsecondlife-dev]
Animations and packets...
It could also be the UUID
of the object or script that had permission to animate you.
On 7/27/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
I can see two possible reasons for the sender LLUUID. Either
1) The sim
does not check the IP address of t
iginal Message-From: [EMAIL PROTECTED][mailto:[EMAIL PROTECTED]
] On Behalf Of John HurlimanSent: Thursday, July 27, 2006 11:33 AMTo: Development list for libsecondlifeSubject: Re: [libsecondlife-dev] Animations and packets...Michael Kron (RIT Student) wrote:
>> Hello again,>> So
: Development list for libsecondlife
Subject: Re: [libsecondlife-dev] Animations and packets...
Michael Kron (RIT Student) wrote:
>
> Hello again,
>
> So I thought I'd take John's advice and start looking into SLProxy, as
that does seem like what would be simplest for thi
Michael Kron (RIT Student) wrote:
Hello again,
So I thought I'd take John's advice and start looking into SLProxy, as that does seem like what would be simplest for this project. After some inital trouble, I got it going and I found the ReadFromConsole() method in the ChatConsole project. I a
Hello again,
So I thought I'd take John's advice and start looking into SLProxy, as that
does seem like what would be simplest for this project. After some inital
trouble, I got it going and I found the ReadFromConsole() method in the
ChatConsole project. I also found the protocol.txt.
I
Jesse Nesbitt wrote:
I'm no expert, but from what I can see, blocks is a hashtable (keys,
values). It seems that you store multiple blocks of data in blocks,
and you do this by having another hash with your flags and "payload"
data, then using the flags hash as your key, and the block type as
you
I'm no expert, but from what I can see, blocks is a hashtable (keys,
values). It seems that you store multiple blocks of data in blocks,
and you do this by having another hash with your flags and "payload"
data, then using the flags hash as your key, and the block type as
your value. It's kind of
Hey guys,
Started working on my animations project again, I hadn't touched it for a
while. When I came back though, I was getting errors when I tried to compile
anything. VisStudio kept saying that the libsecondlife.dll was in use. So I
blew away the project, grabbed it again, now the librar
21 matches
Mail list logo
