Domitan Redenblack

Does not work: key kCurTexture = llGetTexture(iInfoFace); llSay(0, "kCurTexture = " + (string)kCurTexture); llSetLinkPrimitiveParamsFast(LINK_ROOT, [ PRIM_NAME, sBoardName + sBoardVersion, PRIM_TEXT, "... in use ...\n" + sItemDialog, <1, 1, 1>, 1.0, PRIM_TEXTURE, iInfoFace, kCurTexture, <1, 1, 1>, <0,0,0>, 0.0, PRIM_COLOR, iInfoFace, <0.8, 0.8, 1.0>, 1.0 ]); The above code has Zero effect as far as I can see, while this code below works: Works fine: llSetText("... in use ...\n" + sItemDialog, <1,1,1>, 1.0); llScaleTexture(1.0, 1.0, iInfoFace); llOffsetTexture(0.0, 0.0, iInfoFace);

Sorry, setting stuff, but confused on params format for setting Texture and Colour params... /* llSetLinkPrimitiveParamsFast(1, // Root prim [ PRIM_NAME, string name ], [ PRIM_TEXT, string text, vector color, float alpha ], // ???? [ PRIM_COLOR, integer face, vector color, float alpha ], // ???? [ PRIM_TEXTURE, integer face, string Do_Not_Want_to_Change_texture, vector repeats, vector offsets, float rotation_in_radians ]); // ???? */ Note: I do NOT want to change the texture OR cause it to re-rezz... ty

PeterCanessa Oh wrote: Adromaw Lupindo wrote: What was unfathomable thing about the delay? Beats me, that's why I said it was unfathomable. See, for instance, that llSetPrimitiveParams() and llSetLinkPrimitiveParams() halt the script for 0.2s, as do most of the individual prim-editing things. I wasn't around for the 'whys' of this either. Maybe Kelly or one of the older residents will respond, although I suspect the decision is lost in the mists of time. Might have been due to database lag? Preventing overload of the prim's characteristics in the server database?

I would like to set a face's Texture Offset and Repeat in one step. Using this code often causes intermediate visible results which are unattractive: llScaleTexture(1.0, 0.945, INFO_FACE); llOffsetTexture(0.0, -0.027, INFO_FACE);I would also like to set a dark blue colour on the same face as well, thanks.

Ishtara, thanks. I appreciate that explanation. I agree about Landing points; many times I have tried to go to a club in a 1m prim sim, and just given up. Very insulting to us to be forced plow through 10,000 prims of stuff we dont want, clogging up our caches, too. And "beacons" are a nasty joke as well. Yuck.

Void Singer wrote: if you don't actually need the name, and just the key to compare, then it doesn't matter how they rez it... is it likey that someone would rez it by script? probably not, but if it's information you are going to depend on, you want to be sure (and if there's any reason a person might want to cheat it, someone will) Thanks, I record the name of the new owner of the vendor board into a MySQL database, along with the region and parcel and location etc. I can't honestly see any advantage into not having your name there; when the board vends something, they will get paid and there will be a record etc. :smileywink:

Group Owner, but can't make another officer an Owner? why? Click the "Owner" checkbox, it ticks and asks "Are you sure, can't resign etc", click Yes, then the tick disappears from the box... Huh?

Jaylin Wytchwood wrote: You as owner will land where you want, others, even in group, get your designated landing Point. What about officers of group owned land? Members of group owned land?

Landing Points: can I still tp around my own parcel? can my group? What varieties of Landing Point (etc) are there?

Must be an LL screwup. Some days I rezz fast from local disk cache just fine, other days it can take hours to rezz things. Even if you have local disk cache, this does not guarantee things will rezz properly, due to severe design flaws on the part of ..... guess who.

Very interesting, Void, thanks. I would not expect this vendor to ever be rezzed by a script; is that likely? These vendors will be given by my staff to parcel owners to place into their shops etc. Those parcel owners may make copies to put in their other shops, or to friends for their shops, etc. If never rezzed by a script, then is state_entry > llGetOwner( ) sufficient? If you can't stop an item being sold, perhaps I should note "Free copy and transfer ONLY" in a startup message?

