New to Translating WordPress? Read through our Translator Handbook to get started. Hide
| Prio | Original string | Translation | — |
|---|---|---|---|
| ↑ | Allows you to show your Second Life® or OpenSimulator online status on any WordPress blog (multiple widgets and shortcodes are possible) | You have to log in to add a translation. | Details |
Original untranslated
Allows you to show your Second Life® or OpenSimulator online status on any WordPress blog (multiple widgets and shortcodes are possible)
You have to log in to edit this translation. |
|||
| ↑ | Online Status inSL | You have to log in to add a translation. | Details |
Original untranslated |
|||
| I'm glad you find it useful. Sure, to make collaboration easier, the code for this plugin is also on <a href="https://github.com/GwynethLlewelyn/online-status-insl">GitHub</a> | You have to log in to add a translation. | Details | |
Original untranslated
I'm glad you find it useful. Sure, to make collaboration easier, the code for this plugin is also on <a href="https://github.com/GwynethLlewelyn/online-status-insl">GitHub</a>
CommentFound in faq paragraph. You have to log in to edit this translation. |
|||
| <a href="https://github.com/GwynethLlewelyn/online-status-insl/actions/workflows/codeql-analysis.yml"></a>↵ <a href="https://www.codacy.com/gh/GwynethLlewelyn/online-status-insl/dashboard?utm_source=github.com&utm_medium=referral&utm_content=GwynethLlewelyn/online-status-insl&utm_campaign=Badge_Grade"></a> | You have to log in to add a translation. | Details | |
Original untranslated
<a href="https://github.com/GwynethLlewelyn/online-status-insl/actions/workflows/codeql-analysis.yml"></a>↵
<a href="https://www.codacy.com/gh/GwynethLlewelyn/online-status-insl/dashboard?utm_source=github.com&utm_medium=referral&utm_content=GwynethLlewelyn/online-status-insl&utm_campaign=Badge_Grade"></a>
CommentFound in description paragraph. You have to log in to edit this translation. |
|||
| In short: aye, you <em>can</em> track the online status of bots and NPCs, if they're scripted using the LibreMetaverse toolkit; there will be some limitations for OpenSimulator bots (lack of a profile picture, for example); but tracking native OpenSimulator NPCs will very likely <em>not</em> work, or, if it does, it will be essentially pointless to do so. | You have to log in to add a translation. | Details | |
Original untranslated
In short: aye, you <em>can</em> track the online status of bots and NPCs, if they're scripted using the LibreMetaverse toolkit; there will be some limitations for OpenSimulator bots (lack of a profile picture, for example); but tracking native OpenSimulator NPCs will very likely <em>not</em> work, or, if it does, it will be essentially pointless to do so.
CommentFound in faq paragraph. You have to log in to edit this translation. |
|||
| Nevertheless, with some clever scripting, it <em>may</em> be possible to achieve something similar. Because NPCs are created with an inventory — including items worn & attached — it's conceivable that the avatar may come with a box with a copy of the online tracking script. During creation, that box will be assigned ownership to either the NPC or possibly to the NPC's owner (depends on the scripting used): in the former case, it's certainly plausible to admit that the NPC can be scripted to drop that box on the ground once it gets launched. Assuming that the NPC is created on land specifically designed for that purpose, with the proper permissions set (allowing NPCs from a certain group — which can <em>also</em> be set when the NPC is created — to drop objects and run scripts in the parcel), it is conceivable therefore that such an avatar <em>may</em> have an online tracker script active (and therefore its online status being actively tracked!), although it might be pointless: after all, an NPC will either be online or not exist at all (from the perspective of the database!). | You have to log in to add a translation. | Details | |
Original untranslated
Nevertheless, with some clever scripting, it <em>may</em> be possible to achieve something similar. Because NPCs are created with an inventory — including items worn & attached — it's conceivable that the avatar may come with a box with a copy of the online tracking script. During creation, that box will be assigned ownership to either the NPC or possibly to the NPC's owner (depends on the scripting used): in the former case, it's certainly plausible to admit that the NPC can be scripted to drop that box on the ground once it gets launched. Assuming that the NPC is created on land specifically designed for that purpose, with the proper permissions set (allowing NPCs from a certain group — which can <em>also</em> be set when the NPC is created — to drop objects and run scripts in the parcel), it is conceivable therefore that such an avatar <em>may</em> have an online tracker script active (and therefore its online status being actively tracked!), although it might be pointless: after all, an NPC will either be online or not exist at all (from the perspective of the database!).
CommentFound in faq paragraph. You have to log in to edit this translation. |
|||
| As such, <em>these</em> kinds of special, native OpenSimulator NPC avatars <em>may</em> fail to be tracked properly regarding their online status. On a fully permissible OpenSimulator grid, it might be possible to consistently get the online status, but it will be tricky — when a NPC goes offline and comes back online, in general, even though it might look the same and have the same name as before, it <em>will</em> have a <em>different</em> UUID (at least, that's what I think that happens; there might be a way to override that procedure), and, as such, any online tracking script that is looking for a specific, valid UUID will fail — the 'reborn' NPC will technically be a <em>different</em> avatar in the database, even if it looks exactly the same. Again, I believe this is done for security considerations. It means that everything that a NPC 'owns' is, at best, <em>transient</em> — it will only be 'owned' as long as that NPC avatar is online. If it drops out of the grid, and comes back, whatever it has owned is now gone. Also, there is no way for a <em>human</em> to log in as a NPC (and vice-versa: you cannot use an <em>existing</em> account for a NPC; each NPC is created on the spot as a completely new entry in the avatar database), so that means it's impossible to log in with the NPC's account (technically, NPC avatars don't have associated 'accounts', even though they certainly have inventory, a profile, worn & attached items, etc.) and write a script to be dropped by the NPC inside an object it owns. This will simply be impossible. | You have to log in to add a translation. | Details | |
Original untranslated
As such, <em>these</em> kinds of special, native OpenSimulator NPC avatars <em>may</em> fail to be tracked properly regarding their online status. On a fully permissible OpenSimulator grid, it might be possible to consistently get the online status, but it will be tricky — when a NPC goes offline and comes back online, in general, even though it might look the same and have the same name as before, it <em>will</em> have a <em>different</em> UUID (at least, that's what I think that happens; there might be a way to override that procedure), and, as such, any online tracking script that is looking for a specific, valid UUID will fail — the 'reborn' NPC will technically be a <em>different</em> avatar in the database, even if it looks exactly the same. Again, I believe this is done for security considerations. It means that everything that a NPC 'owns' is, at best, <em>transient</em> — it will only be 'owned' as long as that NPC avatar is online. If it drops out of the grid, and comes back, whatever it has owned is now gone. Also, there is no way for a <em>human</em> to log in as a NPC (and vice-versa: you cannot use an <em>existing</em> account for a NPC; each NPC is created on the spot as a completely new entry in the avatar database), so that means it's impossible to log in with the NPC's account (technically, NPC avatars don't have associated 'accounts', even though they certainly have inventory, a profile, worn & attached items, etc.) and write a script to be dropped by the NPC inside an object it owns. This will simply be impossible.
CommentFound in faq paragraph. You have to log in to edit this translation. |
|||
| This allows, among many other things, to use LSL to 'detect' if an avatar is being driven by a human or just by software. It also allows parcel owners to, say, allow human avatars to run scripts on their land, but forbid NPCs to do so. NPCs may be even banned from entering land parcels, whole regions, or even full estates; and grid owners can also ban NPCs altogether (effectively turning off the ability to create and script them), just like on the Second Life Grid. | You have to log in to add a translation. | Details | |
Original untranslated
This allows, among many other things, to use LSL to 'detect' if an avatar is being driven by a human or just by software. It also allows parcel owners to, say, allow human avatars to run scripts on their land, but forbid NPCs to do so. NPCs may be even banned from entering land parcels, whole regions, or even full estates; and grid owners can also ban NPCs altogether (effectively turning off the ability to create and script them), just like on the Second Life Grid.
CommentFound in faq paragraph. You have to log in to edit this translation. |
|||
| However, OpenSimulator <em>also</em> supports 'native' NPCs. This is a feature that Linden Lab <em>could</em> have offered on their Grid as well, but decided not to. Under OpenSimulator, it's possible to 'create' a NPC/bot from a script, which will look exactly like a 'normal', regular avatar, but which does <em>not</em> require external software running under LibreMetaverse — you can do it within the environment provided by OpenSimulator itself, using extended LSL functions to directly script avatar-based NPCs/bots. While these can do pretty much everything that a 'normal' (human) avatar can, at the database level, they are distinguished from humans by a special flag, which gets set when a NPC is 'created', and which will also bind that NPC to a human avatar (i.e. the human avatar running the script creating a NPC will become its 'owner'). This a way to deal with potential security issues: OpenSimulator NPCs aren't anonymous, in the sense that nobody knows who is behind it, but rather 'belong' to a specific user (and therefore can be flagged for abuse like any other object), and that link is enforced at the core level — it cannot be tampered with using LSL. | You have to log in to add a translation. | Details | |
Original untranslated
However, OpenSimulator <em>also</em> supports 'native' NPCs. This is a feature that Linden Lab <em>could</em> have offered on their Grid as well, but decided not to. Under OpenSimulator, it's possible to 'create' a NPC/bot from a script, which will look exactly like a 'normal', regular avatar, but which does <em>not</em> require external software running under LibreMetaverse — you can do it within the environment provided by OpenSimulator itself, using extended LSL functions to directly script avatar-based NPCs/bots. While these can do pretty much everything that a 'normal' (human) avatar can, at the database level, they are distinguished from humans by a special flag, which gets set when a NPC is 'created', and which will also bind that NPC to a human avatar (i.e. the human avatar running the script creating a NPC will become its 'owner'). This a way to deal with potential security issues: OpenSimulator NPCs aren't anonymous, in the sense that nobody knows who is behind it, but rather 'belong' to a specific user (and therefore can be flagged for abuse like any other object), and that link is enforced at the core level — it cannot be tampered with using LSL.
CommentFound in faq paragraph. You have to log in to edit this translation. |
|||
| LibreMetaverse works not only for the Second Life Grid, but also for any OpenSimulator-based grid. As such, any NPCs/bots that are set up using a 'normal' avatar which gets then driven by software using LibreMetaverse will be able to be tracked for their online status, in a grid-independent way, within the limitations addressed on the above question. | You have to log in to add a translation. | Details | |
Original untranslated
LibreMetaverse works not only for the Second Life Grid, but also for any OpenSimulator-based grid. As such, any NPCs/bots that are set up using a 'normal' avatar which gets then driven by software using LibreMetaverse will be able to be tracked for their online status, in a grid-independent way, within the limitations addressed on the above question.
CommentFound in faq paragraph. You have to log in to edit this translation. |
|||
| Because of that, it's perfectly possible to track NPCs/bots for their online status, exactly as if these were 'normal', human-driven avatars. It's likely, however, that you'll need to log in to the Grid as the NPC/bot to properly set up everything as required (i.e. dropping the script inside an object owned by the NPC/bot). | You have to log in to add a translation. | Details | |
Original untranslated
Because of that, it's perfectly possible to track NPCs/bots for their online status, exactly as if these were 'normal', human-driven avatars. It's likely, however, that you'll need to log in to the Grid as the NPC/bot to properly set up everything as required (i.e. dropping the script inside an object owned by the NPC/bot).
CommentFound in faq paragraph. You have to log in to edit this translation. |
|||
| NPCs (Non-Player Characters) or 'bots (automated avatars, controlled by software) are perfectly 'normal' avatars from the perspective of the Second Life Grid; they have no more and no less features than human-controlled avatars and are created exactly in the same way. The sole difference is that, instead of a human behind a Second Life Viewer (released by Linden Lab or by a third party, such as the Firestorm Viewer), there is just software 'speaking' the network protocol developed by Linden Lab for the communication between the Grid and the Viewers; from the perspective of the Grid, therefore, it has no way of distinguishing if there is a human behind a viewer or merely software 'talking' exactly the same protocol, using a popular software development kit such as <a href="https://github.com/cinderblocks/libremetaverse">LibreMetaverse</a>. | You have to log in to add a translation. | Details | |
Original untranslated
NPCs (Non-Player Characters) or 'bots (automated avatars, controlled by software) are perfectly 'normal' avatars from the perspective of the Second Life Grid; they have no more and no less features than human-controlled avatars and are created exactly in the same way. The sole difference is that, instead of a human behind a Second Life Viewer (released by Linden Lab or by a third party, such as the Firestorm Viewer), there is just software 'speaking' the network protocol developed by Linden Lab for the communication between the Grid and the Viewers; from the perspective of the Grid, therefore, it has no way of distinguishing if there is a human behind a viewer or merely software 'talking' exactly the same protocol, using a popular software development kit such as <a href="https://github.com/cinderblocks/libremetaverse">LibreMetaverse</a>.
CommentFound in faq paragraph. You have to log in to edit this translation. |
|||
| In future versions, the options to extract profile data from OpenSimulator grids might have some extra settings, but it still won't work with every grid (however, getting the profile picture <em>may</em> be possible). Each grid really does this differently! | You have to log in to add a translation. | Details | |
Original untranslated
In future versions, the options to extract profile data from OpenSimulator grids might have some extra settings, but it still won't work with every grid (however, getting the profile picture <em>may</em> be possible). Each grid really does this differently!
CommentFound in faq paragraph. You have to log in to edit this translation. |
|||
| If you just wish to have a text message saying "my avatar is online on grid X", then this plugin will certainly work. | You have to log in to add a translation. | Details | |
Original untranslated
If you just wish to have a text message saying "my avatar is online on grid X", then this plugin will certainly work.
CommentFound in faq paragraph. You have to log in to edit this translation. |
|||
| Essentially, yes. Basically, you can certainly track if an avatar is online/offline on any grid (the tracking code is grid-independent). However, each OpenSimulator grid operator stores avatar profiles differently. This means that you won't get any fancy pictures, links to profiles, or to location — these are hard-coded to work with the Second Life grid. | You have to log in to add a translation. | Details | |
Original untranslated
Essentially, yes. Basically, you can certainly track if an avatar is online/offline on any grid (the tracking code is grid-independent). However, each OpenSimulator grid operator stores avatar profiles differently. This means that you won't get any fancy pictures, links to profiles, or to location — these are hard-coded to work with the Second Life grid.
CommentFound in faq paragraph. You have to log in to edit this translation. |
|||
Export as
Comment
Short description.