Montag, 26. Dezember 2011

Samstag, 10. Dezember 2011

RTS Project released

Hello everyone.

The 'mysterious' RTS Project is now released, although first time its name was RTP - RLV Teleporter Project. With time i decided to switch this name to RTS - RLV Teleporter System.

Because of matching another project, the TRP - the red pill. But the major reason is, RTS is not just a new teleporter, its a system for building teleporters, with different design and features, but using the same core and hence, the same teleport ability. Others call such thing a 'framework'.

This release also completes my plans for xstreet. Yes, planed almost 2 years ago. RTS is not the first teleporter project. Before RTS, there were two special teleporters, TPSign and TPMirror, each in copy and transfer versions. The idea at that time was to combine the teleporters into a single product (in copy and transfer version.) RTS is a step in right direction but actually shoots ways far behind that plan.

Dienstag, 29. November 2011

Updating JFS products

Updating of JFS products is relativelly simple but if you know how. This tutorial should introduce this.

First of all, there is only one product which can be really updated: Ear Protecors.  An update for them is an object, replacing scripts inside the protectors. An update of every other product is a copy of actual product box, hence an update and redelivery of the products mean thesame.

The JFS update technology was developed very early, as the products were sold by vendors keeping all the products inside. The idea is actually simple: Every product box has a productkey script inside. To request an update (or redelivery), the script communicates to the update server (via private chat) and as soon the request is accepted, the update server offers the update to the owner of the product key. Only the owner of a valide productkey script can request an update and this can be only the person bought a product box with this script, hence the valide purchaser of the product.

Later, i went to a networking vending system, but the update procedure remains, just because a plently of product boxes with this script sold already. The update procedure is now a manual update or redelivery request. The wending network i use (the caspervend for inworld market) allows also an automatic update - here i simply trigger sending an updated product box to every purchaser of the product. But in this tutorial i'll introduce the manual update via the productkey script.

Unpacking JFS boxes

Why a unpacking a box needs a tutorial at all? Before RTS (the newest product by now) the product boxes had a usual unpacker script. That one gave the complete box content in a simple folder. That was not very special - by opening the product box like usual in SL, you get also a single folder with a complete content. This is inconvenient: The user had to create folders and share all the files to them in order to get structure in the chaos.

With RTS, this changes. The product box gives the content in multiple folders, so the user has to move them together and receives a logically structured product folder in their inventory - if everything works right. This tutorial demonstrates this process, so you know how to handle the new unpacking manner. By now only RTS is equiped with this script, hence we can demonstrate by this product on,y. This tutorial wil be representative for further products equiped with this unpacker.

Freitag, 25. November 2011

Update Orbs offline

Hello All.

A short status report here. A little mistake broke some product keys. That are scripts for taking updates from Update orb devices, instlaled in my stores. Not really a big problem, by now only one person used an updater in last year, so i simply take them offline until things are fixed. In a week or two they return online. Automatical updates via delivery process are not affected.


Mittwoch, 23. November 2011

Eder Gira. A travel into a possibly lost world

Long time it was quieet in this blog. Today i present a travel report to two sims, which will go possibly lost in few days. That are or were beautifull replicas of world, coming from another (sorry) game - Myst and Uru. Perhaps the names are not unknown. For me Myst was a king of games at all.

Myst was made by Rand and Robin Miller, who found the Cyan Worlds company. Myst is an adventure game: It is not about to kill someone, there you could never die at all. You touch a special story and have to solve puzlies to reveal this story piece for piece. At the end you also help somebody, but the goal is the way.

In Myst itself you knew just a little part from the story. The biggest part came in Riven, the sequel of Myst (and the most demanding game in story and puzzles, in my opinion.) Than came Exile, Revelation and finally Myst V.

Somewhere inbetween was Uru, there you had really 3D with free avatar movement and you had an avatar at all. And if you found a way online, you could also solve puzzlies, investigate, chat and perhaps foul around together with other players around the globe. Almost like in SL, but with a better graphics and without market system and those two-colored posebals, but no one would miss them really.

The online variant was called 'MOUL' - "Myst Online, Uru Live". As online servers were closed, many players went to SL. And some of them build replicas of worlds of the Myst saga. Two of them i'd like to introduce, Eder Gira and Myst Island. They are very worth to be introduced, as it is so amazing to see, how authentic they were done with very limitd resources of SL.

Mittwoch, 15. Juni 2011

Target List, Process map

Hello again.

Well, since the core script is tested, too, i can reveal the project a bit, but without much details. The project is actually the sequel of RLV teleporters (thus 'RTP'.) This technology uses the RLV api to move an avatar gridwide most comfortable (locally is also posible.)

Most important extensions: Predefined target lists to scrol through. Extensible architecture via open APIs. The sensor reacts not only on touch and collision, but also on sit, entering scanned area or chat command.

The core script itself performs only the teleport. Scrolling through targets is matter of the target list script. Its job is delivering the target data inclusive global coordinates to the core script. Next image shows the process map of the target list script.

Samstag, 11. Juni 2011

RTP Project: Sensor

Hello again :)

The test of the sensor script is completed right now, thus here is a new clue: The process map of the sensor script.

Donnerstag, 9. Juni 2011

RLV control process: How relays work

Hello :)

Today a little more progress and a small tip for the RTP project. If you wondered how foreign objects gain the control the RLV-able viewers, here is a picture explaining that.

Donnerstag, 26. Mai 2011

The mysterious RTP project

Greetings everyone

The first milestone is met. All important scripts are writen and must be tested now. Completing of them and all required scripts will be the second milestone. What is the project about, i'd not reveal yet, i give it just a temporary name 'RTP' (not to mix with 'TRP', the red pile, what is a quite different thing.)

Anyway, i put here the picture of the rough projct architecture:

Montag, 11. April 2011

Update: LMeter 1.5.29, TRP 1.0.24 (vitality feature)

Well, an update again. But a minor one.

The reason is, after any server update in past, the vitality feature stoped to work for my code. Vitality is a feature allowing the scripts run even on places where scripts are blocked. To do so, the script takes the avatar control, that way the script pretends being a vehicle and vehicles are allowed to run even in pllaces that not allow other scripts to run. There is no other solution to make scripts run everywhere.

Montag, 28. März 2011

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?