Difference between revisions of "Simulator User Group"
Jenna Felton (talk | contribs) (Extended the questions to make it clearer) |
|||
Line 8: | Line 8: | ||
|agenda= LL developer news then open discussion. | |agenda= LL developer news then open discussion. | ||
* Feature Request : Please make the Prim-Collision-Sound to PrimProperty, its not good for a less lag expierence if people have to put a script in EACH Prim (and keep it there) for a new | * Feature Request : Please make the Prim-Collision-Sound to PrimProperty, its not good for a less lag expierence if people have to put a script in EACH Prim (and keep it there) for a new collision sound (instead of rezzing a copy of a prim with a already choosen sound). A Script will Reserve 64kb Memory on the Server, even if poeple compile it not to MONO, there is also a need about 16kb to just set a new Collision Sound (which has only 32Bytes). [[User:ANSI Soderstrom|ANSI Soderstrom]] | ||
* BUG ? : KennyLex Luckless want to | * BUG ? : KennyLex Luckless want to explain why the new LandImpactCalculationSystem is NOT correct but buggy at Torus's [[User:ANSI Soderstrom|ANSI Soderstrom]] | ||
* Any chance that LL will consider implementing master accounts (SVC-6212), perhaps enhanced with connection to OpenID and other identity providers? Also, what's the status of the exploit described in https://jira.secondlife.com/browse/VWR-13228? [[User:Mona Eberhardt|Mona Eberhardt]] | * Any chance that LL will consider implementing master accounts (SVC-6212), perhaps enhanced with connection to OpenID and other identity providers? Also, what's the status of the exploit described in https://jira.secondlife.com/browse/VWR-13228? [[User:Mona Eberhardt|Mona Eberhardt]] | ||
* BUG ! some LSL-Events | * BUG ! some LSL-Events aren't fired (or put in queue) while a script is in a loop [[User:ANSI Soderstrom|ANSI Soderstrom]] | ||
To continue the discussion in the Server Beta user group (the agenda, https://wiki.secondlife.com/w/index.php?title=Server_Beta_User_Group&oldid=1181685 and the discussion, https://wiki.secondlife.com/wiki/Beta_Server_Office_Hours/Minutes/2013-09-19.) In short, we have a quest to create a physically working teleporter, a vehicle or an attachment that moves along a given path and has to know if the attached avatar or all sat | To continue the discussion in the Server Beta user group (the agenda, https://wiki.secondlife.com/w/index.php?title=Server_Beta_User_Group&oldid=1181685 and the discussion, https://wiki.secondlife.com/wiki/Beta_Server_Office_Hours/Minutes/2013-09-19.) In short, we have a quest to create a physically working teleporter, a vehicle or an attachment that moves along a given path and has to know if the attached avatar or all sat passengers are allowed to enter parcel the path crosses. The problem we can divide in two subproblems: | ||
# We have a path between two positions and we want determine what | # We have a path between two positions and we want determine what parcel the path crosses. | ||
## Brute-force: Check every 4m along the path. Could make up to 64 checks when crossing the whole sim and | ## Brute-force: Check every 4m along the path. Could make up to 64 checks when crossing the whole sim and still not accurate. | ||
## Perhaps better to extend llCastRay to detect | ## Perhaps better to extend llCastRay to detect parcel bondaries (suggested by Maestro Linden.) The question is, how easy is it to do so? | ||
# For every crossed | # For every crossed parcel, we need to know if there is danger to enter for the vehicle itself (prim limit) the vehicle scripts (allowed to run) or for the attached or sat avatars. I can not see any function to do this check for avatars in the Wiki. | ||
# There may be also another problem specially for large vehicles, when one of passenger is not allowed to cross the | # There may be also another problem specially for large vehicles, when one of passenger is not allowed to cross the parcel but others are, what happens to the vehicle? Eventually we must check for every passenger: | ||
## will the vehicle stop when the vehicle itself touches the | ## will the vehicle stop when the vehicle itself touches the parcel boundary? | ||
## will it stop when the forbidden avatar touches the | ## will it stop when the forbidden avatar touches the parcel boundary but all other passengers pass the parcel? | ||
## or will the unallowed avatar be striped from the vehicle that continues to move? | ## or will the unallowed avatar be striped from the vehicle that continues to move? | ||
# In the beta group discussion was suggested to check parcel danger when the avatar in question is connected to the | # In the beta group discussion was suggested to check parcel danger when the avatar in question is connected to the simulator. I'd extend it to at least 10m into other regions, so the vehicles could determine if its ok to bring passengers over to the next region. | ||
[[User:Jenna Felton|Jenna Felton]] 11:41, 24 September 2013 (PDT) | [[User:Jenna Felton|Jenna Felton]] 11:41, 24 September 2013 (PDT) | ||
Line 35: | Line 35: | ||
* [[User:Baker Linden|Baker Linden]] | * [[User:Baker Linden|Baker Linden]] | ||
}} | }} | ||
2013.01 '''October''' | |||
{| | |||
| Sun | |||
| Mon | |||
| Tue | |||
| Wed | |||
| Thu | |||
| Fri | |||
| Sat | |||
|- | |||
| | |||
| | |||
| [[Simulator_User_Group/Transcripts/2013.10.01|01]] | |||
| 02 | |||
| 03 | |||
| 04 | |||
| 05 | |||
|- | |||
| 06 | |||
| 07 | |||
| [[Simulator_User_Group/Transcripts/2013.10.08|08]] | |||
| 09 | |||
| 10 | |||
| 11 | |||
| 12 | |||
|- | |||
| 13 | |||
| 14 | |||
| [[Simulator_User_Group/Transcripts/2013.10.15|15]] | |||
| 16 | |||
| 17 | |||
| 18 | |||
| 19 | |||
|- | |||
| 20 | |||
| 21 | |||
| [[Simulator_User_Group/Transcripts/2013.10.22|22]] | |||
| 23 | |||
| 24 | |||
| 25 | |||
| 26 | |||
|- | |||
| 27 | |||
| 28 | |||
| [[Simulator_User_Group/Transcripts/2013.10.29|29]] | |||
| 30 | |||
| 31 | |||
| | |||
| | |||
|} | |||
2013.09 '''September''' | 2013.09 '''September''' | ||
Line 48: | Line 100: | ||
| 01 | | 01 | ||
| 02 | | 02 | ||
| 03 | | [[Simulator_User_Group/Transcripts/2013.09.03|03]] | ||
| 04 | | 04 | ||
| 05 | | 05 | ||
Line 56: | Line 108: | ||
| 08 | | 08 | ||
| 09 | | 09 | ||
| 10 | | [[Simulator_User_Group/Transcripts/2013.09.10|10]] | ||
| | | 11 | ||
| 12 | | 12 | ||
| 13 | | 13 | ||
Line 64: | Line 116: | ||
| 15 | | 15 | ||
| 16 | | 16 | ||
| 17 | | [[Simulator_User_Group/Transcripts/2013.09.17|17]] | ||
| 18 | | 18 | ||
| 19 | | 19 | ||
Line 72: | Line 124: | ||
| 22 | | 22 | ||
| 23 | | 23 | ||
| 24 | | [[Simulator_User_Group/Transcripts/2013.09.24|24]] | ||
| 25 | | 25 | ||
| 26 | | 26 |
Revision as of 07:07, 2 October 2013
The Server User Group exists to provide an opportunity for discussion about server technology, annoying bugs, and feature ideas.
- Tuesdays 12:00-13:00 (general) http://slurl.com/secondlife/Denby/220/41/33,
Meetings are at Denby/225/25/25
Also see the calendar of public user group meetings.
Agenda
Agenda for the next user group meeting is: LL developer news then open discussion.
- Feature Request : Please make the Prim-Collision-Sound to PrimProperty, its not good for a less lag expierence if people have to put a script in EACH Prim (and keep it there) for a new collision sound (instead of rezzing a copy of a prim with a already choosen sound). A Script will Reserve 64kb Memory on the Server, even if poeple compile it not to MONO, there is also a need about 16kb to just set a new Collision Sound (which has only 32Bytes). ANSI Soderstrom
- BUG ? : KennyLex Luckless want to explain why the new LandImpactCalculationSystem is NOT correct but buggy at Torus's ANSI Soderstrom
- Any chance that LL will consider implementing master accounts (SVC-6212), perhaps enhanced with connection to OpenID and other identity providers? Also, what's the status of the exploit described in https://jira.secondlife.com/browse/VWR-13228? Mona Eberhardt
- BUG ! some LSL-Events aren't fired (or put in queue) while a script is in a loop ANSI Soderstrom
To continue the discussion in the Server Beta user group (the agenda, https://wiki.secondlife.com/w/index.php?title=Server_Beta_User_Group&oldid=1181685 and the discussion, https://wiki.secondlife.com/wiki/Beta_Server_Office_Hours/Minutes/2013-09-19.) In short, we have a quest to create a physically working teleporter, a vehicle or an attachment that moves along a given path and has to know if the attached avatar or all sat passengers are allowed to enter parcel the path crosses. The problem we can divide in two subproblems:
- We have a path between two positions and we want determine what parcel the path crosses.
- Brute-force: Check every 4m along the path. Could make up to 64 checks when crossing the whole sim and still not accurate.
- Perhaps better to extend llCastRay to detect parcel bondaries (suggested by Maestro Linden.) The question is, how easy is it to do so?
- For every crossed parcel, we need to know if there is danger to enter for the vehicle itself (prim limit) the vehicle scripts (allowed to run) or for the attached or sat avatars. I can not see any function to do this check for avatars in the Wiki.
- There may be also another problem specially for large vehicles, when one of passenger is not allowed to cross the parcel but others are, what happens to the vehicle? Eventually we must check for every passenger:
- will the vehicle stop when the vehicle itself touches the parcel boundary?
- will it stop when the forbidden avatar touches the parcel boundary but all other passengers pass the parcel?
- or will the unallowed avatar be striped from the vehicle that continues to move?
- In the beta group discussion was suggested to check parcel danger when the avatar in question is connected to the simulator. I'd extend it to at least 10m into other regions, so the vehicles could determine if its ok to bring passengers over to the next region.
Jenna Felton 11:41, 24 September 2013 (PDT)
News
Team
Archive
No archive specified.
2013.01 October
Sun | Mon | Tue | Wed | Thu | Fri | Sat |
01 | 02 | 03 | 04 | 05 | ||
06 | 07 | 08 | 09 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 | 31 |
2013.09 September
Sun | Mon | Tue | Wed | Thu | Fri | Sat |
01 | 02 | 03 | 04 | 05 | 06 | 07 |
08 | 09 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 |
2013.08 August
Sun | Mon | Tue | Wed | Thu | Fri | Sat |
01 | 02 | 03 | ||||
04 | 05 | 06 | 07 | 08 | 09 | 10 |
11 | 12 | 13 | 14 | 15 | 16 | 17 |
18 | 19 | 20 | 21 | 22 | 23 | 24 |
25 | 26 | 27 | 28 | 29 | 30 | 31 |
2013.07 July
Sun | Mon | Tue | Wed | Thu | Fri | Sat |
01 | 02 | 03 | 04 | 05 | 06 | |
07 | 08 | 09 | 10 | 11 | 12 | 13 |
14 | 15 | 16 | 17 | 18 | 19 | 20 |
21 | 22 | 23 | 24 | 25 | 26 | 27 |
28 | 29 | 30 | 31 |
2013.06 June
Sun | Mon | Tue | Wed | Thu | Fri | Sat |
01 | ||||||
02 | 03 | 04 | 05 | 06 | 07 | 08 |
09 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 | 29 |
30 |
2013.05 May
Sun | Mon | Tue | Wed | Thu | Fri | Sat |
01 | 02 | 03 | 04 | |||
05 | 06 | 07 | 08 | 09 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
2013.04 April
Sun | Mon | Tue | Wed | Thu | Fri | Sat |
01 | 02 | 03 | 04 | 05 | 06 | |
07 | 08 | 09 | 10 | 11 | 12 | 13 |
14 | 15 | 16 | 17 | 18 | 19 | 20 |
21 | 22 | 23 | 24 | 25 | 26 | 27 |
28 | 29 | 30 | 31 |
2013.03 March
Sun | Mon | Tue | Wed | Thu | Fri | Sat |
01 | 02 | |||||
03 | 04 | 05 | 06 | 07 | 08 | 09 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
31 |
2013.02 February
Sun | Mon | Tue | Wed | Thu | Fri | Sat |
01 | 02 | |||||
03 | 04 | 05 | 06 | 07 | 08 | 09 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 |
2013.01 January
Sun | Mon | Tue | Wed | Thu | Fri | Sat |
01 | 02 | 03 | 04 | 05 | ||
06 | 07 | 08 | 09 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 | 31 |