Nova Convair

You don't even need a TV. Every prim surface with the media texture will play the parcel media stream. They play it simultaneously - for one avatar. Keep in mind, that every avatar has their own media stream. So if you want to watch a movie simultaneously with multiple avatars - all avatars have to start their media at the same time. Every avatar will see the movie from the beginning from that moment on, their player starts to play the media. The media is not on the TV screen in SL as some people might think. The media is streamed independantly to every viewer and the viewer replaces the media textures in view range by the stream data. The avatars are not synced!

Nuhai Ling wrote: I love ban lines and security orbs because it tells me the owners are trying to hide something or want privacy. Usually when I encounter them, I get far enough away not to be sent home and then cam all over the parcel to see what I am not suppose to. If the owner is there, I then IM him/her and ask how they are doing, what they like, and why they have such tight security. Usually they are very happy to answer my questions, especially while banging their companion(s) or doing whatever activities they wanted privacy for. I find this is a great way to meet and make new friends! I highly recommend any new residents try this type of thing too; it is a great way to learn about Second Life and gain a popular reputation around the grid! You can prevent to cam into and out of parcels. So I suggest you tell that the residents you are IM'ing and try to make it before they mute you. Will give your life a new sense maybe. For the orbs in general it doesn't matter if the land owners are on a "mine mine mine" trip or just want to get rid of fools that fly around in front of their noses. There is no free flight zone in SL ! So if you can fly around - good - if not - go elsewhere.

Just checked - slvoice open and 4 times slplugin - no cpu and no noticable netload though. I had a shared media screen open, closed it. Down to 3 slplugins. Music stream is open that explains one. So 2 left that seem to have nothing to do. So I checked the connections. The music stream is handled by firestorm and not one of the slplugins. the slplugins connect to localhost so they dont have open connections and therefore cant cause lag. I have enough bandwidth anyways so i wouldnt notice. So the slplugins do services for the viewer but I dont see any reason for lag in my case. So I have no helpful info for the moment.

After the last changes bans work up to 5000m now. So thats the height someone can enforce your absence of their land. An orb can follow you not higher than 4096m though. Thats the limit for your vehicle too. For people with skyboxes that is a good change btw. So get another sim to fly.

*giggles* Let's hope that "Project Shining" is not related to "Shining" The plan is to reduce the bandwidth usage alot. Thats a good thing for LL and for slow connections and even for fast connections since they don't have to wait for the slow clients anymore. So - no grey people if that all works like expected. Making a useful cache strategy for the client cache will increase the rezzing speed of everything. So - sounds good !!! About the ripping of textures and sounds - if you see or hear it - it's on your computer and so you can save it to disk. Point. It is independant of server or client.

If you use Phoenix or Firestorm take off the bridge aswell - if you didn't do it already. The sound can only stick to a prim, if you wear no attachment you can't be the source. I don't know of a viewer issue here but you said you already changed the viewer and others can hear the sound too. My sound is attached to the camera. If you move away the camera 50 or 100m - does the sound fade? Did you change the sim again? Maybe there was an - meanwhile detached - attachment with the sound AND and an object with same sound nearby. So always check things more than once.

If the sound follows you, you wear an attachment with an attached sound. Go to inventory - worn tab - and detach everything detachable piece by piece. If you drag a sound into the content of an object - it will NOT play! So deleting the object didn't change anything - of course.

- delete the credit card info (for the alt's it doesn't work for) - maybe relog - I don't know - setup credit card info and payment methods

There is no 1000m limit for warppos. In pre-mono-times with only 16K script memory the lack of memory limited warppos to 1000m. (I made a version that did multiple 1000m jumps - so there never was a limit for me) A mono script has sufficient memory to move over 4000m with a single jump. But since llSetRegionPos is available it's all obsolete.

In RL you need to get the permissions b4 you start to do a public viewing. But this is SL here! If you want to upload your own video stream you need permissions or just dont get caught. If you use an open stream - free for all - thats ok then. The sim server just gives the url of that stream to everyone that is on the parcel. Your TV just shows a fixed texture. Everyones viewer connects to the stream and replaces the texture on the viewer with the video stream. So technically you or your TV doesn't distribute any stream. (as long as you don't get your own streaming server online)

Ela Talaj wrote: So my advice to you as an admitted beginner is to avoid this construct. A do-while loop runs through the loop body then checks condition, so we have at least one run. A while loop checks condition 1st then runs through the loop body, so it's possible that we have no run. A for loop can replace both loops and vise versa. There is absolutely no reason to avoid a do-while loop. Just choose the right loop for your code. There is always one loop that matches best and the do-while is the best choice if you need at least one run through the loop body. The thread starters example doesn't contain anything useful so you can't say if it's good or bad.

Whats the purpose of this? Finding the center of a rectangle is trivial as described above. The center of an L-shape for example can be outside of the land - not usable for placing an object then.

