Welcome to the Second Life Forums Archive

These forums are CLOSED. Please visit the new forums HERE

issues with llListen (name, multiple, lag)

Alpha Vargas
Crisis Core addict
Join date: 6 Mar 2006
Posts: 96
06-09-2008 04:58
I've got a set of controls that give commands to set objects (ex "screen control" controls only the object "screen";). It is not feasible to link all the objects to use llMessageLinked

I've got a few questions...
First of all, what produces less lag? Have all commands issued on the same channel, and the controlled objects filter llListen by object name? Or issuing commands for different objects on different channels? (screen control & screen - chan -200, light & light control - chan -201, etc)
All the controlled objects are listening for any one of a set number of commands issued by the controlling object (on, off, blink, etc), so I can't filter by msg.

I've tried filtering by name, so that "screen" only listens to the object named "screen control", on the same channel used by ALL the control objects.
The script worked fine without the name filter, but when I added it, double checking for spelling, it stopped working.
llListen(-200, "screen control", NULL_KEY, "";); <--- stops script from recieving commands

What is the issue here?
Should I even bother with name filters if it may be less laggy to listen on different channels?

also...

llListen (-200, "", NULL_KEY, "";);
llListen (-201, "", NULL_KEY, ''');
Is this the only way to get a single script to listen on two channels (ignoring the name issues for now)?

Thanks in advance for any help.
You can IM me in-world if you prefer. I get offline IMs as well.
Viktoria Dovgal
Join date: 29 Jul 2007
Posts: 3,593
06-09-2008 06:23
On your name filter, that really ought to work. See if any leading/trailing whitespace sneaked into your object's name.

A filter with just a channel check would be a little less work for the sim than one with a name too, but aren't you going to want to check the name or owner or both anyway, to avoid crosstalk?

And yeah, llListen is a "dumb" filter, literal, no ranges.
_____________________
Johan Laurasia
Fully Rezzed
Join date: 31 Oct 2006
Posts: 1,394
06-09-2008 07:59
The most filtered possible listen on the fewest number of channels possible will be the least laggy way to go.


http://www.secondscripter.com/
_____________________
My tutes
http://www.youtube.com/johanlaurasia
Alpha Vargas
Crisis Core addict
Join date: 6 Mar 2006
Posts: 96
06-09-2008 08:08
Viktoria - might just try making it 1 word to see if it's working at all.
(I've always had issues with the name filter, so I figured it was something the way I'm writing it)

From: someone
A filter with just a channel check would be a little less work for the sim than one with a name too, but aren't you going to want to check the name or owner or both anyway, to avoid crosstalk?

So what are you saying is easier? multiple chans, or one chan with name filters? (I don't need an owner check)

Johan - Good to know, thank you.
Viktoria Dovgal
Join date: 29 Jul 2007
Posts: 3,593
06-09-2008 08:15
From: Alpha Vargas
So what are you saying is easier? multiple chans, or one chan with name filters? (I don't need an owner check)

I suppose they're both just as easy to write, you'll need one filter for each name. And if you use multiple channels then you're going to want to check the channel number in LSL, so you may as well stick with one. You can't win this one, either the listen filters or the handler are going to give the server work to do to sort out these messages.
_____________________