Ciaran Laval wrote: Right click your object and near the bottom you should see "Next owner permissions" you can set it to copy + transfer there. Thanks, but does "Next Owner Permissions" also apply to the scripts and notecards inside the vendor? Are they protected?

Okay, I have on_rez doing an llResetScript( ), and default's state_entry then captures the current owner's name from the llKey2Name(llGetOwner( ) ) method. Assuming that to transfer ownership the object has to be taken into inventory, and then rezzed again, the owner should never change in-world (without re-rezzing), except: 1. owner account closed - what should I do here? 2. I want the vendor to be copy + transfer + noMod, but not sold - how do I set those perms?

I have a vendor which records the current owner's name. This seems to work just fine for a while, then: sCurOwner = llKey2Name(llGetOwner()); suddenly starts returning an empty string. Huh? Does this not work if the "owner" is not in-world? ty

@Peewee - Cool Viewer appears Not to have a setting for Get HTTP Textures...

I remind you that these Textures are already in the local disk cache, and should not need to be re-served.

Thanks. But Phoenix only runs on Intel/AMD processors now.

1. CoolViewer which is normally very very fast and is by far the most stable of all the viewers I have tried. 2. Yes, my disk cache is on a separate volume from the OS, so faster. A thought occurred to me: the wire frame "effects" for objects (e.g. "wind") has to come from Linden, yes? And if LL gets confused (no!) and forgets to send me the info those objects need to position themselves correctly, could this cause a delay in rezzing? I still think the textures (local disk) should load no matter what, though...

I can get a listing off all my posts in Forums, but not in Answers, apparently... So I much prefer to ask questions here.

9 Mbps very VERY reliable. If I right-click-edit the objects, their shape and textures appear very fast then, but I have to click on them to bash their skulls until LL wakes up or something.

Why don't some things from my local disk cache rezz sometimes? They start rezzing, gray, partly shaped, then hang, sometimes for an hour or more. They are not far away, they are clearly and directly in view in front of me, they are not small, they are not in flux, etc My disk cache was cleaned a few days ago, I re-visited my entire parcel, rezzing everything 100%. The cache is only 350 MB on disk and I allow 1 GB in my viewer. Why do things start to rezz and then just stop? btw- where should questions like this go? "Off Topic" is clearly wrong.

Why don't some things from my local disk cache rezz? They start rezzing, gray, partly shaped, then hang, sometimes for an hour or more. They are not far away, they are clearly and directly in view in front of me, they are not small, they are not in flux, etc My disk cache was cleaned a few days ago, I re-visited my entire parcel, rezzing everything 100%. The cache is only 350 MB on disk and I allow 1 GB in my viewer. Why do things start to rezz and then just stop?

Thanks, but no. Both objects were truly gone. It may have been server issues with LL rolling-restarts or such. I tried: 1. walking around the area with Hilite Transparent 2. using parcel info to hilite my stuff, and other group members too 3. parcel object hilite; checking all the way from 0 to 4096m (took 1/2 hour to do this well) 4. Area Search in viewer The creator of the waterfall & river kindly came and re-installed the top of the waterfall for me. Great guy! If you would like to know his name or see the great quality of his work, please contact me in-world.

Knutz Scorpio wrote: I know with imprudence at the bottom of the screen you can select wether to log in at the last place you visited, log in at your home, or log in at a specified region. When you pick to log in at your home an image of your home is displayed instead. Some reason you don't want to be reminded of where you last were? I hate the long delay while a hi-res snapshot is taken of where I last was when I quit, thanks! Locking that file has cut the Quit-time in half.

Thanks, Void, but what if the Owner is not online? Not good to set that precedent for customers... and not be able to even tell them when the board will work. I have seen shops where the owner is not present except on weekends or worse, etc. The amount in jeopardy here is only L$10 or L$20 at most, sort of like a tip jar. 1. I think instead, I will have the daily timer trigger a separate state which does only the database update, and NOT reset the script etc. Resetting the script will have the effect of requesting debit permissions again and again if that request is in the default state, yes? 2. Debit permissions would be in the default state only, and so be triggered only when the Owner is present and moves the vendor from inventory to in-world, and so will be present, etc. Make sense? 3. Important Question: does Region Restart trigger a reset scripts or the default state?