Coby Foden wrote: Yesterday I saw one female avatar burning the ground textures (and her textures) with super strong light. I was was wondering where the light came from as there were no balls orbiting her. Further inspection revealed this: If you don't see light-balls imagine teh following: - rez a sphere make it smallest possible size (0.01m) - hollow to max - one of the dimples to max - one of the cut paths to max The result is something smaller than 0.001m - even if not transparent it's often not rendered or just not noticeable most of the time - but you add a transparent texture of course. Careful - you need some building skills to find and select it if you make it So it's no problem to make a facelight with no visible emitter. The huge globes I often see shows that the creators are clueless and never realized that SL only has point lights. Beeing clueless they don't know that not everyone uses their low graphics settings. However - one point is that there is no shared experience in SL. Hardware, viewers, viewer settings and windlight settings make a huge difference to what people see. And so we will have abusive facelights and again the solution is on viewer side (block/derender) to fix that.

- Set your viewer so it shows start location at login. - Logout - Login and set the name of the sim you want to go to Is the only 100% reliable, always working teleport method in SL btw.

Facelights can be disturbing. The number of local lights the viewer can process is limited and a few people with a quad facelight array surely take out any local lighting. Not to mention the facelight terrorists having a 1000W halogen beamer shining into their faces and a 20m area around them, making them just a bright white mass without details. Yes yes, some people use shadows and lighting and that affects the brightness of local lights. But there is a solution: right click and block that avatar - lights are off now - problem solved. Avatars so desperately seeking the be in the light and so unseen now.

"dark lettering" - guess i need to change that. One more thing, you can send someone a notecard. The message can be long then and chances are very good that it doesn't get lost. You get - most probably - an IM->email that tells you who offered you inventory.

IM to email works for me in general. Single losses or capped IM's happen and there is a lenght limit. In other words: works but unreliable. Objects can send emails and receive emails (if the uuid is known) - short ones, there in a length limit. There is an invention - it's called email ! Get one from a freemail service and use that for SL contacts.

You want to force your way of experience on others. That doesn't work in SL. You can set a landing point - one per parcel - and that often makes sense. But if someone logs out they will log in at the same place they logged out before - if they have choosen to do so. If a friend sends them a TP invite they will appear at that spot and not at the landing point. TP out can not be restricted - and that's a good thing - not to mention that they can log out or just crash everytime. If you want to RP you will need rules and a staff to enforce it. If you expect visitors only then you have to live with it.

Display names make sense, especially for new residents with some crapy username. If someone has a displayname I use it - except I can't read it or it's something I don't want to use like "my master" or whatever, then I fallback to the username and if I don't like that aswell I fallback to something that I choose. :smileytongue: So it's all ok, I don't see any problems here.

Rosemaery Lorefield wrote: It must be nice to be the one perfect person who has never made a mistake or needed help/advice on something. And who is that person? Maybe you? Then it's good for you. If you are referring to me - do you know anything about me? No? LOL - don't expect to be taken serious.

Cortland Swindlehurst wrote: Ah now, that's harsh. I'm not a spammer.. Oh yes, you are. The typical selfish one that thinks he is alone in the world. But you aren't alone, there is an army of spammers and you are a little part of it. Due to the mass of spam there is no reason to be nice or polite to a spammer, especially when the spam comes outside of commercial areas/clubs. And if I have a chance to AR I maybe even overcome my lazyness and file an AR. hehehe most probably I'm too lazy though. So the best way to become ignored / muted / kicked out is to send some unwanted spam.

You are just another spammer and deserve every AR you get. I don't file AR's for small stuff like that but maybe for you I'd make an exception. :matte-motes-sunglasses-1: I doubt Lindens put much efforts in peanuts like that but maybe the # of AR's someone gets has some influence. But I don't know. I filed only 2 AR's in all the years. - rotating megaprim reaching far over the border - vanished 2 hours later - repeatingly spamming object - owner does not exist in SL - I can mute it and set a filter in the email but I AR'd it - stopped one day later So, don't know how the AR process works but somehow it seems to work from my point of view. At least if its against objects there seems to happen a quick zapping.

I stopped to buy no mod crap a while ago. I never buy any hair/boots/whatever that is no mod. Saves Lindens too.

2-3 logins are standard for this forums. I only needed 1 login and 2 clicks on the reply button this time - we have some progress! :smileyvery-happy:

If some of your objects need a communication channel: Use a method to get an channel from owner UUID and add an offset. If you want an additional safety use in the listen event: listen(integer chan, string name, key id, string msg) { if (llGetOwnerKey(id)==llGetOwner()) { // do something } } If some of your objects need different communication channels you can use the object UUID or just get a random channel. You will need to find a way to pass that channel to other objects for communication. If some objects of different owners need to communicate: I just set up a randomly choosen fixed channel. The chance of crosstalk is 20 times lower than to win the lottery. If that ever happens in this millennium the message structure will prevent malfunctions. (my only object that needs this communication ignores all messages that do not match the criteria) You can of course use an encryption if you need to verify the sender.