 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
I've tried "transmit all" yet nothing happens? Any ideas?
H.E. Day
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
H. E. Day wrote:
>
> I've tried "transmit all" yet nothing happens? Any ideas?
>
> H.E. Day
That depend on what you expect it to do. If you are just trying to get
a colored layer below it to come through varied amounts of transmit all
should have some impact. Filter all is another option as well as a
combinatin of the two.
If you are trying for a stained glass window with colored light beams
appearing in a dusty room I wish you luck. I still have not mastered that
effect myself. If I ever do I'm going to patent the process. :)
--
Ken Tyler
mailto://tylereng@pacbell.net
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
<< That depend on what you expect it to do. If you are just trying to
get
a colored layer below it to come through varied amounts of transmit all
should have some impact. Filter all is another option as well as a
combinatin of the two.>>
No effect either way. No matter, I think I've found a way around it.
<< If you are trying for a stained glass window with colored light beams
appearing in a dusty room I wish you luck. I still have not mastered
that
effect myself. If I ever do I'm going to patent the process. :)>>
Try a PNG with a alpha channel. Look at my Ac_vs_ebe*.* files on the
irtc. The Chicken wire is a good example. Take note though - it took 2
weeks to render.
H. E. Day
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
H. E. Day wrote:
>
> << That depend on what you expect it to do. If you are just trying to
> get
> a colored layer below it to come through varied amounts of transmit all
> should have some impact. Filter all is another option as well as a
> combinatin of the two.>>
>
> No effect either way. No matter, I think I've found a way around it.
>
> << If you are trying for a stained glass window with colored light beams
> appearing in a dusty room I wish you luck. I still have not mastered
> that
> effect myself. If I ever do I'm going to patent the process. :)>>
>
> Try a PNG with a alpha channel. Look at my Ac_vs_ebe*.* files on the
> irtc. The Chicken wire is a good example. Take note though - it took 2
> weeks to render.
>
> H. E. Day
I just checked the Docs on this and found a clause in the use of the
filter/transmit all function that I never had quite noticed before.
These particular bitmap modifiers only work with .png, .gif, and .iff
image types. It is not supported for .tga image files. It suddenly
clears up some misconceptions I have had for years about the use of
these modifiers.
Like they say "you learn something new everyday". And with all of
the parameters in Pov-Ray this is a daily occurance.
--
Ken Tyler
mailto://tylereng@pacbell.net
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Ken wrote:
> I just checked the Docs on this and found a clause in the use of the
> filter/transmit all function that I never had quite noticed before.
> These particular bitmap modifiers only work with .png, .gif, and .iff
> image types. It is not supported for .tga image files.
Yo,
As a follow up to my last message I did a little more digging into
what is and what is not compatable with the transmit/filter compatibility
with image maps and found a rather dissapointing limitation. I have a
.gif file that was working quite well with the flt/trans modifiers and
converted it to a 16m color 24 bit .png image file. When I attempted to
render the same scene I was using with the .gif file the filter and
transmit values I had assigned were completely ignored. I coverted the
original .gif file again to .png but this time to 8 bit and 256 colors
and it rendered with similar performance as seen using the .gif image.
I am going to try it again with the .tga file format when this render
I am working on finishes. I have a hunch that if I save the .tga to 256
colors and 8 bit it will work as expected.
Anyone know why these functions are behaving this way and is it the way
they should be working ?
--
Ken Tyler
mailto://tylereng@pacbell.net
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
I don't think any of the image formats were ever intended to be beyond
the 256 color threshold when used for filter/transmit due to the indexed
palette coupling with color_map indices, ie. integers only. Am I right?
Ken wrote:
>
> Ken wrote:
> > I just checked the Docs on this and found a clause in the use of the
> > filter/transmit all function that I never had quite noticed before.
> > These particular bitmap modifiers only work with .png, .gif, and .iff
> > image types. It is not supported for .tga image files.
>
> Yo,
>
> As a follow up to my last message I did a little more digging into
> what is and what is not compatable with the transmit/filter compatibility
> with image maps and found a rather dissapointing limitation. I have a
> .gif file that was working quite well with the flt/trans modifiers and
> converted it to a 16m color 24 bit .png image file. When I attempted to
> render the same scene I was using with the .gif file the filter and
> transmit values I had assigned were completely ignored. I coverted the
> original .gif file again to .png but this time to 8 bit and 256 colors
> and it rendered with similar performance as seen using the .gif image.
>
> I am going to try it again with the .tga file format when this render
> I am working on finishes. I have a hunch that if I save the .tga to 256
> colors and 8 bit it will work as expected.
>
> Anyone know why these functions are behaving this way and is it the way
> they should be working ?
>
> --
> Ken Tyler
>
> mailto://tylereng@pacbell.net
--
omniVERSE: beyond the universe
http://members.aol.com/inversez/homepage.htm
mailto:inv### [at] aol com?Subject=PoV-News
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Bob Hughes wrote:
>
> I don't think any of the image formats were ever intended to be beyond
> the 256 color threshold when used for filter/transmit due to the indexed
> palette coupling with color_map indices, ie. integers only. Am I right?
>
I think you are correct... if I remember correctly from the code, filter
all & transmit all do use indices to do the filtering & transmit.
This is a limitation that should be removed.
-Nathan
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
