Scooter Hollow

What exactly do you mean by layout? If you want the script to be in the root, you'd probably want to use llSetlLinkPrimitiveParams.

It might have at one time been basically an entirely seperate browser session for all viewers, but now, yea, any page change or redirect will change the page for everyone looking at it. I've even gotten the flash error page on youtube because someone looking at the page didn't have flash. So the only way to do it really is to make a page where the address never changes, just the info on it...but the new info is specific for each viewer. I'm not a web designer so I'm not sure how possible that is.

It might not be a bad idea to actually start off outside of SL. Draw it out on paper, get some ideas of what you want it to look like. While it might take a little bit to get used to, Google Sketchup can actually be a pretty fast way to model out architecture. I don't build homes but we did use Sketchup as our Artist's Representation of a region-scale building we did recently, was a lot easier than we expected. Certainly easier than any other 3-D modelling program I've ever used, though it doesn't have all the options of Blender/etc.

Scripting is basically programming, so it might be good to find a programming tutorial. Learn about variables, functions, loops, things like that. I believe LSL is based on Javascript, though most major languages use the same structures. It might be quicker to learn by doing, just take functions from the wiki, toss them in scripts, and see what they do...but odds are when it comes to doing anything complex your code will probably be a huge mess if you don't understand the underlying logic first.

I think you might be confused about what Second Life is. Or I'm confused about what you want. Second Life is not, like, a server hosting service. You can't take a Unity3D setup and just plop it in somewhere. You would have to recreate it by buying land and uploading your individual models or creating them with prims. If there's something script wise, you'd have to set it up in LSL.

Just in case anyone wonders, what we ended up doing was switch to a single javascript page that would switch between flash files on command, so that the actual media prim never had to change. Best guess is that the system eventually just puts some media to "low" (meaning not playing) priority, even if you have focus on the object and are staring right at it. We also put the debug setting of low priority # of plugins to 0 to make sure it never got set to that. Seems to work on all but the lowest systems we used.

This may not strictly be a scripting issue, but there seems to be some sort of technical issue. I'm trying to put together a long presentation, with about 35 audio clips and 5 videos, streaming through Quicktime. Most of the time it works alright, but every now and then a random stream fails to play. It will appear on the nearby media list, then eventually turn grey like perhaps it timed out. The media's currently hosted on a local server on the same machine so it's not a connection issue. I've also tried this on a number of different systems and with a bunch of different debug settings (plugin instance numbers, etc). What works for 7 people might fail for 1, and then later a different stream will fail for someone else. Are there any tips towards switching between a lot of streams successfully? One note, I'm actually doing this on an OpenSim server (using SL Viewer), so I can set the media to "about:blank" or something else to stop streaming it but using ClearMediaParams is broken there.

Unless there's a third party viewer that allows it I don't know of a way, but even if there was, I don't know how suitable a structure of prims would be for 3d printing. I might suggest rather using some other programs instead...Blender is pretty fully-featured I think but a bit hard to learn, there's also Google Sketchup which is pretty simple.

Nice, the GetAgents function should be useful in duplicating stuff I've done in OpenSim using OSSL functions.

Using a lot of static media textures instead of uploading images is just not a very good solution, for a number of reasons. It may not cost you anything to use them, but it's a case of getting what you pay for.

TargetOmega is a client-side effect, you can't ask the server for the current rotation because the server doesn't know. I'd say there's no way you can get the timing to be right with TargetOmega because everyone who sees it is going to see it at a different point. You'll have to use a timer and SetRot, although the effect will be much less smooth.

I think the "skill" requires that it be the skill of the person doing the gaming. It would count if the only people betting on it were the ones doing the racing, but if you're just sitting back, watching, and betting money on it, that's no skill on the player's part and it's pure gambling.

You could take a screenshot and reupload it yourself, but I don't know if there may be a chance of that violating the image's copyright.

Just have the "Edit Linked" box checked when you select the prim(s) to change. It's also a good idea to avoid delinking things because it could end up messing with scripts in the object, especially if you change the root prim. Since it's already been delinked though, I suppose you could delink it again and slide pieces around til you find the one blocking the space.

Note that script and mesh are two entirely different fields, and making a "working" cat would require a lot of work in both of them. You can shop around, but if you want to make your own from scratch I'd recommend starting with something a lot simpler. Maybe a slug? :smileyhappy:

I think with mesh objects it may be possible to alter the physical shape to be different than the apparent shape, which may have been altered when you unlinked it. Note that you don't need to unlink objects to change the textures of one part or face.

You could have two prims, a book top and a book bottom, and have the top rotate to an open position when clicked. Might look like you snapped the spine of it a bit though.

It would look like the issue is that it sets a global position, and by time it actually gets set, the vehicle may have moved and the position is now behind you. Without a SetLocalPos function, the best you might be able to do is is delay getting your current pos until right before you use it to set the new one. It would keep the window of movement to a minimum. If your vehicle is moving in a predictable way, you might be able to offset it if you notice a consistent difference.

I don't know if there's a single easy way that would work for every shape, but for cubes and a few others I think it wouldn't be hard. You can get the position of the object center, and add half the size to find the center of each side (rotated if neccesary).

I'm not sure whether you're talking about rezzing objects or creating particles, but either way it should just be a matter of putting the right position or angle parameters into it.

The OS functions are in addition to the SL ones, so the SL functions might not have exactly what you were trying to do. But, if you're planning to port your stuff between both OS and SL, you need to stick with the basics.

Yea, OpenSim has a few of the default SL textures set to the same UUIDs but any UUIDs created by a SL user won't exist in OS. You'll have to create your own version of the textures.

You probably want to try playing with llTargetOmega. Just stick your stars around your center object and set it spinning.

It looks like your pole isn't part of your object and you're trying to find out where it is all the time? Pretty inefficient and overly complex, I'd think. You can either attach your object to the pole and spin it as above, or if you don't want to pole itself to spin, just use an invisible prim where it is.

It sounds like you have all three axii in your current script, you just need to set y and z to zero.