Jump to content

Cerise1488303085

Resident
  • Posts

    274
  • Joined

  • Last visited

Everything posted by Cerise1488303085

  1. I think it is really a viewer flaw, little scraps of data from other regions are not always flushed when we move around. The viewer is full of lazy updates like that, some have been cleaned up, some have not been found yet.
  2. Innula Zenovka wrote: I'm missing the point, then. Do you mean something like a particle profile projector, or something made with semi-transparent cone coming out of it to simulate a beam of light coming out of a projector (like some lighthouses have) or is it something different? With deferred rendering there is an extension to local lights, they can project textures onto surfaces. You can read a little bit about it here on the wiki.
  3. It is only one place but it is really nice, Inspire Space Park. There is always a big crowd and not rowdy, but most times I sneak there on an alt, jump on one of the orbital things, turn up the music and let my brain empty.
  4. I think we are still missing levers for the focus, FOV and ambiance settings, textures too.
  5. If you want to experiment with control values, llcommon/llagentconstants.h will be a good reference. Names like "AGENT_CONTROL_UP_NEG" meaning "down" are a little strange, buit should be good enough to know what to look for.
  6. LOL, we need to do even worse, because the script used a forced EOF with the "Standing" message =D Cobalt, maybe you can read the notecard into a list and loop through that on a timer, so that you can run away from this dataserver torture? key kQuery;integer iLine = 0;string thenote = "New Note";string gSitMessage = ""; // to decide if reading should continue, instead of forced EOFdefault{ link_message(integer send, integer num, string message, key id) { gSitMessage = message; // save the value so the dataserver event can see it if (message == "Sitting") { kQuery = llGetNotecardLine(thenote, iLine); } if (message == "Standing") { // line number does not really matter because gSitMessage check will intercept kQuery = llGetNotecardLine(thenote, 0); } } dataserver(key query_id, string data) { if (query_id == kQuery) { // check if "Standing", quit reading if yes if (gSitMessage == "Standing") { iLine = 0; // reset vounter llSay(0, "Stood, quit reading"); } else if (data == EOF) { // at end of notecard, so restart from the top iLine = 0; kQuery = llGetNotecardLine(thenote, iLine); } else { // increment line count llSay(0, data); // delay time between responses llSleep(1.0); //request next line ++iLine; kQuery = llGetNotecardLine(thenote, iLine); } } }}
  7. Hi Knowl. The fast timer display is a developer tool for profiling. I don't think it is generally useful unless you have the viewer source in front of you, and are trying to hunt down a particular performance problem. This page explains how to set them up in the code, but you would have to search a specific version's source for LLFastTimer() calls to see what is exactly being done in each of those states. FTM_SLEEP in the SL viewer can spend time based on a few settings. YieldTime adds a sleep of that many milliseconds if it is not -1 and the viewer is in the foreground. BackgroundYieldTime is similar but used when the viewer is minimized. In the Debug/Develop menu there are also "Randomize Framerate" and "Periodic Slow Frame", these will act inside the FTM_SLEEP period too. I probably added more confision than clarity there, but you can dig into your version's newview/llappviewer.cpp if you want to hunt for other sleep contributors that might affect you.
  8. llGetEnv and CHANGED_REGION are an LSL function and event flag. Advanced users who need to keep tabs on region version changes can easily incorporate them into their existing toolsets. The channel information has always been in in the vieweer's Help>About.
  9. Hi, the llTakeControls page has a table with the controls known to LSL and their letter equivalents. You will see the letters W, A, S, D, E and C in the "Description" column on the right.
  10. Hi, yes it can be done, but there will be a few clicks. LL decided that people should always have direct control over what is attached to them. Here is how to do it, maybe it will be simple enough for your needs. First, set the hat for sale at L$0. Make the original for sale, not a copy, because "original" is the only way to transfer the object without it going to inventory. Next, drag the hat into your dispenser, and let a script rez hats on touch. When somebody clicks on the rezzed hat, it will be offered for sale at L$0. If the free purchase is accepted, the owner changes and finally you can make some semi-automatic stuff happen! In the hat, have a script with a changed event, The purchase will trigger CHANGED_OWNER, and when that happens you can llRequestPermissions to get PERMISSION_ATTACH. Yes, this will be yet another click for the poor recipient! Then, if you see PERMISSION_ATTACH in a run_time_permissions event, you can do the llAttachToAvatar. Disgustingly complicated, isn't it?
  11. Hi, arbitrary keys are not available, but WASDEC are alternates for the standard controls. Gestures can use some function key combinations, you can pair those with chat commands in your script to make "fake" controls too.
  12. The informatin is still available in Help>About, and a simple notifier can be made with llGetEnv and CHANGED_REGION, for the few people who really need to know about region changes all the time.
  13. NOTE: Current LL viewers have already fixed this issue. These instructions will only be useful if you are still on Viewer 1.23 or a third party viewer based on an old LL version. This is a repost, expurgated for the new improved family friendly forum. If you are tired of the region change popup that we see so often in the age of RC channels, there is permanent relief on the way. The STORM-243 patch will stop this in new viewer versions. If you are not running the latest viewer, you can get relief too. You will need to edit an XML file, but it is a one time change for each viewer. Find skins/default/xui/en/notifications.xml in your viewer folder.Open it with wordpad or textedit or what you like.Find the entry with ServerVersionChanged, it will look like this, the text can be a little different on each TPV –<notification duration="10" icon="notifytip.tga" name="ServerVersionChanged" priority="high" type="notifytip"> The region you have entered is running a different simulator version. Current simulator : [NEWVERSION] Previous simulator: [OLDVERSION] <unique> <context key="OLDVERSION"/> <context key="NEWVERSION"/> </unique> </notification>Change the line that says type="notifytip"> to be type="STOPIT">Save the file and restart the viewer if it was running.
  14. Hi, there is a little update to the marketplace.secondlife.com tools Greasemonkey script today. The persistent maturity, items per page and layout functions are removed, because the marketplace finally does those now. Also, I moved the "this store only" checkbox to fit on the new search layout, sorry that it took so long to get to that. [2014-07-21: updated location]
  15. You can read the detailed conversation in the most recent Simulator User Group transcript. Here is a short summary. The changes would make the abandoned land process more automatic and take away some ongoing trouble with it. It comes with some potential problems. In the new system, abandoned land would be set for L$0 sale back to the original owner, for a short grace period. Tentatively that will be 3 days to change your mind. After the grace period, autoreturn would automatically be enabled, and the land set to public sale at L$1/sqm. There are at least two known issues. The initial autoreturn to the old owner could make a coalesced set that is too complicated to rez, so LL might need to tweak that system. The other trouble is that neighbors do not get any preference to buy the abandoned land, so the biggest beneficiaries of this system could be speculators.
  16. Hi, I meant to drop a little note about Firefox 4. There were no surprises with the final release, no changes are needed.
  17. Maybe the simplest way to add inworld information would be a link to my.secondlife.com on the profile, since that link can be derived from the Lithium username. That would keep the details private too, for people who chose to hide them with the new preferences. The badge thing is a little strange. It is really for integration with outside services like Twitter, but those features are not enabled here right now.
  18. Hi, Second Life does not use an off the shelf framework for the core of the simulators and viewers. Supporting services like databases and web are the usual things like MySQL and Apache, but the guts were forged by Lindens with their bare hands. The viewer code is generally avaialble if you would like to see it. The simulator software is still proprietary, but there is a partial and mostly usable clone called OpenSimulator that you can experiment with, if you like. There is a standards group, MMOX, that hopes to make Second Life and similar worlds interoperate, I am not sure if SL is very involved with that now, as much as they were a few years ago.
  19. Hi Rand and all, this is a problem with TinyMCE and not limited to this forum. The latest version of TinyMCE has a fix for the problem. On the TinyMCE versions that have the trouble, <strike> is generated on Mozilla and older Safari, but Chrome and recent Safari versions (mostly 5.x, looks like the last 1 or 2 updates to Safari 4 do it too) generate <s>. For reference here is the Atlassian JIRA bug addressing the problem, and a blog post about the same problem happening with TinyMCE on Wordpress.
  20. Really, this is not much of an issue. You will read general comments in many places that timers or listeners or some other script features of the week are "bad", but checks like this use little script time. The usual example for "timers are bad" is animation overriders, but a real look at sim statistics shows that they use very little script time.
  21. "I've heard the agruments about clearing your cache causing problems such as bandwidth issues or slowing others down due to you needing more bandwidth to load your cache again. Neither is true." Simply this is not so. The simulator does have a limit to its throughput, and everything downloaded counts against that maximum throughput. Discarded cached data is data that must be transferred again, and counts against that maximum. And yes, if you need to download the data again, you have to download it again, and downloads cannot happen without bandwidth consumption. This is all pretty fundamental.
  22. Hi, the words like "honored" are not really special, there is a list of titles and icons, and a user climbs them sequentially as different points add up. LL can use formulas for each rank to make the different factors have more or less influence as the ladder progresses. Some of the factors that can increase ranks are account age, number and length of logins, post counts, kudos, tagging activity, answers offered or accepted. Especially on the higher ranks, LL will probably have tweaked the weighting to favor people who might perform the most uncompensated documentation work for them.
  23. Yes, clearing cache increases bandwidth consumption. Since it also forces a full inventory reload, it makes the avatar rez much more slowly on the newer viewers that use outfits and need to see that cached inventory.
  24. Hi, Lithium can support a kind of display name, but they are not really compatible with the SL system. The Lithium ones are separate unique permanent usernames associated with the OpenID logins, and the login name is hidden. Peewee has it totally right, this would make it really hard to match forum users to their inworld selves.
  25. OK, preferences sub-tabs have a highlight now, and yes, some evil melonfarmer sneaked in an inline pixel offset for the big tabs :smileytongue:
×
×
  • Create New...