Difference between revisions of "LlOpenRemoteDataChannel"
Jump to navigation
Jump to search
All Issues ~ Search JIRA for related Bugs
m (lsl code tagging) |
Cenji Neutra (talk | contribs) |
||
Line 10: | Line 10: | ||
* Any channel that is not used for 14 days will be cleaned up. | * Any channel that is not used for 14 days will be cleaned up. | ||
** May be advisable to somewhat regularly (before expected use or on a regular schedule) check that the channel is good and hasn't changed by calling llOpenRemoteDataChannel and comparing to the previous channel. | ** May be advisable to somewhat regularly (before expected use or on a regular schedule) check that the channel is good and hasn't changed by calling llOpenRemoteDataChannel and comparing to the previous channel. | ||
* Note: XML-RPC requests often time-out due to the front-end server being overloaded. LL has continued to upgrade the server hardware periodically, but it has remained unreliable. LL developers have advised that the XML-RPC design isn't scalable (due to the single server bottle-neck) and that the service is "deprecated". They suggest using HTTP polling as an alternative. If an XML-RPC request does time-out the script's remote_data event may or may not be triggered (and any script response is lost). | |||
|constants | |constants | ||
|examples=<lsl> | |examples=<lsl> |
Revision as of 12:26, 8 June 2008
LSL Portal | Functions | Events | Types | Operators | Constants | Flow Control | Script Library | Categorized Library | Tutorials |
Summary
Function: llOpenRemoteDataChannel( );254 | Function ID |
1.0 | Forced Delay |
10.0 | Energy |
Creates a channel to listen for XML-RPC calls. Will trigger a remote_data event with channel id once it is available.
Caveats
- This function causes the script to sleep for 1.0 seconds.
- If an object moves from one region to another it must re-open the channel
- The object will get the *same* channel as before, but without re-opening no requests will get through
- Any channel that is not used for 14 days will be cleaned up.
- May be advisable to somewhat regularly (before expected use or on a regular schedule) check that the channel is good and hasn't changed by calling llOpenRemoteDataChannel and comparing to the previous channel.
- Note: XML-RPC requests often time-out due to the front-end server being overloaded. LL has continued to upgrade the server hardware periodically, but it has remained unreliable. LL developers have advised that the XML-RPC design isn't scalable (due to the single server bottle-neck) and that the service is "deprecated". They suggest using HTTP polling as an alternative. If an XML-RPC request does time-out the script's remote_data event may or may not be triggered (and any script response is lost).
Examples
<lsl> default {
state_entry() { llOpenRemoteDataChannel(); } changed(integer c) {if(c & (CHANGED_REGION