Extended preprocessor script

The simple preprocessor script works fine, but for concrete project it does too much... and too less. What is too much? Rescalling any hair prim sepratelly will easilly destroy the hair style. Also the flower looks mostly odd if rescaled alone. The processor system must just rescale the whole hairinclusive the flower at once.

What is too less? Well, we made use of the letter 'S' in TASC (the preprocessor sends the scale commands) but there are also 'A' and 'C' for alpha and color, we could use, namelly hiding the flower and changing its color would be a nice improvement. In this post we imporve the preprocessor script's abilities but in a way it remains easy adaptable to other concrete projects.

Generic preprocessor in use

Now the second step, equiping of the real attachments with TASC processor and preporocessor generically. We want to use the script system instead of common resizers. There are two sorts of attachments where that resizers are known to produce lag, the boots and hair styles. Reason: Those attachments are prim-intensive and as the resizer script must reside in each prim, the solutions are also script-intensive. To avoid that problem the resizer script must offer their removal possibility, and some versions actually do.

But back to topic. We want test the TASC processor system in practice. To do that we link two attachments to a single atached object and teach the processor system to handle individually the prims that belong prevously to each attachment.

Simple MACS preprocessor script

I stated in the last post, the processor script of the SDK is able to replace the commonly used resizer scripts and even allow much more usefull stuff with attachments for instance. Now its time to proove it was a true statement and no hot air. This mission will go in three steps:

TASC SDK released stand-alone

Ok, i planded equiping street lamps with MACS but life goes strange ways. No street lamps this time but something not less interesting. I released the TASC SDK as stand-alone product. What that means? The SDK was meant to use MACS as lower layer and not to run without it. This has changed now. The SDK needs verry less from MACS and has too much own power, so it seems to be a wise step.

Updaters temporary moved

I am in vendor changing process right now. To be exact it started at christmas last year, as i needed a vendor with a gift purchasing and networking ability. I took than a commonly used system. But it is known to be laggy, so i choosed another one last week, also a vending system in commonly use. For politeness I'll not say which systems that are: It is stil temporary, the final system will come somewhen next month.

Well, what about the updaters now