Tactical UwU

It's as big of a deal as you want to make it. Most people probably won't care, and some people may care a lot. SL hit the brickwall a very long time ago, so a change like this was only inevitable. Just don't be too optimistic about it.

Any product sold will have their profits even-share. The reason this thread exists is because what my company is looking for cannot be found on the market - Understandably, for some of the same reasons you listed, and the fact no one wants to "split the pie". I'm not looking for "trends", I'm looking for original work. If you want to go copy someone else's idea, by all means do it on your own dime.

Payment options and amount are discussed prior to the project being assigned.

Looking for residents with experience in mesh creation. There are 2 positions to be filled. Applicants must meet the following requirements: BOTH POSITIONS 1. Must be able to texture their creations. 2. Must be able to import their creations. Any cost of materials will be covered. 3. Must be able to present examples of their work. POSITION ONE: Rigged Meshing 1. Must be able to perform basic rigging. 2. Must be able to create clothing that will fit to an avatar. This is not to be confused with "fitted mesh", which will not be supported. POSITION TWO: Basic Meshing 1. Must be able to create basic objects. (ie. Chairs, Basic Vehicles, Small items) 2. Must be able to recreate an object based on a description or visible reference. ----- Payment is offered based on the work done as well as the quality of the work and will increase over time if the work being presented meets or exceeds the standards of the agreement. Each project will have payment negotiated. ***You will not be based on the hours spent or through a static rate.*** You will be reimbused for any uploading fees which will not count against your payment. These are considered development costs and will be funded to you when needed or as part of your final payment - Whichever you prefer. More details on payments, agreements, etc can be inquired about during the application process. ----- To apply, drop a message or notecard inworld to Secondary Lionheart

It mostly depends are where you're located. The poor optimization of content development in SL does not exhibit enough stress in low populated or constructed areas. More complex sim designs or areas with large amounts of residents will quickly bring some of the best graphical units to their knees

Being a weapon developer myself and for nearly 4 years, there isn't one - As often weapons on the marketplace lack at least 2 of the things you're looking for and most decent weapons cannot be found there. People even go as far as to lie about the features and qualities of their items and hide critical reviews just so they can trick you into buying them. If you're looking for guns specifically for their appearance(looks, actions, effects), "Operations", "D1MTG", and "BREACH" are all good candidates. However, what they have in appearance they lack in performance. D1 and BREACH however are probably better for RP, as Operations is focused more on LLCS combat. There are other brands, but be aware that there is an epidemic of people stealing open-source models from other sites and selling them for profit. Most weapons, if not all, have little to no effect on greifing. What you're looking for at that point is an administrative hud and specilized weapons which require admin permissions to utilize. This involves but is not limited to pushing to be more specific as it is disabled in most sims, especially sandboxes.

It's one problem with SL voice in general. Shifting viewers won't fix it.

Remove the additional brackets so the function looks like this, and it should compile: llSetLinkPrimitiveParamsFast( 4, [ PRIM_GLOW, ALL_SIDES, .03 , PRIM_FULLBRIGHT, ALL_SIDES, TRUE, PRIM_POINT_LIGHT, TRUE ,<1.0, 1.0, 1.0>, 1.0 , 6.0, 0.75 ]);

Too much information is lacking or poorly described in order to properly identify the problem here. I'm assume by "Graduating the speed", you mean accelerating the object. The best function to use for this is llSetForce, as it will accelerate the object until it reaches the specified the force, with a variable rate of acceleration based on one of input values. From what I can interpret, the object is moving so fast that it zips away only to return to its starting position - This would indicate that too much force is being applied at once as the acceleration to maximum speed is near-instant, more often the case when using llApplyImpulse or llSetVelocity. So it definitely seems like a magnitube problem.

If you merely heard it by word of mouth, chances are its a rumor or a blatant lie. If I recall, the viewer connects directly to the stream the same way a music player would. There's really no benefit to limiting the maximum bandwidth unless you're on DSL or 56k. If you have this question in regards to a specific viewer, try contacting the developers of said viewer. Edit: Also, there's really no point in streaming over 192kbps. The difference in quality is nearly inaudible.