Currently the only color modifications allowed in a media density
statment is by specifying a color map. Would it be possible to add
image mapping to this function allowing the color pallet of the
image used to effect the color density of the media ?

-- 
Ken Tyler

mailto://tylereng@pacbell.net

Post a reply to this message

On Wed, 16 Jun 1999 08:02:36 -0700, Ken wrote:
>
>  Currently the only color modifications allowed in a media density
>statment is by specifying a color map. Would it be possible to add
>image mapping to this function allowing the color pallet of the
>image used to effect the color density of the media ?

Yep.  It's a one-line change in parstxtr.c.  Works like a charm.
The only thing keeping it from working is that it is explicity 
disallowed.  That's probably an oversight.

Post a reply to this message

Ron Parker wrote:
> 
> On Wed, 16 Jun 1999 08:02:36 -0700, Ken wrote:
> >
> >  Currently the only color modifications allowed in a media density
> >statment is by specifying a color map. Would it be possible to add
> >image mapping to this function allowing the color pallet of the
> >image used to effect the color density of the media ?
> 
> Yep.  It's a one-line change in parstxtr.c.  Works like a charm.
> The only thing keeping it from working is that it is explicity
> disallowed.  That's probably an oversight.

  Strange they left that one out. Maybe there was not enough time to
document it before the version release but on a few occassions now I
have wished I could use this added feature.


-- 
Ken Tyler

mailto://tylereng@pacbell.net

Post a reply to this message

On Wed, 16 Jun 1999 08:56:23 -0700, Ken wrote:
>Ron Parker wrote:
>> 
>> On Wed, 16 Jun 1999 08:02:36 -0700, Ken wrote:
>> >
>> >  Currently the only color modifications allowed in a media density
>> >statment is by specifying a color map. Would it be possible to add
>> >image mapping to this function allowing the color pallet of the
>> >image used to effect the color density of the media ?
>> 
>> Yep.  It's a one-line change in parstxtr.c.  Works like a charm.
>> The only thing keeping it from working is that it is explicity
>> disallowed.  That's probably an oversight.
>
>  Strange they left that one out. Maybe there was not enough time to
>document it before the version release but on a few occassions now I
>have wished I could use this added feature.

I think it was just an honest mistake.  The error message is supposed
to apply to use of the image_map pattern in a normal block.  In older
code, normal and pigment were the only things that used patterns, so 
it would have made sense to force image_maps to be inside pigment blocks.
Odd, though, that the other two cases of things that could only be used
in pigment blocks (color and color_map) were fixed and image_map was 
not.

Post a reply to this message

On 16 Jun 1999 12:15:53 -0400, par### [at] fwicom (Ron Parker) wrote:
>
>I think it was just an honest mistake.  The error message is supposed
>to apply to use of the image_map pattern in a normal block.  In older
>code, normal and pigment were the only things that used patterns, so 
>it would have made sense to force image_maps to be inside pigment blocks.
>Odd, though, that the other two cases of things that could only be used
>in pigment blocks (color and color_map) were fixed and image_map was 
>not.

Does this mean yet another enhancement for a future version of the
Superpatch?

Later,

Glen Berry

Post a reply to this message

On Wed, 16 Jun 1999 17:57:52 GMT, Glen Berry wrote:
>Does this mean yet another enhancement for a future version of the
>Superpatch?

Could be.  In fact, the version I tested it on was a slightly-outdated
version of the superpatch.  I'll put it in between fixing that mesh
queue crash and figuring out a new version-numbering scheme sometime 
this weekend.

Post a reply to this message

On Wed, 16 Jun 1999 08:02:36 -0700, Ken <tyl### [at] pacbellnet> wrote:

>  Currently the only color modifications allowed in a media density
>statment is by specifying a color map. Would it be possible to add
>image mapping to this function allowing the color pallet of the
>image used to effect the color density of the media ?

Currently, you can use the density_file pigment instead of planar
mapping. You can use PoD's tga2df3 utility to create the density file.
Keep in mind that a dimension of 1 in a .df3 crashes POV, so you'll
have to duplicate the input tga file to have 2 layers in the +z
direction of the .df3 .


Peter Popov
ICQ: 15002700

Post a reply to this message

On 16 Jun 1999 15:41:35 -0400, par### [at] fwicom (Ron Parker) wrote:

>On Wed, 16 Jun 1999 17:57:52 GMT, Glen Berry wrote:
>>Does this mean yet another enhancement for a future version of the
>>Superpatch?
>
>Could be.  In fact, the version I tested it on was a slightly-outdated
>version of the superpatch.  I'll put it in between fixing that mesh
>queue crash and figuring out a new version-numbering scheme sometime 
>this weekend.

I think a new version numbering scheme is an excellent idea. You've
been updating your software very diligently. It would be nice to have
a better way to tell if we have the most current published version.

Thanks,

Glen Berry

Post a reply to this message

7no### [at] ezwvcom (Glen Berry) writes:

> On 16 Jun 1999 15:41:35 -0400, par### [at] fwicom (Ron Parker) wrote:
> 
> >On Wed, 16 Jun 1999 17:57:52 GMT, Glen Berry wrote:
> >>Does this mean yet another enhancement for a future version of the
> >>Superpatch?
> >
> >Could be.  In fact, the version I tested it on was a slightly-outdated
> >version of the superpatch.  I'll put it in between fixing that mesh
> >queue crash and figuring out a new version-numbering scheme sometime 
> >this weekend.
> 
> I think a new version numbering scheme is an excellent idea. You've
> been updating your software very diligently. It would be nice to have
> a better way to tell if we have the most current published version.

I second this. A unique version numbering for the superpatch would be
useful. I suggest to include the version number in the file names for
the binaries and the source code and print it while rendering.

Thomas

-- 
http://www.fmi.uni-konstanz.de/~willhalm

Post a reply to this message