 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Peter Popov wrote:
> Would a backdrop image be too much to ask for?
For the rendering screen? Just out of curiosity, why? I can understand
why Chris added the checkerboard pattern so that you can see alpha channel
masks and a black background is traditional, but I don't see any advantage
to a user specified background.
--
Ken Tyler
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Ken" <tyl### [at] pacbell net> wrote in message
news:3D904DD2.8295ED31@pacbell.net...
>
> For the rendering screen? Just out of curiosity, why? I can understand
> why Chris added the checkerboard pattern so that you can see alpha channel
> masks and a black background is traditional, but I don't see any advantage
> to a user specified background.
I assume for alternative viewing of alpha channel masks, etc. The checkerboard
may not be appropriate for all instances, or may not be to the user's liking.
At anyrate, I doubt it's to have something pretty to look at, but if it is:
http://home.primus.com.au/awdcc/jimag/images/gurn7.jpg
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Tom Melly" <tom### [at] tomandlucouk> wrote in
news:3d9058bc$1@news.povray.org:
> http://home.primus.com.au/awdcc/jimag/images/gurn7.jpg
Ha!
--
(MIKA) Marc Champagne
marcch.AT.videotron.DOT.ca
Montreal, CANADA
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Chris Cason" <new### [at] deletethispovrayorg> wrote in
news:3d8fcca4@news.povray.org:
> But if enough people ask I'd consider adding a way to do it.
Looks like I hit a nerve!
On early DOS based versions of POV, one would see the pixels being
traced as they were advacing during the trace. to some extent that
misses me but not enough to change to whole world over.
--
(MIKA) Marc Champagne
marcch.AT.videotron.DOT.ca
Montreal, CANADA
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Chris Cason <new### [at] deletethispovrayorg> wrote:
> But if enough people ask I'd consider adding a way to do it.
The very first version of this feature (which was first implemented in
the Mac and Unix versions) did not fill the entire image with the checkered
pattern, but filled it at the same time as the actual pixel images. That is,
the background is black at first and if the rendered image has no
transparency, then you don't see the checkered pattern at all. Only if the
rendered image has transparency the checkered pattern starts to show up as
the image is rendered. The Unix version still works this way (I don't know
about the Mac version).
Even though I don't find the current winpov behaviour annoying, I still
like this behaviour more.
I wonder if it would be possible to add an option to turn this mode on
or off at will.
--
#macro N(D)#if(D>99)cylinder{M()#local D=div(D,104);M().5,2pigment{rgb M()}}
N(D)#end#end#macro M()<mod(D,13)-6mod(div(D,13)8)-3,10>#end blob{
N(11117333955)N(4254934330)N(3900569407)N(7382340)N(3358)N(970)}// - Warp -
Post a reply to this message
|
|
| |
| |
|
|
From: Thorsten Froehlich
Subject: Re: MIKA Render Window Background
Date: 24 Sep 2002 11:04:37
Message: <3d907f05@news.povray.org>
|
|
|
| |
| |
|
|
In article <3d906b70@news.povray.org> , Warp <war### [at] tagpovrayorg> wrote:
> the image is rendered. The Unix version still works this way (I don't know
> about the Mac version).
In the Mac version one can turn on and off the pattern dynamically. It is
not part of the preview image in any way. This requires the Mac version to
store the alpha channel however (which it does independently of alpha output
being enabled).
Thorsten
____________________________________________________
Thorsten Froehlich, Duisburg, Germany
e-mail: tho### [at] trfde
Visit POV-Ray on the web: http://mac.povray.org
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Tue, 24 Sep 2002 04:34:42 -0700, Ken <tyl### [at] pacbellnet> wrote:
>For the rendering screen? Just out of curiosity, why? I can understand
>why Chris added the checkerboard pattern so that you can see alpha channel
>masks and a black background is traditional, but I don't see any advantage
>to a user specified background.
For those cases when you want to replicate an image? A lot of
modelling software uses backdrops and I certainly found it useful more
often than not. The idea just popped into my head when I read the
original post - it would have its uses in POV, too.
Peter Popov ICQ : 15002700
Personal e-mail : pet### [at] vipbg
TAG e-mail : pet### [at] tagpovrayorg
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Marc Champagne" <nos### [at] pleasecom> wrote in message
news:Xns### [at] 204213191226...
> "Chris Cason" <new### [at] deletethispovrayorg> wrote in
> news:3d8fcca4@news.povray.org:
>
> > But if enough people ask I'd consider adding a way to do it.
>
>
> Looks like I hit a nerve!
>
> On early DOS based versions of POV, one would see the pixels being
> traced as they were advacing during the trace. to some extent that
> misses me but not enough to change to whole world over.
>
I would love to see the individual pixels again too!
I guess when I get around to finishing my gui-ext I could do it that way..
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Tom Galvin <tom### [at] dataforgenospamcom> wrote:
> I would love to see the individual pixels again too!
This should be done only if the rendering is slow enough. In a super-fast
render drawing individual pixels can slow down the rendering a lot.
--
#macro M(A,N,D,L)plane{-z,-9pigment{mandel L*9translate N color_map{[0rgb x]
[1rgb 9]}scale<D,D*3D>*1e3}rotate y*A*8}#end M(-3<1.206434.28623>70,7)M(
-1<.7438.1795>1,20)M(1<.77595.13699>30,20)M(3<.75923.07145>80,99)// - Warp -
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Well, the option to switch it on/off is sufficient, isn't
it? And it probably will always slow down, cause
I'm not too sure if most of the tracing time for images
is "lost" due to antialiasing, media, and sometimes functions,
but I could be wrong.
Still, I guess it will always slow down, cause its always
got to paint those pixels again and again. If you want an
option to have a pixel remain a certain color for a fraction
of a second, then you'll definetely have to wait longer...
Just my 2 cents, nothing important. All we need then
is a on/off switch.
--
Tim Nikias
Homepage: http://www.digitaltwilight.de/no_lights/index.html
Email: Tim### [at] gmxde
> > I would love to see the individual pixels again too!
>
> This should be done only if the rendering is slow enough. In a
super-fast
> render drawing individual pixels can slow down the rendering a lot.
>
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
