Chat log from the meeting on 2024-12-03

From OpenSimulator

Revision as of 12:15, 3 December 2024 by Tampa (Talk | contribs)

(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search
[11:00] Ubit.Umarov @hg.osgrid.org:80: hi :)
[11:00] Gavin.Hird @grid.xmir.org:8002: Hey gusy
[11:00] Gavin.Hird @grid.xmir.org:8002: guys*
[11:00] Vincent Sylvester: Gavin! :D
[11:00] Kayaker.Magic @grid.kitely.com:8002: We found our way!
[11:00] Ubit.Umarov @hg.osgrid.org:80: you may see me and andrew all white
[11:01] Andrew.Hellershanks @hg.osgrid.org:80: I was in osgrid and was able to steer Gavin this way.
[11:01] Ubit.Umarov @hg.osgrid.org:80: since osgrid assets services are down
[11:01] Gavin.Hird @grid.xmir.org:8002: you all look fine to me
[11:01] Gavin.Hird @grid.xmir.org:8002: except Lyr has not managed to seat herself properly
[11:01] Ubit.Umarov @hg.osgrid.org:80: wel we look as last time, so in cache
[11:01] Andrew.Hellershanks @hg.osgrid.org:80: I could have gone to a different grid before doing an HG TP to here.
[11:02] Ubit.Umarov @hg.osgrid.org:80: osgrid had to stop the assets for public, the migration did not liked to run in parallel it seems
[11:03] Ubit.Umarov @hg.osgrid.org:80: well "migration"
[11:03] Ubit.Umarov @hg.osgrid.org:80: on that ceph thing
[11:04] Ubit.Umarov @hg.osgrid.org:80: hmm you don't look to our site
[11:04] Ubit.Umarov @hg.osgrid.org:80: this region is listed there as back
[11:04] Lyr.Lobo @cc.opensimulator.org:8002: Hello *smiles*
[11:04] Ubit.Umarov @hg.osgrid.org:80: also on at gavin's :)
[11:04] Ubit.Umarov @hg.osgrid.org:80: ..one..
[11:05] Lyr.Lobo @cc.opensimulator.org:8002: Hello everyone
[11:05] Andrew.Hellershanks @hg.osgrid.org:80: I see me as a cloud
[11:05] Lyr.Lobo @cc.opensimulator.org:8002: ah i am sitting properly
[11:05] Andrew.Hellershanks @hg.osgrid.org:80: No, you weren't sitting properly.
[11:05] Lyr.Lobo @cc.opensimulator.org:8002: my classic clothes may be sinking however 8grins*
[11:05] Gavin.Hird @grid.xmir.org:8002: yep
[11:06] Andrew.Hellershanks @hg.osgrid.org:80: Now you are, Lyr.
[11:06] Gavin.Hird @grid.xmir.org:8002: there you go
[11:06] Lyr.Lobo @cc.opensimulator.org:8002: just sat before you got here...it was the same
[11:06] Lyr.Lobo @cc.opensimulator.org:8002: one anim
[11:06] Ubit.Umarov @hg.osgrid.org:80: as i said.. no assets at osgrid.. se we may look as cloud or white, depending on caches
[11:06] Gavin.Hird @grid.xmir.org:8002: what's upp with the asset servers?
[11:06] Lyr.Lobo @cc.opensimulator.org:8002: i came in from OSCC
[11:06] Ubit.Umarov @hg.osgrid.org:80: soem of our avatars things may even be on this region cache from last meeting
[11:07] Ubit.Umarov @hg.osgrid.org:80: that same issue
[11:07] Kayaker.Magic @grid.kitely.com:8002: Ubit looks fine (or at least as good as normal) to me, Andrew is a white manikin.
[11:07] Andrew.Hellershanks @hg.osgrid.org:80: :)
[11:07] Gavin.Hird @grid.xmir.org:8002: same issue as?
[11:07] Ubit.Umarov @hg.osgrid.org:80: the assets "migration" or rewrite was runing i paralell and did not like it
[11:08] Ubit.Umarov @hg.osgrid.org:80: so they had to stop  the assets servers and to it in exclusive mode
[11:08] Gavin.Hird @grid.xmir.org:8002: migration to new HW?
[11:08] Ubit.Umarov @hg.osgrid.org:80: no
[11:08] Ubit.Umarov @hg.osgrid.org:80: the had a issue on a thing like "cluster size"
[11:08] Ubit.Umarov @hg.osgrid.org:80: a 1kb assets was usings MB..
[11:09] Gavin.Hird @grid.xmir.org:8002: oh
[11:09] Ubit.Umarov @hg.osgrid.org:80: s they did run out of storage space..  actually having tons..
[11:09] Ubit.Umarov @hg.osgrid.org:80: so they did fix but now need to rewrite the all things
[11:09] Gavin.Hird @grid.xmir.org:8002: cause they have all assets in a file system, right?
[11:10] Ubit.Umarov @hg.osgrid.org:80: ites a ceph thing
[11:10] Ubit.Umarov @hg.osgrid.org:80: a distribited file system blablabla
[11:11] Andrew.Hellershanks @hg.osgrid.org:80: They had a news item that linked to some of the technical details about the issue.
[11:11] Gavin.Hird @grid.xmir.org:8002: ok
[11:11] Ubit.Umarov @hg.osgrid.org:80: yeha they ame more or less this
[11:11] Grid: Lyr.Lobo @cc.opensimulator.org:8002 gave you 2024 Latest OSCC Schedule for 7-8 December.
[11:11] Thoria Millgrove is online.
[11:12] Ubit.Umarov @hg.osgrid.org:80: well any can run in same issue if messing with default disk cluster sizes
[11:12] Andrew.Hellershanks @hg.osgrid.org:80 wonders how he could get the cat to lie on his lap
[11:12] Andrew.Hellershanks @hg.osgrid.org:80: :)
[11:12] Ubit.Umarov @hg.osgrid.org:80: imagine what rl one would do seeing that..
[11:13] Gavin.Hird @grid.xmir.org:8002: cat with adhd
[11:13] Andrew.Hellershanks @hg.osgrid.org:80: I'm also over in osgrid at lbsa plaza in case anyone else pops in that isn't on my friends list that may be looking for us.
[11:13] Ubit.Umarov @hg.osgrid.org:80: no one can login at osgrid lol
[11:13] Ubit.Umarov @hg.osgrid.org:80: except ppl with god mode
[11:13] Mathilda Stark is online.
[11:13] Lyr.Lobo @cc.opensimulator.org:8002: only those of you with special access *smiles*
[11:14] Lyr.Lobo @cc.opensimulator.org:8002: I sent emails to a few, including Cuga
[11:14] Ubit.Umarov @hg.osgrid.org:80: thx lyr.Lobo
[11:14] Andrew.Hellershanks @hg.osgrid.org:80: AFAIK, I have no special powers but I got thrown over to Lbsa Plaza as our regular region is down. I'm currently sitting on a couch over there. So far I also see no indication of anyone at Wright Plaza.
[11:15] Ubit.Umarov @hg.osgrid.org:80: opensim devs have god mode at osgrid
[11:15] Andrew.Hellershanks @hg.osgrid.org:80: Really? I didn't know that.
[11:15] Ubit.Umarov @hg.osgrid.org:80: by tradition..
[11:16] Gavin.Hird @grid.xmir.org:8002: now you know in case you want to "fix" something :-)
[11:16] Andrew.Hellershanks @hg.osgrid.org:80: ok. Maybe someone told me once but that was a long time ago.
[11:16] Ubit.Umarov @hg.osgrid.org:80: it should show up on yr profile
[11:16] Lyr.Lobo @cc.opensimulator.org:8002: See you Saturday at 7 am for the Core Dev panel and at 11:45 for the VIP Q&A?  *smiles*
[11:16] Ubit.Umarov @hg.osgrid.org:80: i think
[11:17] Lyr.Lobo @cc.opensimulator.org:8002: his doesn't have the Dev rank on it
[11:17] Ubit.Umarov @hg.osgrid.org:80: ah yes it is again that time of the year..  oscc :)
[11:17] Lyr.Lobo @cc.opensimulator.org:8002: but probably in the real one..I'm looking at an HG visitor version
[11:17] Lyr.Lobo @cc.opensimulator.org:8002: Yes, getting it in before you get serious *grins*
[11:18] Ubit.Umarov @hg.osgrid.org:80: yeah mine says HG visitor
[11:18] Lyr.Lobo @cc.opensimulator.org:8002: I passed out the schedule...2 sessions still setting their times
[11:18] Andrew.Hellershanks @hg.osgrid.org:80: I was going to remind everyone we are just a few days away from the OSCC.
[11:18] Ubit.Umarov @hg.osgrid.org:80: ( someone should help that poor mouse )
[11:18] Andrew.Hellershanks @hg.osgrid.org:80: I've put the events of interest to me on my Google Calendar. I also have another event running on Saturday afternoon.
[11:19] Andrew.Hellershanks @hg.osgrid.org:80: well, late morning, and in to the evening.
[11:20] Ubit.Umarov @hg.osgrid.org:80: well about opensim code changes during last week
[11:20] Ubit.Umarov @hg.osgrid.org:80: just some bug fixes
[11:20] Ubit.Umarov @hg.osgrid.org:80: oon hte "new" llRezObjectWithParams
[11:21] Ubit.Umarov @hg.osgrid.org:80: also found that region crossings where not working in same cases with ubode
[11:21] Ubit.Umarov @hg.osgrid.org:80: guess viewer changes on avatar steps
[11:22] Ubit.Umarov @hg.osgrid.org:80: so made a little change to fix that
[11:22] Ubit.Umarov @hg.osgrid.org:80: when a vatar go outbounds  ubode parks it near the edge
[11:23] Ubit.Umarov @hg.osgrid.org:80: then code checks if next movement at current vel will sent it to other region
[11:24] Ubit.Umarov @hg.osgrid.org:80: in one direction.. no idea why..  the park distance from edge was a bit 2 high.. so no crossing while walking :)
[11:26] Vincent Sylvester: We also had fun jumping into brick walls head first for a while trying to debug a physics crash, which seems to be mostly caused by the compile config. Since dotnet I was compiling everything in debug mode in case issues popped up, but apparently some physics interactions cause that to blow up. Seems fine in release config though
[11:26] Vincent Sylvester: Usual fun stuff, voodoo
[11:26] Ubit.Umarov @hg.osgrid.org:80: yes  we uses vincent's head has rammer
[11:26] Ubit.Umarov @hg.osgrid.org:80: as...
[11:27] Vincent Sylvester: Good thing I'm thick as a brick heh
[11:27] Ubit.Umarov @hg.osgrid.org:80: yeah odd issue i could we could not repo running on my win11 box
[11:27] Kayaker.Magic @grid.kitely.com:8002: Does "physics crash" mean your head crashed into the brick, or the physics engine does a core dump?
[11:28] Vincent Sylvester: Core dump woulda been helpful, it just seems to internally loop to infinite and then crash on memory allocation
[11:28] Andrew.Hellershanks @hg.osgrid.org:80: Different behaviour between debug and release mode makes me think of missing variable initialization.
[11:28] Ubit.Umarov @hg.osgrid.org:80: as im telling for ages opensim should be compile and run in Release mode
[11:29] Ubit.Umarov @hg.osgrid.org:80: even on mono 6x
[11:29] Ubit.Umarov @hg.osgrid.org:80: Debug mode is very slow now and code is even very diferent in some cases
[11:30] Ubit.Umarov @hg.osgrid.org:80: somehow on that region here in this grid,  it does crash in debug mode and not on release
[11:30] Ubit.Umarov @hg.osgrid.org:80: only thing vincent knows it that it happens driving a car on same areas :)
[11:30] Ubit.Umarov @hg.osgrid.org:80: not exactly what
[11:30] Andrew.Hellershanks @hg.osgrid.org:80: No useful information in the backtrace?
[11:31] Ubit.Umarov @hg.osgrid.org:80: backtrace is BIUMMMM
[11:31] Vincent Sylvester: There is no backtrace, just a simulator termination with what() bad_alloc
[11:31] Ubit.Umarov @hg.osgrid.org:80: GC in debug mode is not same as in release mode also
[11:32] Vincent Sylvester: It's somewhere in the C level code of ubode somehow receiving bad data from simulator and it just explodes. That's far down so without any further info near impossible to debug unless you want to go through the entire ubode code line by line
[11:32] Vincent Sylvester: Ultimately I have gone back to compiling in both modes and only using debug when actually debugging issues
[11:33] Ubit.Umarov @hg.osgrid.org:80: well script engine also is able to cry about NaNs now and then
[11:33] Andrew.Hellershanks @hg.osgrid.org:80: Can you make it log the data going to the C level code and see what it received before it goes *boom*?
[11:33] Ubit.Umarov @hg.osgrid.org:80: yeah..  log data going to c...
[11:34] Vincent Sylvester: Lots of log spam if you did, cause it's a lot of back and forth
[11:35] Andrew.Hellershanks @hg.osgrid.org:80: Either what goes to it or what it receives. Difficult issue to deal with when you can't easily see what is going on.
[11:35] Ubit.Umarov @hg.osgrid.org:80: wel it will be good to find why..   bug to run in Debug mode is not Tha Way now
[11:35] Vincent Sylvester: I suspect somewhere there is some recursive code or a loop that just goes crazy receiving some bad data, since the cpu spikes when this happens, but you'd have to dig through all those to see what it might be
[11:35] Ubit.Umarov @hg.osgrid.org:80: stop guessing and find facts :p
[11:36] Vincent Sylvester: We tried for hours, didn't get much now did we :)
[11:36] Andrew.Hellershanks @hg.osgrid.org:80: Can you attach a debugger to the process at the time of a CPU spike to see where it is in the code?
[11:36] Ubit.Umarov @hg.osgrid.org:80: yeha i know..
[11:36] Ubit.Umarov @hg.osgrid.org:80: yeha have fun with gdb on dtonet
[11:37] Vincent Sylvester: I could try attaching visual studio to it maybe, supposedly you can do that over network, but not sure if that works across platforms
[11:37] Vincent Sylvester: Not sure I would see much though since this is in the C parts
[11:37] Ubit.Umarov @hg.osgrid.org:80: you are guessing again
[11:37] Andrew.Hellershanks @hg.osgrid.org:80: This could be one of those simple to fix issues once you know the root cause. Just finding the root is the tricky part.
[11:37] Ubit.Umarov @hg.osgrid.org:80: you do not know where the origin of the crash is
[11:38] Ubit.Umarov @hg.osgrid.org:80: ofc " in the C parts" means anywhere bc dotnet is made in c++ also :p
[11:38] Vincent Sylvester: It could be runtime itself, ubode or even something in system interaction. The haystack is pretty big
[11:39] Vincent Sylvester: It never showed under mono so chances for it being a runtime bug even are quite high
[11:39] Ubit.Umarov @hg.osgrid.org:80: guess you already did try to increase stack size for ubode right?
[11:40] Ubit.Umarov @hg.osgrid.org:80: well for everything.. dotnet also uses a lot of stack now
[11:40] Gavin.Hird @grid.xmir.org:8002: how do you set that?
[11:40] Andrew.Hellershanks @hg.osgrid.org:80: About the only other thing to do is to see if you can add in more error checking to the code that receives data to protect against it getting something bad. You could have that extra code report when it got something bad but that may still take time, adds a bit of extra overhead, and still doesn't guarantee finding the problem.
[11:40] Ubit.Umarov @hg.osgrid.org:80: it is a a linux thing
[11:40] Ubit.Umarov @hg.osgrid.org:80: see opensim.sh
[11:40] Gavin.Hird @grid.xmir.org:8002: ok
[11:41] Ubit.Umarov @hg.osgrid.org:80: you cna also set it on the machine config for everyone
[11:41] Ubit.Umarov @hg.osgrid.org:80: on limits somewhere on /etc :)
[11:41] Andrew.Hellershanks @hg.osgrid.org:80: Best of luck tracking down the issue. Perhaps one day something will just pop out at you when you are staring at the code.
[11:42] Ubit.Umarov @hg.osgrid.org:80: btw you may also need to increase the number of open files on a large region/GRID
[11:42] Gavin.Hird @grid.xmir.org:8002: so it is ulimit -s
[11:42] Vincent Sylvester: It works fine under release config, which should be the normal runmode anyhow, so I'll probably leave it unless it somehow comes back under that
[11:42] Gavin.Hird @grid.xmir.org:8002: thanks
[11:42] Ubit.Umarov @hg.osgrid.org:80: yeah both are controled by ulimit
[11:42] Ubit.Umarov @hg.osgrid.org:80: per session
[11:43] Ubit.Umarov @hg.osgrid.org:80: as i said you can change that for all sessions. somewhere on /etc
[11:43] Andrew.Hellershanks @hg.osgrid.org:80: hehe... perhaps it is just a bug in the debug code.
[11:43] Vincent Sylvester: echo "session required pam_limits.so" >> /etc/pam.d/common-session
echo "* hard nofile 999999" >> /etc/security/limits.conf
echo "* soft nofile 999999" >> /etc/security/limits.conf
echo "fs.file-max = 999999" >> /etc/sysctl.d/10-file-max.conf
echo "fs.file-max = 999999" >> /etc/sysctl.conf
sysctl -w fs.file-max=999999
sysctl -p
[11:44] Ubit.Umarov @hg.osgrid.org:80: :)
[11:44] Vincent Sylvester: That might be overkill though
[11:44] Ubit.Umarov @hg.osgrid.org:80: number of open tcp connects counts to number of open files..
[11:44] Ubit.Umarov @hg.osgrid.org:80: so you may run out...
[11:44] Andrew.Hellershanks @hg.osgrid.org:80: I've had that happen. I was writing unit tests for a program. If the unit test fails I have to determine if the failure report was legit or if the test was flawed.
[11:45] Andrew.Hellershanks @hg.osgrid.org:80: Vincent, you can set them to completely unlimited.
[11:45] Gavin.Hird @grid.xmir.org:8002: under what conditions does the stack space need to be increased? - concurrency, prims, agents, scripts physics or other factors per simulator?
[11:45] Ubit.Umarov @hg.osgrid.org:80: many collisions
[11:45] Gavin.Hird @grid.xmir.org:8002: ok
[11:46] Ubit.Umarov @hg.osgrid.org:80: ubode puts all data abotu collisions on stack
[11:46] Gavin.Hird @grid.xmir.org:8002: ok
[11:46] Vincent Sylvester: "unlimited" has different meanings unfortunately. Setting it to a number is preferred method that works across distros. Apparently in freebsd most "unlimited" things are just very high limits that you can still exceed
[11:46] Ubit.Umarov @hg.osgrid.org:80: as i said now dotnet also uses more the stack to avoid gc allocations
[11:46] Vincent Sylvester: Learned that the hard way, thanks freenas
[11:46] Ubit.Umarov @hg.osgrid.org:80: stack is very easy to clear
[11:48] Andrew.Hellershanks @hg.osgrid.org:80: I don't know if it is still required but I have GC settings specified via the MONO_GC_PARAMS environment variable.
[11:48] Ubit.Umarov @hg.osgrid.org:80: i removed that
[11:48] Ubit.Umarov @hg.osgrid.org:80: in fact part od
[11:48] Ubit.Umarov @hg.osgrid.org:80: of the week code changes :)
[11:49] Ubit.Umarov @hg.osgrid.org:80: does not exist under dotnet
[11:49] Andrew.Hellershanks @hg.osgrid.org:80: If it isn't required any more I'll comment it out in my bash startup script.
[11:49] Gavin.Hird @grid.xmir.org:8002: I don't think the MONO* settings have any influence on dotnet
[11:49] Ubit.Umarov @hg.osgrid.org:80: we had something tring to read that env at startup.. i removed it
[11:50] Andrew.Hellershanks @hg.osgrid.org:80: Makes sense. In that case I'll also comment out MONO_THREADS_PER_CPU.
[11:50] Vincent Sylvester: I am sad mono is dead, I liked the open nature of it, but on the flipside dotnet uses a lot less memory
[11:50] Ubit.Umarov @hg.osgrid.org:80: ofc you may need that on mono :p
[11:51] Ubit.Umarov @hg.osgrid.org:80: but on mono those things where not that good
[11:51] Ubit.Umarov @hg.osgrid.org:80: mono basicly worked with its defaults..
[11:51] Andrew.Hellershanks @hg.osgrid.org:80: I have one old program I want to build but haven't figured out how to tell it how to find the libraries it needs.
[11:52] Andrew.Hellershanks @hg.osgrid.org:80: Just like that, we are almost at the top of the hour once again.
[11:52] Andrew.Hellershanks @hg.osgrid.org:80: Does anyone have any other topic for todays gathering?
[11:52] Cuga.Rajal @rajal.org:9000: Hi! I just had one question
[11:53] Andrew.Hellershanks @hg.osgrid.org:80: Go ahead, Cuga.
[11:53] Gavin.Hird @grid.xmir.org:8002: only option you need to set for dotnet is
[11:53] Gavin.Hird @grid.xmir.org:8002: export DOTNET_CLI_TELEMETRY_OPTOUT=1
[11:53] Gavin.Hird @grid.xmir.org:8002: :-)
[11:53] Vincent Sylvester: heh
[11:53] Cuga.Rajal @rajal.org:9000: I saw in the list of changes last week that there was some work on the rez distance
[11:53] Cuga.Rajal @rajal.org:9000: or something to that effect
[11:53] Cuga.Rajal @rajal.org:9000: Just wanted to ask if the code changes will cause any changes in the max rez dostance
[11:54] Ubit.Umarov @hg.osgrid.org:80: i had a silly bug on llRezObjectWithParams
[11:54] Ubit.Umarov @hg.osgrid.org:80: rez max distance is 10m
[11:54] Cuga.Rajal @rajal.org:9000: I'm still using the older rez functions. Just checking if the max rez distance changed with the code changes last week
[11:55] Cuga.Rajal @rajal.org:9000: As I understand it, yhe max distance should be
[11:55] Cuga.Rajal @rajal.org:9000: the max distance is actually 10.0 + llVecMag(llGetScale()/2)
[11:55] Cuga.Rajal @rajal.org:9000: So  large prim can rez somewhat farther than 10m
[11:55] Ubit.Umarov @hg.osgrid.org:80: it is not
[11:55] Cuga.Rajal @rajal.org:9000: I *was* using that recently. Is a big problem if it changed
[11:56] Cuga.Rajal @rajal.org:9000: The spec is here: https://wiki.secondlife.com/wiki/LlRezAtRoot
[11:56] Cuga.Rajal @rajal.org:9000: " the max distance is actually 10.0 + llVecMag(llGetScale()/2)"
[11:56] Vincent Sylvester: It's "10 meters away" so it tries to fetch the "outline" of the object to be able to place something next to it with a max of 10 meters distance
[11:56] Cuga.Rajal @rajal.org:9000: Vincent you answer sounds logical but isnt the spec
[11:57] Vincent Sylvester: Old functions should not have changed on that
[11:57] Ubit.Umarov @hg.osgrid.org:80: opensim is prim to rez position
[11:57] Cuga.Rajal @rajal.org:9000: I kind of depend on rezzing somewhat further than 10m for several of my builds
[11:57] Cuga.Rajal @rajal.org:9000: soo, this changed last week?
[11:57] Ubit.Umarov @hg.osgrid.org:80: since ever
[11:57] Vincent Sylvester: No it did not change
[11:57] Ubit.Umarov @hg.osgrid.org:80: nver changed..
[11:57] Cuga.Rajal @rajal.org:9000: Already rezzing further than 10m
[11:57] Ubit.Umarov @hg.osgrid.org:80: just the new fuintion uses same criteria
[11:58] Vincent Sylvester: What changed was a bug in calculation for a new function recently added
[11:58] Cuga.Rajal @rajal.org:9000: OK, so if it was working before, should continue to work? (old lsl functions not new)
[11:58] Vincent Sylvester: Existing functions were not changed
[11:58] Cuga.Rajal @rajal.org:9000: ok thanks, that answers my question <phew>
[11:58] Ubit.Umarov @hg.osgrid.org:80: yes i types a '+' thinking on a '-' :p
[11:58] Ubit.Umarov @hg.osgrid.org:80: typed..
[11:59] Ubit.Umarov @hg.osgrid.org:80: else if ((pos - m_host.GetWorldPosition()).LengthSquared() > m_Script10mDistanceSquare)
[11:59] Ubit.Umarov @hg.osgrid.org:80: here
[11:59] Cuga.Rajal @rajal.org:9000: Why not just ise  10.0 + llVecMag(llGetScale()/2)? It's spec and easier to calculate
[12:00] Ubit.Umarov @hg.osgrid.org:80: bc we never used that
[12:00] Vincent Sylvester: You can also configure the distance to be bigger if necessary
[12:00] Cuga.Rajal @rajal.org:9000: k
[12:00] Ubit.Umarov @hg.osgrid.org:80: neither that was on ll spec
[12:01] Ubit.Umarov @hg.osgrid.org:80: nad that makes no sense
[12:01] Ubit.Umarov @hg.osgrid.org:80: wel its a rule like any :)
[12:01] Cuga.Rajal @rajal.org:9000: change the rez limit with "ScriptDistanceLimitFactor"?
[12:02] Ubit.Umarov @hg.osgrid.org:80: https://wiki.secondlife.com/wiki/LlRezObject
[12:02] Ubit.Umarov @hg.osgrid.org:80: is the original function
[12:02] Vincent Sylvester: I forget which specific config it is, but pretty sure it's documented
[12:03] Ubit.Umarov @hg.osgrid.org:80: float scriptDistanceFactor = seConfig.GetFloat("ScriptDistanceLimitFactor", 1.0f);
m_Script10mDistance = 10.0f * scriptDistanceFactor;
m_Script10mDistanceSquare = m_Script10mDistance * m_Script10mDistance;
[12:03] Cuga.Rajal @rajal.org:9000: OK thanks
[12:03] Cuga.Rajal @rajal.org:9000: thanks , looks like thats the one
[12:04] Lyr.Lobo @cc.opensimulator.org:8002 smiles
[12:04] Ubit.Umarov @hg.osgrid.org:80: https://wiki.secondlife.com/wiki/LlRezObjectWithParams
[12:04] Ubit.Umarov @hg.osgrid.org:80: also says nothing abotu that scale factor
[12:05] Cuga.Rajal @rajal.org:9000: LL did a horrible job at documenting it. The actual limit is listed on https://wiki.secondlife.com/wiki/LlRezAtRoot
[12:05] Ubit.Umarov @hg.osgrid.org:80: wel some of those are user made..
[12:05] Ubit.Umarov @hg.osgrid.org:80: with no relation to real ll code
[12:05] Kayaker.Magic @grid.kitely.com:8002: "Time is an illusion. Lunchtime doubly so." I have to run to a lunch meeting.
[12:05] Lyr.Lobo @cc.opensimulator.org:8002: bye Kayaker
[12:05] Kayaker.Magic @grid.kitely.com:8002: Buy all!
[12:05] Lyr.Lobo @cc.opensimulator.org:8002: I need to dash, too... great to see you all
[12:06] Motoko.Karu @login.digiworldz.com:8002: bye kayaker
[12:06] Andrew.Hellershanks @hg.osgrid.org:80: Bye, Kayaker.
[12:06] Cuga.Rajal @rajal.org:9000: Well thats all I had todfay, yhanks for taking a look.
[12:06] Lyr.Lobo @cc.opensimulator.org:8002: https://conference.opensimulator.org/ for the conference location, etc.
[12:06] Motoko.Karu @login.digiworldz.com:8002: Cya Lyr
[12:06] Lyr.Lobo @cc.opensimulator.org:8002: thanks, Cuga
[12:06] Ubit.Umarov @hg.osgrid.org:80: but as i said, i just kept our spec
[12:06] Andrew.Hellershanks @hg.osgrid.org:80: We can use some of the money in the piles on the table to "buy all". ;)
[12:06] Lyr.Lobo @cc.opensimulator.org:8002: bye Motoko...thank you, Ubit, Gavin, Vincent, and Andrew
[12:06] Ubit.Umarov @hg.osgrid.org:80: well once i fix the + to - :p
[12:06] Ubit.Umarov @hg.osgrid.org:80: fixed
[12:06] Gavin.Hird @grid.xmir.org:8002: bye Lyr
[12:06] Andrew.Hellershanks @hg.osgrid.org:80: I had a quick look at the ini files but didn't notice anything related to rezzing distance.
[12:07] Ubit.Umarov @hg.osgrid.org:80: bye lyr.Lobo
[12:07] Cuga.Rajal @rajal.org:9000: tc Lyr :)
[12:07] Lyr.Lobo @cc.opensimulator.org:8002 grins and waves
[12:07] Lyr.Lobo @cc.opensimulator.org:8002: see you this weekend
[12:07] Andrew.Hellershanks @hg.osgrid.org:80: Bye, Lyr. Thanks for dropping by. See you on the weekend.
[12:07] Ubit.Umarov @hg.osgrid.org:80: cat says bye also
[12:07] Motoko.Karu @login.digiworldz.com:8002: ^_^
[12:07] Andrew.Hellershanks @hg.osgrid.org:80: The cat needs to randomize its meow and should also have some purring noises.
[12:08] Gavin.Hird @grid.xmir.org:8002: I derendered it :-)
[12:08] Motoko.Karu @login.digiworldz.com:8002: and periodic "go crazy"
[12:08] Andrew.Hellershanks @hg.osgrid.org:80: We are a little past the hour. Any other last minute items for today?
[12:08] Ubit.Umarov @hg.osgrid.org:80: bad gavin.Hird
[12:08] Andrew.Hellershanks @hg.osgrid.org:80: Motoko, yes. and random pounce mode.
[12:08] Motoko.Karu @login.digiworldz.com:8002: kill-master-mode
[12:08] Andrew.Hellershanks @hg.osgrid.org:80: Gavin doesn't like cats?
[12:09] Gavin.Hird @grid.xmir.org:8002: I do, but repetitive anims gets annoying pretty fast
[12:09] Andrew.Hellershanks @hg.osgrid.org:80 nods
[12:09] Andrew.Hellershanks @hg.osgrid.org:80: The time for the different animations are rather short for a cat. Also, it doesn't walk around.
[12:10] Andrew.Hellershanks @hg.osgrid.org:80: Still, I like what the person who created that has accomplished.
[12:10] Gavin.Hird @grid.xmir.org:8002: that cat has adhd
[12:10] Andrew.Hellershanks @hg.osgrid.org:80: hehe
[12:10] Vincent Sylvester: lol
[12:10] Ubit.Umarov @hg.osgrid.org:80: oh they do say
[12:10] Cuga.Rajal @rajal.org:9000: I have an NPC cat that will follow you around and even push you
[12:11] Ubit.Umarov @hg.osgrid.org:80: "The distance measured is between the center of the rezzing prim and the center of the prim that is rezzed"
[12:11] Vincent Sylvester: Mine just complain when you push them xD
[12:11] Ubit.Umarov @hg.osgrid.org:80: ofc that is wrong..
[12:11] Andrew.Hellershanks @hg.osgrid.org:80: If there is nothing further for today I will bring todays gathering to a close. If you haven't already registered for the OSCC you should do so. I will probably see some or all of you on the weekend at some point.
[12:11] Cuga.Rajal @rajal.org:9000: Ubit correct, thats the distance measured but not the distance limit
[12:11] Ubit.Umarov @hg.osgrid.org:80: if ctner to position
[12:11] Andrew.Hellershanks @hg.osgrid.org:80: Thank you all for coming. See you again next week.
[12:12] Andrew.Hellershanks @hg.osgrid.org:80: and this weekend. :)
[12:12] Gavin.Hird @grid.xmir.org:8002: yeah will see how things pans out
[12:12] Ubit.Umarov @hg.osgrid.org:80: position may be the geo center of the obejct
[12:12] Ubit.Umarov @hg.osgrid.org:80: object o rez i mean
[12:12] Andrew.Hellershanks @hg.osgrid.org:80: If not too late, for anyone reading this we met at http://hg.zetaworlds.com/OpenSim and may meet there again next week depending on the state of osgrid.
[12:13] Ubit.Umarov @hg.osgrid.org:80: the sentence only applies if rezzing one prim
[12:13] Andrew.Hellershanks @hg.osgrid.org:80: Time for me to go for a walk while my two cats are sleeping (as they usually do around this time of day).
[12:13] Gavin.Hird @grid.xmir.org:8002: ok, tc Andrew
Personal tools
General
About This Wiki