User:Babbage Linden/Office Hours/2010 05 05
< User:Babbage Linden/Office Hours
Jump to navigation
Jump to search
Revision as of 04:12, 5 May 2010 by Nock Forager (talk | contribs) (Created page with 'Transcript of Babbage Linden's office hours: {| <span id="chat1"></span> |- style="vertical-align:top;color:#000000;background-color:#FCFCFC;" | [[#chat1...')
Transcript of Babbage Linden's office hours:
[03:07] | Babbage Linden: | Hi everyone
|
[03:07] | Faust Vollmar: | Oh hey babbage.
|
[03:07] | Faust Vollmar: | /me shuts up now
|
[03:08] | Kaluura Boa: | Hi...
|
[03:08] | Cerdita Piek: | hi babbage
|
[03:08] | Ardy Lay: | Hi
|
[03:08] | Faust Vollmar: | After chewing up like half of andrew's OH I think I'm gonna shut my yap for this one. =p
|
[03:08] | Babbage Linden: | Today I'd like to talk about good demos for C#
|
[03:09] | Morgaine Dinova: | If there a Jira asking that script error messages identify the attachment wearer?
|
[03:09] | Babbage Linden: | we're currently working on configuring the sandbox for C# scripts
|
[03:09] | Babbage Linden: | and working on the initial C# API documentation
|
[03:09] | Morgaine Dinova: | Were those your errors output Babbage? Never see a list that long before
|
[03:09] | Karel Linden: | mine I think
|
[03:10] | Babbage Linden: | but there are lots of people inside Linden who would like to see some demos of what we're building
|
[03:10] | Sebastean Steamweaver: | /me feeds Sierra whelp snacks.
|
[03:10] | Babbage Linden: | so, our plan is to test the sandbox and documentation by building some C# demos next week
|
[03:10] | Morgaine Dinova: | Neat
|
[03:10] | Babbage Linden: | so, question: if you had a week to build some demos to show off C# in SL, what would you build?
|
[03:10] | Sierra Janus: | where will the documenation be available? The wiki?
|
[03:10] | Moy Loon: | I'd love to help out, with things like arrays I'd be able to do abunch of simple-ish games much easier
|
[03:11] | Faust Vollmar: | /me probably wouldn't get anything done in a week, he'd still be figuring things out at that point. XD
|
[03:11] | Sierra Janus: | shared secret crypto via chat channels :P
|
[03:11] | Babbage Linden: | the plan is to get C# in to beta as soon as possible
|
[03:11] | Jonathan Yap: | How about the classic game of Life demo that was also used for LSL2?
|
[03:11] | Babbage Linden: | but there is a desire to have some demos build internally
|
[03:12] | Faust Vollmar: | Heh Life is a must, just for tradition's sake.
|
[03:12] | Babbage Linden: | I'm convinced that once we have it in your hands in beta you'll build a ton of great stuff to show off
|
[03:12] | Babbage Linden: | but until then, I think we need to do a round of demos internally
|
[03:12] | Imaze Rhiano: | one week? humm... ultimate "hello world" script
|
[03:12] | Babbage Linden: | (which will be a good thing, as we should eat our own caviar and test that everything works)
|
[03:13] | Kaluura Boa: | For the beginners, some simple scripts showing the basic events (touch, listen) in actions would be nice...
|
[03:13] | Babbage Linden: | let me outline where we've got to in our thinking
|
[03:13] | Jonathan Yap: | Are the people seeing these demos going to be looking at just the results, or the source, too?
|
[03:14] | Babbage Linden: | the biggest benefit of C# is the ecosystem: the tutorials, books, libraries and such
|
[03:14] | Kaluura Boa: | The sources are more important than the visual results
|
[03:14] | Babbage Linden: | of those the most demoable would be the libraries
|
[03:14] | Babbage Linden: | so, looking for C#1 libraries and demos we could port to SL would be good
|
[03:14] | Sierra Janus: | Depends on perspective, it can also be a problem (noob question: "why does 'Form' work?"
|
[03:15] | Babbage Linden: | there is a silverlight chess demo for example, that we might be able to use the AI from and rewire to move prim pieces around
|
[03:15] | Babbage Linden: | (the audience for these demos is mostly non-technical lindens, the engineers are already won over)
|
[03:15] | Babbage Linden: | if we could say "we ported this C# demo to SL in a day"
|
[03:16] | Sebastean Steamweaver: | So, there are lindens who need to be convinced this is a good thing?
|
[03:16] | Babbage Linden: | that would be a good demo of the ecosystem benefit for example
|
[03:16] | Imaze Rhiano: | you want to write something visual then - or - it could interact with webpages somehow
|
[03:16] | Sierra Janus: | I could port a A* pathfinding class I made
|
[03:16] | Babbage Linden: | sebastean, there are always people that need convincing: there are many things that could be done with SL and only a finite number of Lindens
|
[03:16] | Babbage Linden: | Sierra, pathfinding would be a great example I think
|
[03:17] | Babbage Linden: | (and being able to say "A resident ported this to C# for us" would be great - you don't need us to ship anything for you to start writing C#)
|
[03:18] | Babbage Linden: | If any of you could port interesting algorithms to C# 1 and System.Collections that would be super helpful :-D
|
[03:18] | Babbage Linden: | So, the big benefit is the ecosystem which we can demo by reusing code
|
[03:18] | Sierra Janus: | Depends on how much information is exposed via libs
|
[03:18] | Babbage Linden: | Another big benefit is productivity, but that's a hard one
|
[03:18] | Sierra Janus: | Raycasting would be a good one to port but unless we have the sim information exposed to do it then it isn't too useful
|
[03:19] | Babbage Linden: | Being able to demo that C# is good for complex systems is hard without having time to build a complex system
|
[03:19] | Babbage Linden: | which we don't, in a week
|
[03:19] | Babbage Linden: | Sierra, assume the same ll* methods exist as in LSL
|
[03:20] | Sierra Janus: | hurray....
|
[03:20] | Babbage Linden: | but, you can build your own types use C#1 language features and anything in the BCL
|
[03:20] | Babbage Linden: | (System.Collections being the most useful)
|
[03:20] | Sierra Janus: | I was kinda hoping more information about the environment would be exposed but ok >.<
|
[03:20] | Sebastean Steamweaver: | Well, I can do raycasting currently with LSL. If it can be done with LSL I'm sure it could be done with C#.
|
[03:21] | Morgaine Dinova: | Surely C# doesn't need selling internally, does it?
|
[03:21] | Babbage Linden: | Morgaine, sure, everything does
|
[03:21] | Skills Hak: | 'sup
|
[03:21] | Babbage Linden: | And C# is harder than a lot of projects as the benefits are subtle (but big)
|
[03:21] | Imaze Rhiano: | maybe somekind string search demo?
|
[03:21] | Babbage Linden: | It's hard to sell "a better version of what we have" to non-technical Lindens
|
[03:22] | Babbage Linden: | and that is what is needed here
|
[03:22] | Babbage Linden: | we need to show how it's better
|
[03:22] | Babbage Linden: | which is fair enough
|
[03:22] | Sebastean Steamweaver: | Arrays, pointers...
|
[03:22] | Chaley May: | i think its less of selling it internally and more giving examples of how best to sell it to SL residents..ideas for them to write about on the blog
|
[03:22] | Jonathan Yap: | Do you need things that are visually impressive?
|
[03:22] | Babbage Linden: | It's both Chaley, I'd like to have some demos to show off externally too.
|
[03:23] | Morgaine Dinova: | Babbage: I don't come from that school of thought. It's a technical matter, you TELL them, don't ask. They don't come to you for advice on finance, or on policy. Why are Linden techies inferior when it comes to technical decisions?
|
[03:23] | Karel Linden: | Things that are hard or impossible in LSL would be good
|
[03:23] | Sebastean Steamweaver: | I think, then, what needs to be focused on is things we -can't- do with LSL, that we can say, "We can do this if we introduce C#"
|
[03:23] | Babbage Linden: | Jonathan, that's the trick - visually impressive things are possible in LSL
|
[03:23] | Babbage Linden: | We'd like crisp little demos that demonstrate the advantages of C#
|
[03:24] | Babbage Linden: | Which is tricky when a lot of the advantages are productivity advantages
|
[03:24] | Sebastean Steamweaver: | are* things
|
[03:24] | Sierra Janus: | unfortunately most of the stuff I want to do isn't all 'pretty' visually
|
[03:24] | Jonathan Yap: | Babbage, you can show them the difference in code size for the routines that let you connect to facebook
|
[03:24] | Sebastean Steamweaver: | Sierra: if you can demonstrate how it's superior to trying to do it in LsL in a visual way, that may be a good thing.
|
[03:24] | Jonathan Yap: | (or was it twitter?)
|
[03:24] | Skills Hak: | ooooo play the facebook card yes :>
|
[03:24] | Babbage Linden: | Jonathan, yes that is one demo we're going to use
|
[03:24] | Skills Hak: | demo was twitter
|
[03:24] | Babbage Linden: | and connecting to external services are good in general
|
[03:25] | Sierra Janus: | Right, how do I visually represent that my code is faster and smaller for XYZ crypto implementation compared to LSL? Display it's progress visually? Boring
|
[03:25] | Babbage Linden: | reusing a C# google doc client API might work well for example
|
[03:25] | Morgaine Dinova: | The benefits of C# are technical. Trying to convince non-techs about the merits of C# is like trying to educate ants in philosophy. Just TELL them it's good, period.
|
[03:25] | Babbage Linden: | but we'd need to port it to llHttpRequest
|
[03:25] | Sierra Janus: | Morgaine: Tell them via graphs, show the LSL stats as small bars and the C# graphs as BIG bars :P
|
[03:25] | Babbage Linden: | Another example we've come up with is a 3D Reflector tool
|
[03:26] | Morgaine Dinova: | Sierra: they don't have the background to understand all that.
|
[03:26] | Sebastean Steamweaver: | Mirroring?
|
[03:26] | Babbage Linden: | that uses System.Reflection to introspect the script and display it in 3D using HTML on a prim
|
[03:26] | Sierra Janus: | Don't need to, it's all pretty graphs :P BIGGER is BETTER xD
|
[03:26] | Morgaine Dinova: | lol
|
[03:26] | Sebastean Steamweaver: | HTML on a prim?
|
[03:26] | Babbage Linden: | so, you would copy code in to the script (we don't have library support yet) and the script would look at all of the methods outside it's own class and build a graph of relationships
|
[03:26] | Jonathan Yap: | Sebastean, that is part of viewer 2, media on a prim
|
[03:27] | Morgaine Dinova: | Well yeah, I guess, you can blind them with pretty graphics. But it's missing the point a bit. You shouldn't need to sell a technical decision to non-techs.
|
[03:27] | Sebastean Steamweaver: | Oh, MoaP - I got excited for a sec.
|
[03:27] | Sebastean Steamweaver: | I think Morg is saying, they ought to trust you, as their technical developers, when you enthusiastically tell them that it's a great improvement.
|
[03:27] | Morgaine Dinova: | Yep
|
[03:28] | Babbage Linden: | Other things we've thought about are porting the language shootout benchmarks to C'
|
[03:28] | Jonathan Yap: | Will there be memory savings for C# scripts? That could be a selling point
|
[03:28] | Babbage Linden: | C#
|
[03:28] | Babbage Linden: | which should show improvements as arrarys would speed them up a lot
|
[03:28] | Jonathan Yap: | Or a graph of cpu usage compareed to lsl/lsl2 -- saves system resources
|
[03:29] | Sierra Janus: | I have another idea, what about porting an A.L.I.C.E C# implementation?
|
[03:29] | Morgaine Dinova: | How did Mono/C# do in the shootout vs C/C++ ?
|
[03:29] | Kaluura Boa: | btw, is there a place where we can test anything?
|
[03:29] | Babbage Linden: | Sierra, yes, AI would be a good example
|
[03:29] | Babbage Linden: | like pathfinding
|
[03:29] | Babbage Linden: | I was thinking about looking for AI libraries that could be interacted with via chat
|
[03:29] | Babbage Linden: | or, even better spatial reasoning AIs that could reason about prims
|
[03:30] | Babbage Linden: | ("The red cube is on top of the blue cube")
|
[03:30] | Sebastean Steamweaver: | That's the kind of AI I've been working on, but in LSL.
|
[03:30] | Sierra Janus: | Yeah, ALICE would be good but will your libs have XML support?
|
[03:30] | Sierra Janus: | proper*
|
[03:30] | Babbage Linden: | those would be good to show off
|
[03:30] | Babbage Linden: | Sierra, yes, System.XML will be available
|
[03:30] | Babbage Linden: | and also, for the demos, we can increase the memory limit on the sim
|
[03:31] | Sierra Janus: | Goodie, that'll be good for an ALICE implementation
|
[03:31] | Babbage Linden: | (effectively demoing Big Scripts in advance)
|
[03:31] | Babbage Linden: | so, we could show off an AI demo using 1MB of memory in a single script
|
[03:31] | Gooden Uggla: | zabaware has an AI in SL, works on facebook too...
|
[03:31] | Babbage Linden: | which should allow much more than is possible in LSL
|
[03:32] | Babbage Linden: | Any other thoughts?
|
[03:32] | Sierra Janus: | From a quick search zabaware is not OSS
|
[03:32] | Babbage Linden: | Things that would be great in LSL, but just aren't quite possible?
|
[03:33] | Babbage Linden: | C# libraries that would be really useful in SL?
|
[03:33] | Skills Hak: | irc?
|
[03:33] | Sierra Janus: | asymmetric crypto :P
|
[03:33] | Sierra Janus: | Though frankly I'd just be more happy if more information about the environment were exposed
|
[03:33] | Moy Loon: | Will other forms of connections be usefull, as in sockets?
|
[03:34] | Moy Loon: | Using http for anything interactive is kinda....lame
|
[03:34] | Gooden Uggla: | hacking everything open?
|
[03:34] | Sierra Janus: | lol, if we ever get sockets in SL then the rapture will be upon us :P
|
[03:34] | Skills Hak: | heheh
|
[03:34] | Babbage Linden: | Not initially Moy, there are lots of security considerations there
|
[03:34] | Moy Loon: | I guess that's true
|
[03:35] | Babbage Linden: | But, I'm hoping that more interactivity will be possible in SL
|
[03:35] | Babbage Linden: | and less need to do the heavy lifting on an external server
|
[03:35] | Sierra Janus: | Babbage++
|
[03:35] | Sebastean Steamweaver: | Babbage++
|
[03:35] | Sebastean Steamweaver: | SL scripts need more capacity. Things need to be more interactive, without being dependent on outside servers.
|
[03:36] | Babbage Linden: | Agreed, with big scripts and C# they will be
|
[03:36] | Faust Vollmar: | Although I'm sure some things will simply always require external stuff like databasing, so not all of us should get our hopes up on that one. =p
|
[03:36] | Babbage Linden: | (we may have to improve the scheduler too, but hopefully we'll get to that)
|
[03:36] | Sebastean Steamweaver: | With that in mind, being able to print text to a prim face would be a great step in the right direction :D
|
[03:37] | Sierra Janus: | Would be nice to do something like Graphics grp = new Graphics(); and apply that to a prim face.... :)
|
[03:37] | Babbage Linden: | Sebastean, you can use data URLs and generate HTML already...
|
[03:37] | Sebastean Steamweaver: | Sierra: rapture :P
|
[03:37] | Moy Loon: | Currently you can't
|
[03:37] | Jonathan Yap: | Sebastean, there is a wiki entry on how to hack data urls
|
[03:37] | Sebastean Steamweaver: | Babbage, that can't update quickly, and it can't be hosted in-world.
|
[03:37] | Gooden Uggla: | if you wish to convince lab non-techs, explain how xstreet commerce and new user retention will be effected
|
[03:38] | Moy Loon: | Because it sends as text type only
|
[03:38] | Faust Vollmar: | Gooden hit it rihgt there.
|
[03:38] | Faust Vollmar: | right*
|
[03:38] | Babbage Linden: | Gooden, yes, agreed, so what demos would be good there?
|
[03:38] | Sierra Janus: | Adjustable MIME types would be nice
|
[03:38] | Sebastean Steamweaver: | Yuo can use plain text with line breaks, and that's it, and llSetPrimitiveMediaPArams has a 1 sec delay attached to it.
|
[03:38] | Gooden Uggla: | database and reports for merchants
|
[03:38] | Babbage Linden: | In general, demoing "better" stuff in C# would work, but we're not going to get to that in a week.
|
[03:38] | Gooden Uggla: | education for n00bs
|
[03:38] | Sebastean Steamweaver: | Plus, the page doesn't auto-update if you change info.
|
[03:38] | Moy Loon: | I used my website to proxy some data urls, and provide things like simple DNS, and just switched mine types to html, and was able to do a few neat things with http server prims
|
[03:39] | Moy Loon: | You could use things like ajax Sebastean
|
[03:40] | Babbage Linden: | We're planning to use data urls for the Reflector demo, so that will give us some good experience
|
[03:40] | Gooden Uggla: | if you can convince people that applications that will hurry new signups into the classroom or conference room are easier to construct...
|
[03:40] | Gooden Uggla: | or that will show the "oohh shiny" to new signups...
|
[03:41] | Babbage Linden: | C# will definitely make things like the Immersive Workspace easier to build
|
[03:41] | Babbage Linden: | but again, showing that off in a week is hard
|
[03:41] | Gooden Uggla: | how about just creating a better inworld jukebox?
|
[03:41] | Gooden Uggla: | most of them really suck
|
[03:41] | Babbage Linden: | That's not a bad idea
|
[03:41] | Babbage Linden: | is there a C# last.fm client or similar?
|
[03:41] | Sierra Janus: | Shame I haven't order that embeded device I spoke about in AWG which has .NET Micro 4.0 running on it. What better demo than a .NET device that talks with .NET SL ? :P
|
[03:41] | Sierra Janus: | ordered*
|
[03:42] | Babbage Linden: | /me built a last.fm jukebox years ago, but it broke with API changes
|
[03:42] | Sebastean Steamweaver: | Bah, disconnected
|
[03:43] | Sebastean Steamweaver: | As I was saying, I've been looking for a way to render text, without a delay, that doesn't depend on moap. Some things simply don't need to be that complex.
|
[03:43] | lonetorus Habilis: | SVG on a prim!!11
|
[03:43] | Sebastean Steamweaver: | Yes Ion, that's the idea.
|
[03:43] | Jonathan Yap: | There is that new PRIM_TEXT parameter
|
[03:43] | Sierra Janus: | There's a JIRAabout that...
|
[03:44] | Sebastean Steamweaver: | Yeah Sierra, I created it lol
|
[03:44] | Babbage Linden: | I would prefer to fix existing mechanisms
|
[03:44] | Sebastean Steamweaver: | Jonathan that's for float text.
|
[03:44] | Babbage Linden: | HTML is a pretty popular way to generate formatted text
|
[03:44] | Faust Vollmar: | I'd be pretty happy to have something as fast as llSetText but with much greater size and positioning controls, lmao.
|
[03:44] | Sierra Janus: | "existing" mechanisms? What existing mechanism that allows us to draw on a prim without relying on external resources?
|
[03:44] | Sebastean Steamweaver: | There is none
|
[03:44] | Babbage Linden: | so, I'd prefer to fix the mime types, delays and whatever other road blocks there are
|
[03:44] | Sierra Janus: | Unless you allow us to change MIME types
|
[03:44] | Sierra Janus: | Aha ok
|
[03:45] | Babbage Linden: | HTTP server + MOAP should work
|
[03:45] | Babbage Linden: | so let's make it work
|
[03:45] | Sebastean Steamweaver: | Well, the other problem is that since it's dependent on the browser, it doesn't update quickly.
|
[03:45] | Sebastean Steamweaver: | Even if you use the trick of changing the URL you set it to.
|
[03:45] | Babbage Linden: | so, you need to use the long poll
|
[03:45] | Babbage Linden: | which is how you'd do dynamic pages in HTML
|
[03:45] | Imaze Rhiano: | Youtube jukebox (silverlight) - http://www.codeproject.com/KB/silverlight/SilverlightYouTubeJukeBox.aspx
|
[03:46] | Sebastean Steamweaver: | Well, let me give an example:
|
[03:46] | Gooden Uggla: | http://www.un4seen.com/bass.html
|
[03:46] | Babbage Linden: | thanks imaze, this is exactly the kind of thing I'm after
|
[03:46] | Sebastean Steamweaver: | I have a HUD that works with a system I built. The HUD has a built-in help menu with popups.
|
[03:46] | Chaley May: | would it be difficult to put moap on a particle?
|
[03:46] | Sierra Janus: | HTTP refresh header?
|
[03:46] | Jonathan Yap: | Data URIs don't need to be hosted externally
|
[03:46] | Babbage Linden: | good existing demos in C# that we can look at porting
|
[03:46] | Sebastean Steamweaver: | BEcause I don't have a way to print to a prim face, I had to create a texture for all of the popups and help pages.
|
[03:46] | Gooden Uggla: | a youtube jukebox would be ideal, good find
|
[03:48] | Imaze Rhiano: | how is threading going to be handled in SL C#? Is it possible to queue own work items to thread pool?
|
[03:48] | Sierra Janus: | Will we even have access to threading?
|
[03:48] | Babbage Linden: | Imaze, currently the plan is to have threading work as it is with LSL
|
[03:48] | Babbage Linden: | each script is a microthread
|
[03:49] | Imaze Rhiano: | Silverlight Tetris - http://www.codeproject.com/KB/silverlight/silverlight_tetris.aspx
|
[03:49] | Babbage Linden: | it's unlikely we'll be able to give access to the thread pool as they will be hard to schedule with micothreads
|
[03:49] | Gooden Uggla: | there's another thing... the ability to watch a home webcam (nanny monitor) inworld http://www.codeproject.com/KB/audio-video/cameraviewer.aspx
|
[03:50] | Gooden Uggla: | the ability for zindra to have camshows inworld would bring in a huge windfall
|
[03:50] | Babbage Linden: | these are all great! please keep them coming and I'll take a look at them
|
[03:50] | Babbage Linden: | thanks everyone
|
[03:50] | Babbage Linden: | this is exactly what I was after
|
[03:51] | Babbage Linden: | send me notecards or IMs if you find anythign interesting after the office hour
|
[03:51] | Babbage Linden: | ok, so that was a great discussion
|
[03:51] | Babbage Linden: | is there anything you'd like to talk about in the last few minutes?
|
[03:52] | Morgaine Dinova: | Well the largest impact of C# by far will be its O(1) but effectively zero-time array indexing. A demo highlighting that would show the most impressive gain.
|
[03:52] | Faust Vollmar: | Nothing I havent already griped about lmao.
|
[03:52] | Babbage Linden: | for performance, yes
|
[03:52] | Gooden Uggla: | i'd like to know if there's a timeframe for mono 2.6 please?
|
[03:52] | Babbage Linden: | we should see those in the language shootout demos
|
[03:53] | Babbage Linden: | gooden, we're waiting for debian mono to hit 2.6 http://packages.qa.debian.org/m/mono.html
|
[03:53] | Babbage Linden: | which should be in the next couple of months
|
[03:53] | Morgaine Dinova: | Quite likely to see 1000-times speedup versus list traversal, if not more.
|
[03:53] | Babbage Linden: | then we can integrate it and get testing
|
[03:53] | Gooden Uggla: | so no idea yet which server that'll go to?
|
[03:54] | Imaze Rhiano: | Amazon explorer - http://www.codeproject.com/KB/applications/amazonportal.aspx
|
[03:54] | Babbage Linden: | 1.44 at the earliest
|
[03:54] | Gooden Uggla: | good news, thanks
|
[03:54] | Babbage Linden: | 1.40 is going to be havok
|
[03:54] | Babbage Linden: | 1.42 is going to be TC malloc
|
[03:54] | Babbage Linden: | 1.44 might be mono
|
[03:54] | Babbage Linden: | if it's available and supported on debian
|
[03:55] | Gooden Uggla: | is there a schedule to upgrade the debian?
|
[03:56] | Babbage Linden: | I'm not sure what it is
|
[03:56] | Babbage Linden: | we normally track stable + backport what we need
|
[03:57] | Gooden Uggla: | kelly was talking about needing a newer debian for mono 2.6
|
[03:57] | Babbage Linden: | possibly, we'll have to see
|
[03:57] | Gooden Uggla: | just wondering how that would schedule
|
[03:57] | Gooden Uggla: | ok,
|
[03:57] | Babbage Linden: | we have Mono 2.6.4 running on our syste,s
|
[03:57] | Sebastean Steamweaver: | Babbage, I do have one request :)
|
[03:58] | Babbage Linden: | but, we don't want to have to package and maintain it when running on production machines
|
[03:58] | Sebastean Steamweaver: | If we get a delay-less version of llSetPrimitiveMediaParams - let's not call it llSetPrimtiiveMediaParamsFast :P
|
[03:58] | Faust Vollmar: | hahahaha
|
[03:58] | Sierra Janus: | whisper: Definitely.... we need an ever longer name llSetPrimtiiveMediaParamsQuicker
|
[03:58] | Babbage Linden: | what would you call it Sebastean?
|
[03:59] | Babbage Linden: | /me is a little sad that the original had a delay
|
[03:59] | Sebastean Steamweaver: | llSetPrimMediaParams
|
[03:59] | Babbage Linden: | that would break existing scripts that require the delay
|
[03:59] | Sierra Janus: | Can't, backwards compatibility problems
|
[03:59] | Faust Vollmar: | Isnt the existing on *Primitive* not *Prim* ? =p
|
[03:59] | Sebastean Steamweaver: | Yes
|
[03:59] | Sebastean Steamweaver: | That's why I was differentiating.
|
[03:59] | Babbage Linden: | ok, that might work then
|
[04:00] | Babbage Linden: | the real trick is to stop lindens shipping calls with delays
|
[04:00] | Faust Vollmar: | good luck. =p
|
[04:00] | Babbage Linden: | it will be easier once script limits is finished
|
[04:01] | Babbage Linden: | as it will be easier to tie throttles to resource entitlements
|
[04:01] | Sierra Janus: | Heh, beat me to it Babbage :P
|
[04:01] | Gooden Uggla: | hopefully you'll do that after fixing mono :)
|
[04:01] | Babbage Linden: | (1 URL, N KB and M calls to llFoo per second)
|
[04:01] | Chaley May: | i thought versioning would make it possible to use the same name and have different behaviours for newer versions
|
[04:01] | Sebastean Steamweaver: | /me inserts a shameless plug for llSetPrimParams
|
[04:01] | Babbage Linden: | /me needs a bigger team
|
[04:01] | Sebastean Steamweaver: | http://jira.secondlife.com/browse/SVC-5329
|
[04:02] | Faust Vollmar: | /me made his quota of shameless plugs at Andrew's OH even though they would have been better placed here. XD
|
[04:02] | Babbage Linden: | chaley, yes it will, but you need to deprecate compiling to LSO to use versioning
|
[04:02] | Sierra Janus: | shameless plugs have no quotas :P
|
[04:02] | Jonathan Yap: | Babbage, how many are on your team, about 4?
|
[04:02] | Faust Vollmar: | They do when you eat up a good half an office hour discussing what you'd use them for, I think. =o
|
[04:02] | Babbage Linden: | right, we're out of OH time, even if there is no throttle on plugs
|
[04:02] | Babbage Linden: | thanks for coming everyone
|
[04:02] | Sierra Janus: | Hahaha
|
[04:03] | Sebastean Steamweaver: | Thanks Babbage
|
[04:03] | Morgaine Dinova: | Cyu Babbage, have fun
|
[04:03] | Jonathan Yap: | Thank you Babbage
|
[04:03] | Faust Vollmar: | Cya Babbage
|
[04:03] | Babbage Linden: | and please send me more interesting C# demos for us to port if you find them
|
[04:03] | Babbage Linden: | thanks
|
[04:03] | Babbage Linden: | see you next week |