Jump to content

livb89

Resident
  • Content Count

    79
  • Joined

  • Last visited

Community Reputation

29 Excellent

3 Followers

About livb89

  • Rank
    Advanced Member

Recent Profile Visitors

323 profile views
  1. I made an object slowly rotate using llTargetOmega in the state_entry block Then with it still rotating I did 'take' on the object to put it in my inventory. But now if I rez a copy without any script in it at all it still rotates. So it seems this rotation is now built into the object without any script. Is that normal?
  2. It has been working fine for some weeks in the LL viewer. There is a bug in the current version of Firestorm (6.2.4) but it should be fixed in the next release because the issue has been resolved in Jira – see here https://jira.firestormviewer.org/browse/FIRE-24013 . I tested a 6.2.5 nightly release a few weeks ago and it was working well.
  3. Just to update on this... I have found the problem is a lot better with the Viewer Texture Memory Buffer reduced to about 2/3 of its maximum. In my case it is now set to about 680 out of 1024. With is set like this I am finding that those arbitrary drops in frame rate in situations like the one I shared in my original post are no longer happening. The frame rate still drops of course with too much complexity but it is not doing it in situations where I would not expect it to (like above). So this is a good outcome!
  4. Interestingly I am finding Firestorm gives me a few more FPS when in full screen compared to being windowed (unless the window is really small). Mayne the system gives more resources to full screen apps. I have not tested this with HiDPI support switched on because there is a bug with it. But in the next release that seems to be fixed (I was one of the people who reported the bug, and they sent me a nightly on Jira with a fix)
  5. Someome on Twitter has suggested that in my case I try lowering that Viewer Texture Memory Buffer setting. They said: On my iMac this Viewer Texture Memory Buffer setting only goes up to 1024 which is weird because on my MacBook Pro it goes to 2048. But the MacBook pro has a much worse integrated graphics device and also has half the RAM. The laptop is much slower overall for SL but it does not have the slowdown problem. It is just consistently struggling with the fans whirring away like jet engines a lot of the time! Anyway, I did a test earlier with this setting reduced from its
  6. Hello I am running Firestorm 6.2.4 on an iMac. This is my computer information from the 'about' tab in Firestorm... CPU: Intel(R) Core(TM) i5-6500 CPU @ 3.20GHz (3200 MHz) Memory: 32768 MB OS Version: Mac OS X 10.14.5 Darwin 18.6.0 Darwin Kernel Version 18.6.0: Thu Apr 25 23:16:27 PDT 2019; root:xnu-4903.261.4~2/RELEASE_X86_64 x86_64 Graphics Card Vendor: ATI Technologies Inc. Graphics Card: AMD Radeon R9 M390 OpenGL Engine This graphics card has 2GB memory. I know that is not not the best for 'gaming' stuff, but it's a fast computer. I have attached screen shots of the graphics
  7. So if I understand this correctly this is storage is *designed* store media URLs but here we are doing a sort of a hack where we are using those fields to store other data as a string? Basically taking advantage of the fact that LL allow up to 1KB for each field (about 1024 characters? allowing for 'https://') Is that right?
  8. @Fritigern Gothly I'd not heard of strided lists, that's good to know. and I have sen there is llList2ListStrided() for getting data out too. Or yes... some known string separator that won't appear in the data itself. Lots of ways of doing this, thanks for the suggestions
  9. The timestamp in my concept is more for literally recording the time of entry of the user in order to inform the owner. Not for list management purposes.
  10. It's a great idea, thanks. I will figure out some sort of string-based storage format like this, given that we can't make lists of complex objects like we can with arrays in javascript (I am a web designer in RL so know my way around that pretty well).
  11. I am thinking it will record which avatars are present (checking say every 60 seconds) then it will record when they were there and possibly how long for. So a list of keys and maybe a parallel list of timestamps. The owner will be able to click to see the list. Basically a security system of sorts with a greeter built in. A more polite system than a security orb, kinda. Anyone on our whitelist gets a more welcoming message
  12. Thanks everyone - super helpful and so quickly! I won't go through and quote reply everyone but I have taken all that in. I think keeping them in the script memory is fine for our purposes. I kind of forgot that even when we log out the scripts keep running. I assume region restarts would cause them to be reset though? Maybe I will look into storing KVPs with an experience as an upgraded version once I get the basic thing running. And I will certainly look into greeters! I know this thing probably already exists but I want to write my own so I can learn better.
  13. I am thinking of writing a script that records who visits our parcel then we know who has been there. Possibly then the device could speak to them (in nearby) if they are not on a whitelist. But also we don't want it to repeatedly say the same thing as that would be annoying. I got as far as getting the list and counting it using this: list avatarsInRegion = llGetAgentList(AGENT_LIST_PARCEL, []); integer numOfAvatars = llGetListLength(avatarsInRegion); Now I have done that I hoped to go through the avatars and record them. But I have just discovered it is not possible to write to a
×
×
  • Create New...