[sldev] Dynamic Texturing in General.

[Jason Giglio]

Argent Stonecutter wrote:
> 
>> What I'd sorta like to see is to be able to create an image
>> programicaly through LSL,
> 
> That's what my llRenderText and texture layers proposals on the forums 
> are all about... except they would be efficiently done on the client in 
> realtime, not done on some overloaded server and downloaded as bulky 
> bitmaps.

So the truth comes out.  You don't want this because you think it takes 
the wind out of programmatic textures.  That's why you want to bring up 
all this nonsense about white/black listing and crazy UI work, when 
simple solutions like global on/off and proxy options are plenty.

Why didn't you just say this all along so we could have a reasonable 
discussion about it?

Programmatic texture generation and dynamic web textures are not 
mutually exclusive.

If I had to choose between web textures and programmatic textures with 
full vector rendering on a face, I'd choose the latter in a second. 
Hands down, programmatic vector rendering on a face is a far superior 
solution for everything except displaying actual dynamic external raster 
image data.

I'd like to see both of them implemented.  Dynamic web textures are 
something that are a lot more easily implemented, are sorely needed, and 
would solve a huge subset of problems and open a lot of doors, and it 
could all happen in a month or less!

Programmatic texture generation is more difficult to implement, solves a 
  different subset of problems with some overlap, and is still highly 
desirable even if we had web textures (no need to maintain a web server 
forever just to keep your products working).

I think there is an important place for both features.  There is no 
reason web textures can't be a step toward fully dynamic 
programmatically defined textures.

-Jason