Chat log from the meeting on 2019-08-13

[11:02] Kayaker Magic: In the mean time, I am considering throwing MicroSquishy off this computer and installing Linux (Ubuntu). But then I'll need a viewer. What the issues?
[11:02] Andrew.Hellershanks @hg.osgrid.org: MicroSquishy?  :)
[11:02] Kayaker Magic: Pet name for MS
[11:02] Andrew.Hellershanks @hg.osgrid.org: Good one. I haven't seen it referenced in that way before.
[11:03] Sheera Khan: I'm running opensuse here and except for voice no issues
[11:03] Kayaker Magic: They are going to force me to upgrade to Windows 10 soon and I refuse.
[11:03] Kayaker Magic: What is the problem with voice?
[11:03] Ubit Umarov: ugly voice?
[11:03] Sheera Khan: no voice client for linux anymore
[11:03] Ubit Umarov: at least thats my problem with voice :p
[11:04] Andrew.Hellershanks @hg.osgrid.org: Don't use the SL viewer. :)
[11:04] Ubit Umarov: yeah long time since they anounce that
[11:04] Sheera Khan: and since I don't use it I didn't bother with Wine and other stuff
[11:04] Ubit Umarov: linux as desktop.. well..
[11:04] Kayaker Magic: Is there a viewer for Linux that has voice?
[11:04] Gavin.Hird @grid.xmir.org:8002: no
[11:04] Gavin.Hird @grid.xmir.org:8002: there are no library
[11:04] Gavin.Hird @grid.xmir.org:8002: Vivox does not support linux any more
[11:05] Sheera Khan: I just wanted to mention it in case Kay didn't know or think about it
[11:05] Ubit Umarov: vivox stopped suporting linux, so new libs to actually connect are available
[11:05] Andrew.Hellershanks @hg.osgrid.org: Kayaker, Firestorm and Singularity both have working voice, IIRC.
[11:05] Ubit Umarov: it is a vivox thing...
[11:06] Andrew.Hellershanks @hg.osgrid.org: I was using voice just a few weeks ago.
[11:06] Kayaker Magic: on Linux?
[11:06] Ubit Umarov: viewers just use vivox libs
[11:06] Andrew.Hellershanks @hg.osgrid.org: Yes, on Linux.
[11:06] Gavin.Hird @grid.xmir.org:8002: FS has used an old version which may work for now for the Linux version
[11:06] Andrew.Hellershanks @hg.osgrid.org: I rarely run anything other than Linux.
[11:06] Gavin.Hird @grid.xmir.org:8002: but it can break any day
[11:06] Angel Fencer: i never known how to make region modules i did however mod opensim directly once
[11:06] Kayaker Magic: How did you get voice working on Linux Andrew, if there is no Vivox library?
[11:07] Sheera Khan: the old ones still working?
[11:07] Andrew.Hellershanks @hg.osgrid.org: Just clicked the tick box to say enable voice chat.
[11:07] Gavin.Hird @grid.xmir.org:8002: You can make it work via Wine
[11:07] Gavin.Hird @grid.xmir.org:8002: but hairy solution
[11:07] Kayaker Magic: So there is hope....
[11:07] Angel Fencer: yea just use wine i mean SL doesnt have much depenencies
[11:07] Ubit Umarov: guess old libs kept working until vivox servers changed in incompatible way ( guessing )
[11:08] Andrew.Hellershanks @hg.osgrid.org: Gavin, I would wonder how (un)stable a viewer would be under Wine.
[11:08] Angel Fencer: sorry i have dyslexia so exuse my spelling
[11:08] Angel Fencer: can i rez stuff here
[11:08] Angel Fencer: is that allowed?
[11:08] Gavin.Hird @grid.xmir.org:8002: I have heard some have used Dayturn with good results
[11:08] Sheera Khan: Angel, no worries, we are fluent in typoneese
[11:08] Angel Fencer: XD
[11:08] Ubit Umarov: this is also a sandbox, if rez is relevant to a meeting issue
[11:08] Gavin.Hird @grid.xmir.org:8002: but no idea how to set it up
[11:09] Andrew.Hellershanks @hg.osgrid.org: If Vivox have changed things it must be recent if voice has stopped working. It has been a couple weeks since I last used voice.
[11:09] Ubit Umarov: viewers did ship older vivox libs for linux i think
[11:09] Gavin.Hird @grid.xmir.org:8002: yes
[11:10] Angel Fencer: let me see if i still got it in me after a few months without using LSL
[11:10] Ubit Umarov: so any recent change was vivox servers refusing those ???
[11:10] Bill.Blight @hg.osgrid.org: Last time I used my linux build voice still worked with the old libs
[11:11] Bill.Blight @hg.osgrid.org: about 2 months ago , I think
[11:13] Andrew.Hellershanks @hg.osgrid.org: I've got a question about some OSSL functions someone is trying to use with an NPC and they don't appear to be working.
[11:14] Bill.Blight @hg.osgrid.org: What function andrew?
[11:14] Kayaker Magic: Ask away Andrew, I'll hold off on my questions.
[11:15] Angel Fencer: i got a question witch cs file gives the server its version fingerprint
[11:15] Angel Fencer: i wanted to mod my own version and add it to the server version string that shows up once u switch sims
[11:15] Ubit Umarov: versioninfo.cs ?
[11:15] Andrew.Hellershanks @hg.osgrid.org: A user wanted to use osForceAttachToOtherAvatarFromInventory but found it wasn't working with NPCs. Another one isllRemoteLoadScriptPin doesn't appear to be working with NPC attachments.
[11:16] Angel Fencer: anyone willing to touch my mineturtle
[11:16] Andrew.Hellershanks @hg.osgrid.org: Angel, .version file in the directory with the OpenSim.exe file.
[11:16] Angel Fencer: oh
[11:16] Angel Fencer: thanks
[11:16] Mineturtle: Hello!
[11:16] Andrew.Hellershanks @hg.osgrid.org: Angel, yw
[11:16] Angel Fencer: XD
[11:16] Andrew.Hellershanks @hg.osgrid.org: Hello, Mineturtle
[11:17] Mineturtle: Hello!
[11:17] SELBY.EVANS @grid.metaversedepot.com:8002: touched the turtle
[11:17] Ubit Umarov: .version only works on some linux i thinkl
[11:17] Andrew.Hellershanks @hg.osgrid.org: Is there a reason some functions can't be used with NPCs?
[11:17] Angel Fencer: i got to use the lsl function for collision
[11:17] Angel Fencer: cus in ADSF movies it happens when u step on it
[11:17] Ubit Umarov: dunno those cases andrew
[11:18] Angel Fencer: ps this whas just a lil test to see how my memory holded up after not using LSL
[11:18] Andrew.Hellershanks @hg.osgrid.org: ok. I looked at the osForce one and see it calls World.GetScenePresence(avatarID). I didn't notice anything obvious in the code that might explain why it doesn't work on an NPC.
[11:18] Kayaker Magic: Every time I build OpenSim.exe, in the source tree I edit this file to add my own info to the version string: OpenSim/Framework/VersionInfo.cs
[11:19] Angel Fencer: nice
[11:19] Angel Fencer: thanks for the tip now i can start working on rebuilding my lua hook and make it a ironpython hook instead
[11:19] Ubit Umarov: well the filename does mean somthing :p
[11:19] Angel Fencer: cause f lua
[11:19] Kayaker Magic: You might want to increase the max version string size in that file also Angel.
[11:19] Andrew.Hellershanks @hg.osgrid.org: Ubit, is there a reason why those functions should not work on NPCs (other than simple bug or not implemented yet)?
[11:20] Ubit Umarov: dunno andrew
[11:20] Angel Fencer: good idea kayaker
[11:20] Ubit Umarov: they are avatars..
[11:21] Bill.Blight @hg.osgrid.org: I use a bash script with sed to update my version info auto
[11:21] Andrew.Hellershanks @hg.osgrid.org: Ubit, ok, np. That may be something to look into at some point. I could always ask them to file a mantis about functions not working on NPC's.
[11:21] Bill.Blight @hg.osgrid.org: gitrev=$(git rev-parse HEAD | cut -c1-6)
update="$gitrev""_""$NOW"
echo "Revision" $update
sed -i -- "s/master_.*;/master_$update;/g" ./OpenSim/Framework/VersionInfo.cs
sed -i -- "s/master_.*,/master_$update,/g" ./OpenSim/Framework/VersionInfo.cs
[11:21] Angel Fencer: also opensim is mit if i rememberd
[11:21] Andrew.Hellershanks @hg.osgrid.org: Back when I was still able to use 'make' to do the build I would modify the Makefile to create the .version info automatically from info supplied by git.
[11:21] Ubit Umarov: yeah that npc issue my require some deep debug
[11:22] Angel Fencer: witch means i could make private forks
[11:22] Angel Fencer: so why would i use UMMORPG if i can try and build one in OSG
[11:22] Ubit Umarov: .version is created elsewhere.. we don't have it on windoes
[11:22] Andrew.Hellershanks @hg.osgrid.org: Ubit, hm... if I have to go deep I'm likely to never find my way back up.  ;)
[11:22] Bill.Blight @hg.osgrid.org: version=$(date +%s%3N)
echo $version > bin/.version
echo "osC2_master_$update" >>bin/.version
[11:22] Andrew.Hellershanks @hg.osgrid.org: git log -n1 --pretty=format:%h-%ct > bin/.version
[11:23] Bill.Blight @hg.osgrid.org: I use a date number so I can easily check if it has incremented for auto update scripts, harder when there are letters in the thing per the git
[11:23] Angel Fencer: anyway i think hooking in ironpython is a nice addition
[11:24] Angel Fencer: since it allows python code + importing dotnet DLLs
[11:24] Ubit Umarov: nahh iron gets rust..
[11:24] Ubit Umarov: ;)
[11:24] Angel Fencer: XD
[11:24] Angel Fencer: yea i am thinking about eather NLua or IronPython
[11:25] Andrew.Hellershanks @hg.osgrid.org: I was building with date and git version so I can know the details about the code being run.
[11:25] Angel Fencer: i forgot to enable it
[11:26] Andrew.Hellershanks @hg.osgrid.org: Kayaker, you can go ahead with your information.
[11:26] Bill.Blight @hg.osgrid.org: Well yeah Andrew I do that for the actual version but not for the .version that only the update scripts actually see ..
[11:27] George Equus: Deeply buried in retched Win10...
[11:27] Ubit Umarov: im on 1903 now
[11:27] Andrew.Hellershanks @hg.osgrid.org: Win10 is only on my laptop which doesn't get a lot of use.
[11:27] George Equus: try to tame it... so far all well
[11:27] Ubit Umarov: had a power fail on its first reboot.. it did undo everything and i had to restart the update
[11:28] Ubit Umarov: dan had issues installing it
[11:28] Ubit Umarov: issues with some drivers
[11:29] Kayaker Magic: I've told this joke before: "I tried to install some new software on my old computer. It said 'This software requires Windows 10 or better'. So I installed Linux"
[11:29] Ubit Umarov: wonder if i can still revert .net4.8 to 4.7.2
[11:29] Andrew.Hellershanks @hg.osgrid.org: Kayaker, Yes, I like that one.
[11:29] George Equus: "This software can not run on Windows 10" bah! sure it can...
[11:29] Ubit Umarov: well opensim seems to work again on 4.8
[11:30] Bill.Blight @hg.osgrid.org: "Microsoft gives you windows, LInux gives you the rest of the house."
[11:30] George Equus: lol
[11:30] Andrew.Hellershanks @hg.osgrid.org: Good one, Bill.
[11:30] Kayaker Magic: OK, I'm moving on:
[11:31] Kayaker Magic: last week i asked about the EOC errors from Warp3D. Ubit suggested switching CSJ2K off. When I did I got several interesting results.
[11:31] Bill.Blight @hg.osgrid.org: Although right now I'm mad at one of my linux boxes, giving me a issue with a e-sata port
[11:31] Kayaker Magic: When I do that, switch to Open JPEG, the EOC marker not found errors go away.
[11:31] Angel Fencer: how do i write Region modules any up to date video tutorials for them?
[11:32] Kayaker Magic: So the errors are coming from some intermediate jpeg file that Warp3D is making, not some texture map in one of my objects.
[11:32] Andrew.Hellershanks @hg.osgrid.org: Angel, Hold on for a moment. You will be next.
[11:32] Angel Fencer: sorry i didnt know u guys where talking
[11:32] Ubit Umarov: it is the decoder getting lost on something
[11:32] Angel Fencer: >_>
[11:32] Kayaker Magic: I think you need to track this down for several reasons:
- Why is CSJ2K getting an error when Open Jpeg does not?
- Trap the error and log it properly
- Indicate where the error happens, for example when painting a particular prim?
[11:32] Ubit Umarov: not sure why we still use csj2k
[11:33] Andrew.Hellershanks @hg.osgrid.org: I've wondered if the errors were a sign of actual errors in textures or some glitch in a decode library.
[11:33] Kayaker Magic: The latter, I would say
[11:33] Ubit Umarov: didn't i answer that already?? :p
[11:33] Kayaker Magic: Another observation is the speed of CSJ2k: When I set it to false, the map generation ran 10 times faster!
[11:34] Kayaker Magic: I'm never switching it back on again!
[11:34] Andrew.Hellershanks @hg.osgrid.org: Ubit, sure. That seems to have been determined. The problem is finding which texture(s) are triggering the problem in order to try and fix the problem.
[11:34] Ubit Umarov: i may remove it from usage
[11:34] Ubit Umarov: if i remember why it was kept there :)
[11:35] Gavin.Hird @grid.xmir.org:8002: what is the consequence to the detail of the map tile by switching off CSJ2k?
[11:35] Andrew.Hellershanks @hg.osgrid.org: Kayaker, How is the look of maptiles?
[11:35] Kayaker Magic: They look the same either way.
[11:35] Andrew.Hellershanks @hg.osgrid.org: ok, good.
[11:35] Ubit Umarov: it is just a decoder gavin.Hird
[11:35] Ubit Umarov: a wrapper to openjpeg even i think
[11:36] Gavin.Hird @grid.xmir.org:8002: so it can safely be turned off
[11:36] Ubit Umarov: think so
[11:36] Gavin.Hird @grid.xmir.org:8002: I will try that
[11:36] Ubit Umarov: but for somereason that was made a option
[11:37] Ubit Umarov: does anyone else use jpeg2000 ?
[11:37] Ubit Umarov: sounded a good idea back in the day ll decided on using it
[11:37] Ubit Umarov: but bad move
[11:38] Gavin.Hird @grid.xmir.org:8002: yes
[11:38] Gavin.Hird @grid.xmir.org:8002: but then they can afford KDU in the viewer
[11:39] Kayaker Magic: On a 3x3 region with 20000 prims, Warp3D with CSJ2k took 20 minutes to generate the map. Warp3D with Open JPEG took only 2 minutes!
[11:39] Andrew.Hellershanks @hg.osgrid.org: I've just turned it off in my standalone. I'll check out the startup time and if I no longer see those EOC errors.
[11:39] Ubit Umarov: Kayeker you may be fooled by the caching used on that :)
[11:40] Ubit Umarov: warp3d textures created from jpeg2000 are cached..
[11:40] Gavin.Hird @grid.xmir.org:8002: empty all caches when tessting the change
[11:40] Gavin.Hird @grid.xmir.org:8002: both on robust and simulator
[11:40] Ubit Umarov: warp3d is sim only
[11:40] Kayaker Magic: which textures are cached? When I say generate map I want him to make all my map textures over again from the region data
[11:41] Gavin.Hird @grid.xmir.org:8002: it sends the maptile to robust
[11:41] Ubit Umarov: no you do not want that
[11:41] Andrew Hellershanks: hm... I won't be able to test it for a while. A recent update on my Linux box broke MySQL. MySQL is no longer able to start up.
[11:41] Kayaker Magic: OUCH!
[11:41] Ubit Umarov: my win mysql also had odd issues
[11:41] Gavin.Hird @grid.xmir.org:8002: no backup to revert to?
[11:41] Ubit Umarov: i lost my test regions dbs
[11:42] Kayaker Magic: When I load new terrain or load an oar, YES I WANT TO GENERATE A NEW MAP!
[11:42] Ubit Umarov: then had issues on robust
[11:42] Andrew Hellershanks: I don't think it is a DB issue but I do have a backup of the DB.
[11:42] Ubit Umarov: i said textures, not MAP kayaker
[11:42] Kayaker Magic: Which textures?
[11:42] Ubit Umarov: do we call textures to anything else?
[11:43] Kayaker Magic: The map tiles, you do not call them textures?
[11:43] Ubit Umarov: no
[11:43] Gavin.Hird @grid.xmir.org:8002: ... I knew I had forgotten to start the db backup today. thanks for the reminder
[11:43] Ubit Umarov: i call them map tiles :p
[11:43] Andrew Hellershanks: Gavin, yw. :)
[11:44] Gavin.Hird @grid.xmir.org:8002: running...
[11:44] Andrew Hellershanks: Maptiles may technically be textures but I also call them map tiles.
[11:44] Gavin.Hird @grid.xmir.org:8002: I call them map tiles
[11:44] Ubit Umarov: and we were talking about j2k decoding of textures..
[11:44] Kayaker Magic: Well, if I generate map, restart with csj2k on, generate map, restart with csj2k off, generate map, restart with csj2k on, etc etc, do they all work from the same cached textures? When is the cache emptied?
[11:44] Ubit Umarov: so.. concrete type of "textures"
[11:45] Gavin.Hird @grid.xmir.org:8002: it is really never emptied
[11:45] Ubit Umarov: and those on warp3d are decoded from j2k and converted to warp3d format, and that is cached
[11:45] Gavin.Hird @grid.xmir.org:8002: but generating map will update it
[11:45] Ubit Umarov: of course.. it is heavy to do...
[11:45] Andrew Hellershanks: You can force regeneration of maptiles.
[11:46] Ubit Umarov: Grrrrr
[11:46] Kayaker Magic: Yes, uses 140% of my CPU to generate map!
[11:46] Kayaker Magic: Fortunately there are multiple cores....
[11:46] Ubit Umarov: regen uses cached data
[11:46] Gavin.Hird @grid.xmir.org:8002: so it is using 1.4 cores
[11:46] Ubit Umarov: it is heavy
[11:47] Ubit Umarov: and code is single thread or your coolers would blowup :p
[11:47] Gavin.Hird @grid.xmir.org:8002: if I REALLY want to regen new maptiles I empty assetcache directory on the sim first
[11:47] Kayaker Magic flüstert: Well, I have been complaining about Warp3D slowness and slowing down restarts, but turning CSJ2K off has solved all my problems and I am a happy camper now!
[11:47] Gavin.Hird @grid.xmir.org:8002: then it is forced to realod everyting
[11:48] Ubit Umarov: delete caches addes another delay
[11:48] Gavin.Hird @grid.xmir.org:8002: sure
[11:48] Ubit Umarov: all textures etc need to be fectch from grid
[11:48] Gavin.Hird @grid.xmir.org:8002: which is wy I said REALLY :-)
[11:49] Ubit Umarov: so just leave the damm assetcache alone :p
[11:49] Andrew Hellershanks: hehe
[11:49] Kayaker Magic: I think I have not been fooled by cache then, because I never clear the assetcashe
[11:49] Ubit Umarov: unless you do really have broken files
[11:49] Gavin.Hird @grid.xmir.org:8002: on mono upgrades it usually is a good thing to delete the asset caches
[11:49] Gavin.Hird @grid.xmir.org:8002: I have found
[11:50] Andrew Hellershanks: We have about 10 minutes left in the hour. Let's put a pin on the CSJ2K discussions for a moment. We can get back to it shortly. Angel had a question.
[11:50] Andrew Hellershanks: Angel, go ahead with your question.
[11:51] Andrew Hellershanks: Scrolling back I see her question is -> how do i write Region modules any up to date video tutorials for them?
[11:52] Andrew Hellershanks: There is some information in the OpenSimulator wiki. I'm not sure how up to date it is. Does anyone know of any other resources for regio modules?
[11:54] Andrew Hellershanks: Judging by the silence I take that as a no.
[11:55] Ubit Umarov: i use the c&p method :p
[11:55] Andrew Hellershanks: Angel, the best option is to look at the information in the OpenSim wiki and look for sample Region modules you can use as a reference.
[11:55] Ubit Umarov: but that's not for all :)
[11:55] Kayaker Magic: c&p? Cut & Paste?
[11:55] Ubit Umarov: yeap
[11:55] Angel Fencer: good idea andrew
[11:55] Andrew Hellershanks: No, it isn't. I've done C&P on some modules I've created.
[11:55] Gavin.Hird @grid.xmir.org:8002: copy perhaps, or you'd lose the source, hehe
[11:56] Angel Fencer: altough i hoped on a youtube tutorial
[11:56] Ubit Umarov: they have all similar base code
[11:57] Kayaker Magic does not like video tutorials. Would rather have a text document.
[11:57] Andrew Hellershanks: Angel, you could search sites like YouTube but I don't expect you will find much, if anything in terms of video tutorials.
[11:58] Andrew Hellershanks: Angel, What are you thinking of implementing using a region module?
[11:59] Ubit Umarov: well and we do have a few bad ones still around :)
[12:01] Andrew Hellershanks: I don't see her typing a reply at the moment. Perhaps she will answer shortly. Anything more to talk about re: CSJ2K, or some other topic to talk about before we wrap up todays gathering?
[12:02] Andrew Hellershanks: Ubit, Let's hope she finds a good one to use as a starting point. :)
[12:02] Kayaker Magic: I'm binary chopping a region full of prims that generate the CSJ2K EOC errors to see if there is a prim that can cause the problem
[12:02] Kayaker Magic: If I find one I'll get a copy of it to Ubit
[12:02] Andrew Hellershanks: Kayaker, sounds good.
[12:03] Gavin.Hird @grid.xmir.org:8002: I think it must be a very old texture because I only see it in one region that has items dating back to 2008
[12:03] Ubit Umarov: it may depend on the program that encoded the j2k.. different j2k format or something
[12:04] Andrew Hellershanks: I don't know how deep the decoding is done as to whether the code could be easily(?) modified to report on the texture UUID that is triggering the error.
[12:04] Gavin.Hird @grid.xmir.org:8002: it could even be a texture larger than 1024 when I think about it
[12:04] Bill Blight: It could be a texture that is not power of 2 as well
[12:04] Ubit Umarov: well stop guessing :)
[12:04] Gavin.Hird @grid.xmir.org:8002: originally you could have 2048 textures
[12:05] Ubit Umarov: it is a old thing really
[12:05] Ubit Umarov: that eoc error
[12:05] Kayaker Magic: I recall there were a few large textures in the LL servers, maps of planets.
[12:05] Andrew Hellershanks: Kayaker, I hope you don't have too many items in the region. Digging through it to find out the problem could take a while.
[12:05] Ubit Umarov: stop guessing.. it is not size.. it is at j3k level
[12:05] Kayaker Magic: Binary chopping has it down to <100 prims already!
[12:05] Ubit Umarov: or j2k
[12:06] Gavin.Hird @grid.xmir.org:8002: I have a builders tool that has a 2048 texture in it
[12:06] Gavin.Hird @grid.xmir.org:8002: and it is rezzed in a region
[12:06] Gavin.Hird @grid.xmir.org:8002: so I'll check that
[12:06] Angel Fencer: i am gona hop on my grid to see if those version string changes worked
[12:06] Andrew Hellershanks: ok, Angel. Thanks for dropping by.
[12:06] Angel Fencer: i hope i didnt make my string to long
[12:06] Angel Fencer: np <3
[12:06] Ubit Umarov: think warp3d does rescale from odd or large sizes to a max
[12:07] Gavin.Hird @grid.xmir.org:8002: it probably does, but the decoder could still barf on it if rezzed
[12:07] Angel Fencer: it didnt work
[12:07] Angel Fencer: >:(
[12:07] Ubit Umarov: i changed that code more than a hour ago.. can't remember
[12:08] Kayaker Magic: Friend of mine has that disease: CRS (Can't Remember S**t)
[12:08] Angel Fencer: maybe i didnt replaced enough files
[12:08] Angel Fencer: or i whas beeing a dingus and droped it in the wrong folder
[12:08] Andrew Hellershanks: Angel, did you restart the region after creating a .version file? If you did restart then Ubit may be right that you need a different file name on Windows .
[12:08] Ubit Umarov: forget .version file
[12:09] Bill Blight: .version does nothing anymore
[12:09] Angel Fencer: okay let me try again
[12:09] Bill Blight: you have to edit OpenSim/Framework/VersionInfo.cs and recompile
[12:09] Ubit Umarov: it is versioninfo.cs
[12:09] Ubit Umarov: or that :)
[12:10] Angel Fencer:
[12:10] Angel Fencer: its now working fine :D
[12:10] Ubit Umarov: and yes not much space for the version name
[12:10] Bill Blight: (unless you increase it) :P
[12:10] Ubit Umarov: it is viewers region tab
[12:10] Andrew Hellershanks: Why remove the ability to use an external file and force code to be modified to set version info? It makes it harder to deal with providing up-to-date version info when doing compiles.
[12:11] Ubit Umarov: if you increase it, that gets ugly
[12:11] Bill Blight: OpenSim 0.9.1.1 osC2_master_fad0da_095103_081019 (Unix/Mono)
[12:11] Ubit Umarov: code never used -version
[12:11] Bill Blight: not reallly
[12:11] Bill Blight: they don't really limit that field in the viewer it wraps
[12:12] Gavin.Hird @grid.xmir.org:8002: The viewer will display it in About Dayturn for instance
[12:12] Gavin.Hird @grid.xmir.org:8002: OpenSim 0.9.1.1 osC2_master_fad0da_095103_081019 (Unix/Mono)
[12:12] Ubit Umarov: yeah now (fs) seems to cut it right
[12:12] Ubit Umarov: used to do a mess
[12:12] Bill Blight: yep
[12:12] Andrew Hellershanks: When I found out about use of .version it was working nicely. I would move between regions running different code and get a report that I moved in to a region with a different version. Before I started using .version I never got those types of messages.
[12:13] Ubit Umarov: i get that report on win and i don't have -version
[12:13] Ubit Umarov: or .version
[12:13] Bill Blight: I didn't go back to using .version till a couple of months ago, and I always got version diff messages,
[12:13] Andrew Hellershanks: We are at quarter past the hour. Any other last minute items for today or do we call this one done and dusted?
[12:14] Bill Blight: it is actually a viewer setting
[12:14] Bill Blight: if it's off you won't get it
[12:14] Gavin.Hird @grid.xmir.org:8002: LL just increased their version numbr for the viewer
[12:14] Andrew Hellershanks: Perhaps it is more recent change. It has been working in Linux for some time.
[12:14] Gavin.Hird @grid.xmir.org:8002: I have been hlding back a new version of Dayturn awaiting that
[12:14] Gavin.Hird @grid.xmir.org:8002: because of a feature not released till today
[12:14] Gavin.Hird @grid.xmir.org:8002: so there should be new builds in a couple of days
[12:14] Ubit Umarov: not even sure what generates that .version file :p
[12:15] Andrew Hellershanks: Ubit, it was something that had to be done manually. I modified Makefile to do it. That was when I could type 'make'. Now that we have to use msbuild I have to run a command to generate the file after my build is done.
[12:16] Ubit Umarov: ok
[12:16] Gavin.Hird @grid.xmir.org:8002: the Mac version is also built with SSE 4.2 which reduced some region crossings from 3 bounces to one half
[12:17] Andrew Hellershanks: Half a bounce?
[12:17] Gavin.Hird @grid.xmir.org:8002: just a blip
[12:17] Ubit Umarov: bahh why don't they use AVX 1.0 ?
[12:17] Ubit Umarov: 2.0 does have issues.. the 256bit things.. yeack..
[12:18] Ubit Umarov: cpus use the 2 128 units to make them
[12:18] Ubit Umarov: so, less paralelism
[12:18] Ubit Umarov: also some 256 organs are deeply powered off by the cpu
[12:19] Ubit Umarov: when a instruction shows up, it needs to power up and that takes ages
[12:19] Ubit Umarov: ( coffe lake )
[12:19] Ubit Umarov: also 256 may reduce the SIMD clock even more
[12:19] Ubit Umarov: to prevent burning the core
[12:20] Ubit Umarov: ( SSE already may run at half clock )
[12:20] Gavin.Hird @grid.xmir.org:8002: we don't want burned cores
[12:20] Ubit Umarov: of you stress cpus with SIMD, you may hit thermal overrun
[12:21] Ubit Umarov: even with water coolers
[12:21] Gavin.Hird @grid.xmir.org:8002: on the original IBM RS/6000 it had a boot display code that meant "the CPU is on fire"
[12:21] Andrew Hellershanks: :)
[12:21] Ubit Umarov: specially the stupid 8770K i have
[12:21] Ubit Umarov: intel used a damm bad thermal past btw the chip and the case
[12:21] Andrew Hellershanks: Looks like we are done for today. Thank you all for coming. See you all again next week.