A vague question on Group Notices and objects

[Hawthorne Gray]

Is it possible to script an object to monitor and Owner's Group Notices? 

[Frionil Fang]

Scripts can't access group notices or chat, or send group invites. You'll need an avatar to handle those, i.e. a bot. 

[Hawthorne Gray]

Well, it is a bot, actually, so the object is being worn by  an avatar. The object  processes the avatar's conversations through an LLM - I'm guessing that's still not sufficient.

[Quistess Alpha]

54 minutes ago, Hawthorne Gray said:

Well, it is a bot, actually, so the object is being worn by  an avatar.

Usually a 'bot' refers to an avatar using a viewer that has special functionality to send messages it receives (IMs/group notices etc.) to in-world objects, usually by shouting them on a specific channel. Off the top of my head Radegast is one such viewer, CoolVL viewer also includes enough functionality to be usable for the purpose.

[Hawthorne Gray]

 

5 hours ago, Quistess Alpha said:

Usually a 'bot' refers to an avatar using a viewer that has special functionality to send messages it receives (IMs/group notices etc.) to in-world objects, usually by shouting them on a specific channel.

OK, thanks for the clarification. I've used the term more broadly to include autonomously operated avatars for lack of a better word. An 'alt' is, generally speaking,  just a secondary account, yes? Whether or not it operates with a human controller or not.  So if a 'bot' is more of a scripted utility, along the lines of web crawlers etc, then is there a more appropriate term for an avatar that operates independently?

In any case, I did check out at Radegast , but a Mac version is not available. I'll check out CoolVL, but I bet I'll run into the same problem. 

Thanks.

[elleevelyn]

1 minute ago, Hawthorne Gray said:

 

 So if a 'bot' is more of a scripted utility, along the lines of web crawlers etc, then is there a more appropriate term for an avatar that operates independently?

 

to get you started have a look here for secondlife capable bot software

https://wiki.secondlife.com/wiki/Second_Life_bot_software_comparison

 

 

[Henri Beauchamp]

12 hours ago, Hawthorne Gray said:

I'll check out CoolVL, but I bet I'll run into the same problem. 

Not if you use its Lua scripting feature.

[Hawthorne Gray]

Well it does work on a Mac, that was my concern in the prior post. 

On 9/2/2024 at 2:49 PM, Henri Beauchamp said:

Not if you use its Lua scripting feature.

OK, I'll admit, LUA is an unknown to me. I saw some posts recently discussing its use in SL and I was like, Wha? So LUA is new to me but following the link Henri mentions I see that it can be used as an automation tool, so I will need to investigate that. My first question off the top of my head is, "does LUA offer any functionalities not found in LSL"?

[Henri Beauchamp]

You might have heard of Lua for the future LSL scripting engine (server side stuff) re-implementation (it is currently using Mono, but Lua happens to be smaller, faster, and well suited to implement such an engine); this will not impact how LSL works and will be pretty ”transparent” to the users.

You might also have heard about a project viewer from LL using Lua, or rather Luau (which is a fork of an old version of Lua, that is, not as powerful as current and future Lua versions), and that LL sadly adopted, also reinventing the wheel in the process instead of reusing my implementation that has existed and matured for years... This viewer is currently not available for download.

The Cool VL Viewer, on its side, offers you full Lua (viewer-side) scripting and automation (meaning it is very well suited to implement bots), and it also offers you the possibility to exchange data and Lua commands between your Lua scripts on the viewer side and your own LSL scripts on the server side. Under Linux, you may also exchange Lua commands and data via DBus between Lua and another running program (e.g some Python program to communicate with an AI). The viewer can also run up to 8 Lua threads in the background (on other cores than the viewer, so they won't even slow it down), in excess of its automation script (the automation script is events-driven, while the threads are ”free running ” programs).

Edited September 4 by Henri Beauchamp