Difference between revisions of "Talk:LlGetNumberOfSides"
Jump to navigation
Jump to search
Sigma Avro (talk | contribs) m (Threshold of cut detected by llDetectNumberOfSides) |
Pedro Oval (talk | contribs) (Confirm and refine finding) |
||
| (One intermediate revision by one other user not shown) | |||
| Line 1: | Line 1: | ||
Threshold of cut to detect its lips: for instance a cube , hollow 0.95, the cut must be smaller than 0.99. I have not checked the full rules, but it would be nice this to be specified somewhere[[User:Sigma Avro|Sigma Avro]] 22:23, 2 October 2014 (PDT) | |||
:Hollow doesn't matter. I can confirm that the server won't create new faces unless <code>cut_end - cut_begin < 0.99</code>. That's an approximate rule, as <code>cut_begin = 0.000001</code> and <code>cut_end = 0.99</code> will ''not'' create a new face anyway, even if they meet the condition (not sure why, maybe the server is rounding values too close to zero or one). The viewer, on the other hand, won't create new faces unless <code>llRound(cut_end*65536) - llRound(cut_begin*65536) < 64880</code>; that formula makes sense because PathBegin and PathEnd are 16-bit unsigned elements when transmitted to the viewer through an [[ObjectUpdate]] message. --[[User:Pedro Oval|Pedro Oval]] 05:47, 4 October 2014 (PDT) | |||
Latest revision as of 05:47, 4 October 2014
Threshold of cut to detect its lips: for instance a cube , hollow 0.95, the cut must be smaller than 0.99. I have not checked the full rules, but it would be nice this to be specified somewhereSigma Avro 22:23, 2 October 2014 (PDT)
- Hollow doesn't matter. I can confirm that the server won't create new faces unless
cut_end - cut_begin < 0.99. That's an approximate rule, ascut_begin = 0.000001andcut_end = 0.99will not create a new face anyway, even if they meet the condition (not sure why, maybe the server is rounding values too close to zero or one). The viewer, on the other hand, won't create new faces unlessllRound(cut_end*65536) - llRound(cut_begin*65536) < 64880; that formula makes sense because PathBegin and PathEnd are 16-bit unsigned elements when transmitted to the viewer through an ObjectUpdate message. --Pedro Oval 05:47, 4 October 2014 (PDT)