[11:03] Nebadon Izumi: nice
[11:03] Nebadon Izumi: https://web.archive.org/web/*/http://opensimulator.org
[11:03] BlueWall.Slade @gateway.bluewallvirtual.net: And it seemed that after a process crashed and went zombie, the rest were there, hanging
[11:03] Justin Clark-Casey: Urgh, I spent 1.5 days looking for a bug only to just discover it was probably coming from debug code I inserted in OpenMetaverse.dll and accidentally introduced into master opensim
[11:03] Justin Clark-Casey: :(
[11:04] Nebadon Izumi: that sucks
[11:04] BlueWall.Slade @gateway.bluewallvirtual.net:8002: ahhhh
[11:04] Richardus.Raymaker @hypergrid.org:8002: hi justin
[11:04] Justin Clark-Casey: it sucks big balls
[11:05] BlueWall.Slade @gateway.bluewallvirtual.net:8002: http://opensimulator.org/wiki/Configuration#Running_OpenSimulator_0.6.7_to_0.7.6.1_in_64_bit_Windows
[11:05] Richardus.Raymaker @hypergrid.org:8002: yiks 0.7.6.1 ?
[11:05] vegaslon.plutonian @vegaslon.ddns.net:9000: the camera on vehicles is messed up now since commit r/25154
[11:05] BlueWall.Slade @gateway.bluewallvirtual.net:8002: what was the consensus about that - is it still useful?
[11:06] Justin Clark-Casey: interesting, I never knew that was a major reason
[11:06] Justin Clark-Casey: My opinion is that it causes more difficulty than benefit now
[11:07] BlueWall.Slade @gateway.bluewallvirtual.net:8002: do you want me to start removing it?
[11:07] Justin Clark-Casey: yes, though I would prefer not to start removing it and then stop unless there's a very good reason
[11:08] BlueWall.Slade @gateway.bluewallvirtual.net:8002: should we take it to the mailing lists?
[11:08] Justin Clark-Casey: tbh, I would just remove it and see if anyone complains
[11:08] Justin Clark-Casey: it can always be reinstated
[11:08] BlueWall.Slade @gateway.bluewallvirtual.net:8002: I will study it before starting to remove it.
[11:08] BlueWall.Slade @gateway.bluewallvirtual.net:8002: I think is is probably not that much
[11:08] Justin Clark-Casey: it's just a shell which forces execution in 32-bit mode, nothing more afair
[11:08] BlueWall.Slade @gateway.bluewallvirtual.net:8002: If I start it, I'll finish
[11:08] Justin Clark-Casey: and doesn't appea rto work properly if you actually are 32-bit...
[11:08] Justin Clark-Casey nods
[11:08] Justin Clark-Casey: bluewall: great
[11:09] BlueWall.Slade @gateway.bluewallvirtual.net:8002: ok, on my TODO list
[11:09] BlueWall.Slade @gateway.bluewallvirtual.net:8002: [11:11] vegaslon.plutonian @vegaslon.ddns.net:9000: the camera on vehicles is messed up now since commit r/25154
[11:10] Justin Clark-Casey: yeah, which commit is r/25154?
[11:10] Justin Clark-Casey: I expect that was one of the friday changes
[11:10] vegaslon.plutonian @vegaslon.ddns.net:9000: ya the very last one
[11:10] Justin Clark-Casey: for sitting avatars reutrning velocity?
[11:10] Justin Clark-Casey: 473c55?
[11:10] Nebadon Izumi: oh ya i meant to test that
[11:10] Nebadon Izumi: never did
[11:10] Mata Hari: that's the very last commit...odd that it would affect camera
[11:11] Justin Clark-Casey: I expect cameria is assuming something about vel settings that i didn't realize
[11:11] Justin Clark-Casey: vegaslon: could you confirm that's the one?
[11:11] vegaslon.plutonian @vegaslon.ddns.net:9000: it effects camera becouse the veiwer is getting two versions of velocity now and thinks the avatar is moving
[11:11] Nebadon Izumi: kind of makes sense
[11:11] Nebadon Izumi: you were trying to fix that problem where if you were still walking when you sat
[11:11] Justin Clark-Casey: vegaslon: ok thanks, I will either revert or fix soon
[11:11] Nebadon Izumi: your avatar would keep its velocity?
[11:12] Justin Clark-Casey: nebadon: that change was because script functions didn't return velocity properly when avatar was on vehicle
[11:12] Justin Clark-Casey: was always 0
[11:12] Justin Clark-Casey: but clearly something is relying on it being zero, ho hum
[11:12] Nebadon Izumi: ah ok
[11:12] Justin Clark-Casey: vegaslon: thanks for the info
[11:14] Justin Clark-Casey: any other opensim topics today?
[11:15] Dahlia.Trimble @grid.wwweb3d.net:8002: hi
[11:15] Mata Hari: it's been interesting using HG standalone for the last couple of weeks....reminded me of a number of bugs I reported 12-15 months ago that are still broken
[11:15] Justin Clark-Casey: hi dahlia
[11:15] Justin Clark-Casey: there aren't enough developers
[11:15] Richardus.Raymaker @hypergrid.org:8002: hi Mata, more ductape
[11:15] Mata Hari: things like online/offline HG friends notifications that appear in console but never get transmitted to the viewer
[11:16] Mata Hari: or standing in the same region as an HG friend and your IMs to one another are all prefixed with the (Saved <date time) even though they're being transmitted instantly
[11:17] Dahlia.Trimble @grid.wwweb3d.net:8002: "patches are welcome" :)
[11:17] Billy.Bradshaw @hg.viewtwo.net:8600: I have noticed that during the HG friend process, 2 calling cards are created.
[11:17] Richardus.Raymaker @hypergrid.org:8002: hi dahlia. yes mata now i see. i have soemtimes problems that IM word one way fine but sending it back gives offline message
[11:17] Mata Hari: you're probably prefer to receive them from someone with a passing familiarity with C#
[11:18] Justin Clark-Casey: tbh, if it compiles and helps the problem then it can always be refined
[11:18] BlueWall.Slade @gateway.bluewallvirtual.net:8002: Mata - do you have a Hypergrid?
[11:19] Mata Hari: also on login to my own regions my viewer is stuck showing "Fetching" even though there's 0 http traffic
[11:19] Justin Clark-Casey: the hardest part can be finding exactly where the issue is.
[11:19] Mata Hari: but if I empty trash it instantly clears
[11:19] Mata Hari: and will clear even if my trash is empty
[11:19] Justin Clark-Casey: Yes, there are bugs
[11:19] Justin Clark-Casey: look in mantis and you'll see thousands of tehm
[11:20] Mata Hari: that one could conceivably be related to the other main inventory fetch bug since OSG handles the trash folder differently than some other grids
[11:20] Nebadon Izumi: that seems unlikely
[11:20] Billy.Bradshaw @hg.viewtwo.net:8600: Can anyone explain how asset duplication occurs, if it is convoluted I'll pass.
[11:21] Justin Clark-Casey: Billy: how do you mean?
[11:21] Billy.Bradshaw @hg.viewtwo.net:8600: Keep hearing about the de-duping?
[11:21] BlueWall.Slade @gateway.bluewallvirtual.net:8002: 100% same content with different uuid
[11:22] Nebadon Izumi: deduping works by doing a hash of the asset
[11:22] Nebadon Izumi: usually SHA256 hash
[11:22] Nebadon Izumi: and comparing all new assets with hash
[11:22] BlueWall.Slade @gateway.bluewallvirtual.net:8002: importing objects
[11:22] Justin Clark-Casey: billy: there are ways in which it occurs, thuogh I couldn't detail all of them 100%
[11:22] Billy.Bradshaw @hg.viewtwo.net:8600: Bluewall. that is the answer
[11:22] Nebadon Izumi: anything that matches an existing asset gets shed and only a new reference is created to the already existing asset
[11:22] Andrew.Hellershanks @login.greatcanadiangrid.ca:8002: Billy, upload the same image twice (for example). You have two asset records in the database with the same data blob.
[11:22] Nebadon Izumi: the chance of 2 assets having same hash that are not identical is like a trillion to one odds
[11:22] BlueWall.Slade @gateway.bluewallvirtual.net:8002: if several users import simliar object, they may create collisions
[11:22] Billy.Bradshaw @hg.viewtwo.net:8600: I wondered how 2 identical UUID could exist
[11:22] Justin Clark-Casey: that's a good example
[11:23] Justin Clark-Casey: OAR import may actually use the same asset in many cases
[11:23] Billy.Bradshaw @hg.viewtwo.net:8600: kk
[11:23] Justin Clark-Casey: so there's a small level of avoidance of dupes, but it's not great
[11:23] Andrew.Hellershanks @login.greatcanadiangrid.ca:8002: justin, I've often wondered how OAR import works re: loading assets. I was hoping it would check for existing asset before creating a new one.
[11:23] Dahlia.Trimble @grid.wwweb3d.net:8002: I dont think the default asset server hashes
[11:24] Justin Clark-Casey: andrew: assets have their original UUID in OARs
[11:24] Andrew.Hellershanks @login.greatcanadiangrid.ca:8002: It doesn't, AFAIK.
[11:24] Andrew.Hellershanks @login.greatcanadiangrid.ca:8002: That last comment of mine was for Dahlia.
[11:24] Justin Clark-Casey: so if it's imported and an asset exists with the same UUID, then that is used instead. Which is not a great approach but at the time the only alternative was to insert yet another copy of the asset
[11:24] Richardus.Raymaker @hypergrid.org:8002: always where thinking oar checks with asset server if asset alread exists , means same uuid = no upload
[11:24] Justin Clark-Casey: which would have been probably worst
[11:24] Justin Clark-Casey: worse
[11:25] Andrew.Hellershanks @login.greatcanadiangrid.ca:8002: Richardus, I was hoping it does that.
[11:25] Justin Clark-Casey: in theory, you could use the hash of the asset also as its UUID directly
[11:25] Andrew.Hellershanks @login.greatcanadiangrid.ca:8002: I've been trying to decide if I switch a grid to SRAS or whether to wait for some built-in deduping of assets.
[11:26] Justin Clark-Casey: the block to switching to built in, for me, is working out the complete migration strategy
[11:26] Justin Clark-Casey: it actually will already auto-migrate as you go along - the question is whether that's sufficient or if there needs to be a final command to complete migration for rarely accessed assets
[11:26] Dahlia.Trimble @grid.wwweb3d.net:8002: theres a hashing routine in the materials module that would probably work for other assets
[11:26] Andrew.Hellershanks @login.greatcanadiangrid.ca:8002: I have a migration method for my version of a debuping system.
[11:27] Andrew.Hellershanks @login.greatcanadiangrid.ca:8002: s/debuping/deduping/
[11:28] Andrew.Hellershanks @login.greatcanadiangrid.ca:8002: The time consuming part is the exporting of the asset blobs to disk.
[11:30] Andrew.Hellershanks @login.greatcanadiangrid.ca:8002 makes a note to update his asset blobs to disk patch to make sure it can be applied to 0.8
[11:30] Justin Clark-Casey: well, I did get my local HG working again, after puzzling through some insanity in the code
[11:31] BlueWall.Slade @gateway.bluewallvirtual.net:8002: lokl
[11:31] Justin Clark-Casey: it turns out that things don't work very well if you have your simulator configured for HG but not your robust...
[11:31] BlueWall.Slade @gateway.bluewallvirtual.net:8002: what did you find in there JCC?
[11:31] Justin Clark-Casey: but because of the insane code it's difficult to actually notify the user of that fact in a sane way
[11:31] BlueWall.Slade @gateway.bluewallvirtual.net:8002: Ahh
[11:31] Richardus.Raymaker @hypergrid.org:8002: yeah, configure iot right or you have fun
[11:31] BlueWall.Slade @gateway.bluewallvirtual.net:8002: yes, last week I had the errors popping up because of a mis-config
[11:32] Justin Clark-Casey: amazingly, some code assumes that a lack of certain return data signals success and not failure. So if the HG tries to contact a robust endpoint that simply isn't there, it apepars to assume a form of success...
[11:32] Justin Clark-Casey sighs
[11:32] Andrew.Hellershanks @login.greatcanadiangrid.ca:8002: Justin, couldn't you have the instance make a query to Robust during start up to check that both are HG or not HG?
[11:32] Justin Clark-Casey: just how many testers are you loading on today neb?
[11:32] BlueWall.Slade @gateway.bluewallvirtual.net:8002: is there a quick way to drop attempts to reach a misconfigured url?
[11:32] Justin Clark-Casey: I think it depends on the misconfiguration
[11:32] Nebadon Izumi: i was hoping for 80
[11:32] Andrew.Hellershanks @login.greatcanadiangrid.ca:8002: Justin, Could it be done during the HG version check ??
[11:33] BlueWall.Slade @gateway.bluewallvirtual.net:8002: like mine last week
[11:33] Richardus.Raymaker @hypergrid.org:8002: i have still the problem that i used in the past a wrong url for objects. and i dont see a way to fix it
[11:33] Justin Clark-Casey: andrew: maybe, though I'm always cautious about introducing more service calls
[11:33] Dahlia.Trimble @grid.wwweb3d.net:8002 is Online
[11:33] Richardus.Raymaker @hypergrid.org:8002: wrong \ i think
[11:33] Andrew.Hellershanks @login.greatcanadiangrid.ca:8002: Justin: would it need a new call or just extra piece of info returned from an existing call/check?
[11:33] BlueWall.Slade @gateway.bluewallvirtual.net:8002: maybe blacklist a url after 3-5 attempts ?
[11:33] Justin Clark-Casey: andrew: I don't know, it's not something I have had the time to think about
[11:34] Andrew.Hellershanks @login.greatcanadiangrid.ca:8002: Justin, np. Just throwing out some ideas.
[11:34] Justin Clark-Casey: I just spent an age chasing down ghosts in UDP acking :(
[11:34] Justin Clark-Casey: though hopefully I have found why the keynotes had enormous outbound resend counts
[11:35] Justin Clark-Casey: I was just super annoyed that opensim didn't report more obviously what was going wrong, and then spent a few hours invesitgating just to find that changing that would involve checking a whole bunch of other stuff :(
[11:39] Justin Clark-Casey: anyway, anything else to discuss today?
[11:39] Nebadon Izumi: ok
[11:39] Nebadon Izumi: all 80 bots are in
[11:39] Nebadon Izumi: i was able to get all 80 on 1 machine
[11:39] Mata Hari: one thing I've noticed with HG tping is that there seems to be a ton of data that has to get sent in a very short period of time or the tp will fail
[11:40] Justin Clark-Casey: nebadon: trying for a new record?
[11:40] Mata Hari: but if you then immediately re-try the tp it works instantly
[11:40] Justin Clark-Casey: mata: attachment related?
[11:40] Mata Hari: prossibly
[11:40] Andrew.Hellershanks @login.greatcanadiangrid.ca:8002: Mata, Might be a timer in the viewer end that is too short.
[11:40] Nebadon Izumi: well previously Justin
[11:41] Nebadon Izumi: when i was using Ragegast to sit my avatars
[11:41] Mata Hari: this was also happing with inbound people to my region who had very little in the way of attachments though
[11:41] Justin Clark-Casey: there is some sub-optimal stuff going on with HG as well when parsing XML, though not quite as bad as the previous attachments insanity
[11:41] Nebadon Izumi: i would get to around 50 or 60 and it became impossible to sit them anymore
[11:41] Dahlia.Trimble @grid.wwweb3d.net:8002: ya Ive noticed that too
[11:41] Nebadon Izumi: now that I dont have to sit them with the client
[11:41] Nebadon Izumi: i can have 80 logged in and sat in 20-25 minutes at most
[11:41] Dahlia.Trimble @grid.wwweb3d.net:8002: lots of stuff, looks like assets or something
[11:41] Mata Hari: it seems like it wants *all* appearance data inside that (15-second?) window or it will just sit there for 2 minutes and then fail
[11:42] Justin Clark-Casey: I have a nasty suspicion I have to audit all the HG comms, just to get an idea of what the difficulties may be for the conference
[11:42] Dahlia.Trimble @grid.wwweb3d.net:8002: its as if it wants all the assets before it teleports you
[11:42] Nebadon Izumi: if i dont have to run the region scanner to find a chair radegast uses a lot less memory
[11:42] Mata Hari: but the data still gets there somehow
[11:42] Nebadon Izumi: i have 80 clients running
[11:42] Nebadon Izumi: and still have about 5gb ram free
[11:42] BlueWall.Slade @gateway.bluewallvirtual.net:8002: we should put soem #ifdef in the code and set some counters for various url handlers
[11:42] Nebadon Izumi: out of 16gb total
[11:42] Justin Clark-Casey: possibly it's cached on first failure
[11:42] Mata Hari: then on next attempt the data is all cached so it works instantly
[11:42] Justin Clark-Casey: so doesn't need to be re-sent on the next attempt
[11:42] Mata Hari: right
[11:42] Justin Clark-Casey: yeah, that's what I would assume
[11:43] Justin Clark-Casey: how do you know it's sending a lot of data. You're looking at a network monitor or similar?
[11:43] Mata Hari: just reams and reams of messages in the console about getting textures, etc
[11:43] Mata Hari: an inbound tp from a friends gerates 100-200 lines in the console about that stuff
[11:43] Justin Clark-Casey: have you chased down what those textures are? Whether they related to attachments on the avatar
[11:43] Mata Hari: (using default loggning)
[11:44] Mata Hari: no
[11:44] Justin Clark-Casey: hg stuff is very debug log heavy. The non-HG has been slowly worn away
[11:44] Dahlia.Trimble @grid.wwweb3d.net:8002: there are a lot of console messages
[11:44] Dahlia.Trimble @grid.wwweb3d.net:8002: wear an avatar with a lot of attachments and watch the console as you hg to a new place
[11:44] Mata Hari: yeah
[11:44] Justin Clark-Casey: heh, that's easy with neb's aliens
[11:44] Nebadon Izumi: logging in general when you get heavy console spew can actually degrade overall server performance
[11:44] BlueWall.Slade @gateway.bluewallvirtual.net:8002: that is probably the bulk of the messages?
[11:45] Nebadon Izumi: there is a point where logging becomes counter productive
[11:45] BlueWall.Slade @gateway.bluewallvirtual.net:8002: attachments.
[11:45] Mata Hari: I guess the question is more whether it wouldn't be possible to tranfer the agent and let the attachments finish as fast as they can
[11:45] Justin Clark-Casey: tbh, it's an avenue that I need to check for the conference so may get some attention soon, or at least I will write up/understand exactly what is happening
[11:45] Mata Hari: vs the current method seems to be an all or nothing thing
[11:45] BlueWall.Slade @gateway.bluewallvirtual.net:8002: probably inventory folder requests too
[11:45] BlueWall.Slade @gateway.bluewallvirtual.net:8002: even though they are protected
[11:45] Nebadon Izumi: ya i notice here today
[11:45] Mata Hari: yes, tons of folder requests as well
[11:45] Nebadon Izumi: when some people log in i get a ton of yellow warnings
[11:45] Nebadon Izumi: about cant read folder
[11:46] Justin Clark-Casey: our old inventory friend, eh?
[11:46] Dahlia.Trimble @grid.wwweb3d.net:8002: theres a glitch in the protocol. It shouldnt impede the teleport waiting for asset transfers
[11:46] BlueWall.Slade @gateway.bluewallvirtual.net:8002: we should nix those
[11:46] Nebadon Izumi: i always assumed that was HG invnetory hitting protected folders
[11:46] Mata Hari: but all of that has to complete before it will let the tp happen
[11:46] Mata Hari: and the time window is something like 15 seconds
[11:46] Dahlia.Trimble @grid.wwweb3d.net:8002: maybe its a http queue issue
[11:46] BlueWall.Slade @gateway.bluewallvirtual.net:8002: for HG, we should only request the My Suitcase
[11:46] Justin Clark-Casey: depends if the warnings are important or unavoidable problems
[11:46] Nebadon Izumi: that wouldnt be so for OSgrid
[11:46] Nebadon Izumi: would need to be careful how that is implemented
[11:46] Billy.Bradshaw @hg.viewtwo.net:8600: Bluewall++
[11:46] Nebadon Izumi: not everyone uses suitcase
[11:46] Mata Hari: I think most HG users would be content to get there, then let their stuff catch up to them
[11:46] Justin Clark-Casey: even if unavoidable, I would prefer to see them recorded somewhere accessible via a console command, just to avoid the frustration of having bugs connected with unrecorded errors
[11:46] BlueWall.Slade @gateway.bluewallvirtual.net:8002: I think a lot of it is R&D releated
[11:47] Dahlia.Trimble @grid.wwweb3d.net:8002: like if it creates a bunch of http requests and then tries to send a tp request via rest, the request might sit for a while
[11:47] BlueWall.Slade @gateway.bluewallvirtual.net:8002: maybe a separate log file?
[11:47] Billy.Bradshaw @hg.viewtwo.net:8600: Has to be suitcase, all other inventory folders are marked unavailable
[11:47] Andrew.Hellershanks @login.greatcanadiangrid.ca:8002: Mata, sounds reasonable. We often have to wait for our appearance to rez after logging in to a grid or after TPs.
[11:47] Mata Hari: exactly
[11:47] BlueWall.Slade @gateway.bluewallvirtual.net:8002: it tries to get all folders
[11:47] BlueWall.Slade @gateway.bluewallvirtual.net:8002: the remote server refuses
[11:47] Nebadon Izumi: you know
[11:47] Mata Hari: I can live iwth being a cloud for a minute or two if I can actually get there reliably
[11:48] Nebadon Izumi: i know what this might be
[11:48] Nebadon Izumi: 1 sec
[11:48] BlueWall.Slade @gateway.bluewallvirtual.net:8002: and tha ttakes cycles and bandwidth
[11:48] Nebadon Izumi: [InterestManagement]
UpdatePrioritizationScheme = FrontBack
[11:48] Nebadon Izumi: this
[11:48] Nebadon Izumi: if you are running anything other than this
[11:49] Nebadon Izumi: Avatars will jam up the simulator on login
[11:49] Dahlia.Trimble @grid.wwweb3d.net:8002: well I'm amazed hg works as good as it does but it still has a few rough edges
[11:49] Nebadon Izumi: giving avatars priority on login is bad news
[11:49] Justin Clark-Casey: i'm amazed hg works at all
[11:49] Nebadon Izumi: some grids like it because of RPG stuff
[11:49] Nebadon Izumi: i suspect if you switch to FrontBack
[11:49] Nebadon Izumi: you will see major improvements on logins
[11:49] Nebadon Izumi: otherwise if its BestAvatarAppearance
[11:49] Nebadon Izumi: avatasr pull priority
[11:50] Nebadon Izumi: and it can be super nasty
[11:50] Nebadon Izumi: its not as noticeable with single file loigins
[11:50] Billy.Bradshaw @hg.viewtwo.net:8600: need to switch computers, brb
[11:50] Nebadon Izumi: but 2 or 3 simutlaneous logins
[11:50] Nebadon Izumi: its not good
[11:51] Dahlia.Trimble @grid.wwweb3d.net:8002: I didnt think the interest stuff worked
[11:51] Nebadon Izumi: oh it does
[11:51] Nebadon Izumi: the only one that works good though is FrontBack
[11:51] Nebadon Izumi: in my opinion
[11:51] Andrew.Hellershanks @login.greatcanadiangrid.ca:8002: Is that only for HG grids?
[11:51] Nebadon Izumi: no
[11:51] Nebadon Izumi: its for everything
[11:51] Nebadon Izumi: but using BestAvatarApperance
[11:51] Nebadon Izumi: if you get someone who gets super long delays
[11:51] Nebadon Izumi: that could jam up threads
[11:52] Mata Hari: maybe FrontBack ought to be made the default then?
[11:52] Nebadon Izumi: because it pushes all priority to loading avatar apperance over everything else
[11:52] BlueWall.Slade @gateway.bluewallvirtual.net:8002: "Hey! You like my threads?"
[11:52] Mata Hari: I've just now changed to that....will be interesting to see if it makes any different to inbound tps
[11:52] Nebadon Izumi: ya definitely
[11:53] Nebadon Izumi: let us know for sure
[11:53] Mata Hari: (I had it set at the default)
[11:53] Andrew.Hellershanks @login.greatcanadiangrid.ca:8002: I'll have to try that FrontBack setting and see what effect it has.
[11:53] Nebadon Izumi: I beleive the default is still BestAvatarAppearance
[11:53] Nebadon Izumi: let me check
[11:53] Mata Hari: yes, it is
[11:53] Mata Hari: I'm looking at it right now...that's the default
[11:53] Nebadon Izumi: it is
[11:54] Nebadon Izumi: i suspect you will see some improvement there
[11:54] Nebadon Izumi: it probably wont fix all
[11:54] Nebadon Izumi: but you should see gains
[11:54] Dahlia.Trimble @grid.wwweb3d.net:8002: I have a scene octree in a private module. I wouldnt mind donating it but it probably should be integrated directly into scene rather than being a region module and I'm not sure of what anyone's plans are for scene
[11:54] Nebadon Izumi: that is how all the OSGrid plazas and this entire grid is configured
[11:54] Dahlia.Trimble @grid.wwweb3d.net:8002: it would be awesome for interest management
[11:55] Nebadon Izumi: ya to be honest
[11:55] Nebadon Izumi: the interest management stuff never worked well
[11:55] Nebadon Izumi: i saw major problems after it was instituted
[11:55] Nebadon Izumi: performance tanked bad
[11:55] Nebadon Izumi: it was never the same after that
[11:56] Dahlia.Trimble @grid.wwweb3d.net:8002: ya you need to use an octree or its horribly slow
[11:56] Nebadon Izumi: other things have improved and its gotten considerable better
[11:56] Andrew.Hellershanks @login.greatcanadiangrid.ca:8002 still hears some thunder rumbles
[11:56] Nebadon Izumi: but prior to it existing things ran much better
[11:56] Nebadon Izumi: though it probably didnt scale well
[11:56] Nebadon Izumi: thats when all the avatar apparance problems started
[11:56] Nebadon Izumi: lots of clouds etc..
[11:57] BlueWall.Slade @gateway.bluewallvirtual.net:8002: also LL started baking all the textures on the avatar and sending them vrom the viewr
[11:57] BlueWall.Slade @gateway.bluewallvirtual.net:8002: so, that makes a lot of sense
[11:57] Dahlia.Trimble @grid.wwweb3d.net:8002: well clouds could be any one of hundreds of potential failure points
[11:58] Nebadon Izumi: ya I just remember arguing about it a bunch with jhurliman and jradford
[11:58] Nebadon Izumi: who did most of that work
[11:58] BlueWall.Slade @gateway.bluewallvirtual.net:8002: lol
[11:58] Nebadon Izumi: then melanie made some adjustments later
[11:58] Justin Clark-Casey: man, how many years ago was this?
[11:58] Nebadon Izumi: ages
[11:59] Dahlia.Trimble @grid.wwweb3d.net:8002 wonders where the hurlicane is blowing now....
[11:59] Nebadon Izumi: heh
[11:59] Nebadon Izumi: he does move around a lot
[11:59] Justin Clark-Casey: he was clever :)
[11:59] Dahlia.Trimble @grid.wwweb3d.net:8002: ya
[11:59] Justin Clark-Casey: and knew when to up sticks
[11:59] BlueWall.Slade @gateway.bluewallvirtual.net:8002: he was, at that
[11:59] Dahlia.Trimble @grid.wwweb3d.net:8002: that music site was cool
[12:00] Dahlia.Trimble @grid.wwweb3d.net:8002: cull.tv? cant remember
[12:00] Nebadon Izumi: i occaisionally get updates from linkedin saying he changed jobs
[12:00] BlueWall.Slade @gateway.bluewallvirtual.net:8002: that was it
[12:00] Nebadon Izumi: ya cull.tv i still get requests in SL for people wanting that TV i made for them
[12:00] Nebadon Izumi: lol
[12:01] Billy.Bradshaw @hg.viewtwo.net:8600: Does Opensim only support V3 viewerss now?
[12:01] Nebadon Izumi: no
[12:01] Justin Clark-Casey: it's 12 btw
[12:01] BlueWall.Slade @gateway.bluewallvirtual.net:8002: I gotta run - I'll jump home then back to keynote 1 to park while I'm AFK
[12:01] Billy.Bradshaw @hg.viewtwo.net:8600: are V1 and V2 gone?
