Substrate implementation proposal

Boudewijn Rempt boud at valdyas.org
Tue Apr 4 20:42:04 CEST 2006


On Tuesday 04 April 2006 14:40, Leonardo Giordani wrote:
> > I'm not sure that would be a big problem. Leonardo -- do you think a tile
> > limitation for substrates of 64x64 would be problem? Otherwise -- we've
> > always wanted to make the tilesize configurable, right :-)
>
> I think that _if possible_ it would surely be a better solution to let the
> tilesize be configurable. The tilesize is a sort of measure of the repeat
> degree of the substrate: if giving total freedom to the user about the tile
> size is a problem we could give him a set of pre-selected sizes (64x64,
> 128x128, ...).

I think we've got a solution for that now.

> Substrate is the "last" material on our virtual desktop, i.e. it is stacked
> over nothing, 

Not quite: it's stacked over the checkered background, so we can see that 
through the substrate if its being broken through.

> its trasmittance should be set to 0 and not changed, that is 
> there should be no "trasmittance" field in the substrate.

> - More on thickness
> Reflectance and trasmittance are not property of the pure material, but
> depend on the thickness of the medium: the material has two different
> parameters (in the Kubelka-Munk model, at least) from which reflectance and
> trasmittance are computed, given the thickness.
> We can give directly the reflectance of the substrate without definig it
> through KM or other models, but it should be a reflectance/thickness
> measure, which must be multiplied by the current height to obtain
> reflectance. Once multiplied it becomes a real reflectance (between 0 and
> 1) and normalized between 0 and 255 can be used as the color of the
> substrate.
>
> (Sorry for the academic explanation, was just to be clear)

Clear & academic is okay -- but now about the actual fields per pixel! What do 
you propose?
-- 
Boudewijn Rempt 
http://www.valdyas.org/fading/index.cgi
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/kimageshop/attachments/20060404/7faccb0d/attachment.pgp 


More information about the kimageshop mailing list