Product update: BlinkScript

Seems the most popular item is a script that is no more than make the prim blink where the script is installed. First released in december 2009, it is taken stil on constantly rate. Reason enough to update it. The version also jumped from 1.2 to 2.0. Why so much?

Main Store is moved (again)

Ok, the store place changed a bit, something about 100m from the older place. The new place is:


http://slurl.com/secondlife/2RAW EXTREME/152/82/121

The new location is not completelly set up, but registered in the shop list already.

Greetings
Jenna

Edit (30.10.2010): The sim was moved yesterday and the location is now updated again.

Main store is moved

Bad news or good news? Rather both.

The sim where my main shop was located changed the owner, and the new owners decided they not plan shops in near future. They want a medieval sim, and the new concept sounds even interesting, but this means for me, the main store will move out. Well, who ever has been there once, will chuckle if i call it so, but this was the only place with an inworld product updater, so, let's call it main store. This is how it was looking:

Just a post

Hello again

Someone asked me. So this is the answer:

Make this script:

default {
    state_entry() {
        llDialog(llGetOwner(), ".", ["."], 100);
    }
}

And the result looks like that::

Regards :)

Money hacking in Second Life (case study)

Yesterday i was told about a program that allows the user to kinda upload money while the program is hacking into LL servers. There is even a vidio in YouTube that introduces the program. The user sumply starts the program, enters their SL account data and a desired amount of money. 5 minutes after klicking a button the user is receiving the money. Nice idea.

Can it really work? I really hope it can not. Otherwise we are really in trouble. I do not give the link to the program as there is another one i found in few minutes. I'd like to discuss if such program can work in general. I do see three cases here: The program does not work at all, the program works as expected, and the program works but not as the user expects.

Let's start with the simplest case: The program does not work. It has simply text fields to enter data and a few buttons, and plays perhaps some music or a video. Even if the user paid for the download, this case is the best what the user and the rest of SL can hapen. Why? Just look at other cases.

how fast is llSetLinkPrimitiveParamsFast

As noticed before, the new server version knows an interesting function, llSetLinkPrimitiveParamsFast. This fnction should set parameters of other prims in linkset delay-free. This is important for the new design of the SDKs, and makes interesting to measure how fast this function realy works.

The idea of how to test that is simple: Call the function multiple times and measure how long the bunch of calls took. Additionally, observing the linkset while the test is running would give also the feeling of the function speed. The test script should also call the function llSetLinkPrimitiveParams for reference test: this function does the same work but has build-in delays. This will be our test script:

MACS processor templates

If you wonder what i am doing all the time, promissing much and nothing changes to MACS and other products since weeks... Many things changed in background. Everyone has RL that comes first, somehow *smile*, but to stay in SL, the servers came to version 1.38 schakling the concept of the TASC SDK. And i got an idea how to make further SDKs easier and faster, also for the future SDK creators. To make it short, I am building and planing to release so-called SDK templates. They will be four: