 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
small request,
in partial rendering (starrow, endrow) could the blank (not rendered) part
of image be black, and could resulting image have full size (instead of
putting rendered part at top of resulting graphics file)?
In addition I suggest an option that will not allow to output pure black
(0,0,0 rgb).
In this case (0,0,0) rgb will work as magic "not-rendered" color and it
would make putting partial renders togeather very easy.
To summ up, an option i.e. +MO (magic output) will effect output file:
- to be PPM format (only this and .bmp do not have problems to open if
render was aborted)
- image will be filled with (rgb 0,0,0) pixels at start
- then selected pixels would be rendered and put in corresponding
positions in output file. And if any of rendered pixels is (rgb 0,0,0) it
would be converted to (rgb 1,1,1) (in 0..255 range).
I also suggest an option +MM mask_file_name (magic mask), program will read
mask_file, and will render only this pixels, for witch corresponding pixels
in mask_file are equal (0,0,0). This way not only this works as better
addition to continue trace, but also it allows to render any part of image
(i.e. two rectangonal regions + one circle) with can be usefull IMHO both
in render farms and in working with previews.
Any comments? If anyone finds this interesting I would like to create and
donate such code.
--
http://www.raf256.com/3d/
Rafal Maj 'Raf256', home page - http://www.raf256.com/me/
Computer Graphics
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On 7 Apr 2004 16:01:26 -0400, "Rafal 'Raf256' Maj" <spa### [at] raf256 com> wrote:
> Any comments?
Yes.
> If anyone finds this interesting I would like to create and
> donate such code.
Bringing it to our attention I suppose _YOU_ already found it interesting so
please create and donate that code. Then return to community and anounce patch
please, thought knowing "all" your previous patches I do not believe yuu could
do this ;-)
ABX
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
In article <Xns94C4DF7EDB9C0raf256com@203.29.75.35>, "Rafal 'Raf256' Maj"
<spa### [at] raf256com> wrote:
> in partial rendering (starrow, endrow) could the blank (not rendered) part
> of image be black, and could resulting image have full size (instead of
> putting rendered part at top of resulting graphics file)?
This has been discussed more than once before already. This will not happen
in POV-Ray 3.x because it is too much work do implement.
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
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Rafal 'Raf256' Maj <spa### [at] raf256com> wrote:
> In addition I suggest an option that will not allow to output pure black
> (0,0,0 rgb).
> In this case (0,0,0) rgb will work as magic "not-rendered" color and it
> would make putting partial renders togeather very easy.
That's a kludge.
Most image formats (at least png and tga, probably the others too)
support user-defined header blocks. POV-Ray could simply write there
the location and dimensions of the rendered part in a standardized
format.
In fact, at least in a TGA (and probably other formats as well) you
can explicitly tell "the image has these dimensions, but this file only
contains the data for this part of the image" in its header.
POV-Ray could use both of these methods (at least when the latter is
supported by the format).
This would be much more elegant than sacrificing 1/256th of your
color range.
--
#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
|
|
| |
| |
|
|
|
|
| |
| |
|
|
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
| This would be much more elegant than sacrificing 1/256th of your
| color range.
|
And anyway povray already supports using the alpha channel of PNG and
TGA images for that: check the +UA option (never used it but it's there)
Jerome
- --
******************************
* Jerome M. Berger *
* mailto:jbe### [at] ifrancecom *
* http://jeberger.free.fr/ *
******************************
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFAdGcbqIYJdJhyixIRAkBiAJoC6czFO+GtWeR9sJkg3fcIwOMZ3QCggcBr
iTJbir9CEeVpOT8NzuTsRV4=
=/IGt
-----END PGP SIGNATURE-----
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
tho### [at] trfde news:4074600f$1@news.povray.org
> This has been discussed more than once before already. This will not
> happen in POV-Ray 3.x because it is too much work do implement.
Even if I do *all* work in about 2 months, maybe for Pov 3.7 ?
--
http://www.raf256.com/3d/
Rafal Maj 'Raf256', home page - http://www.raf256.com/me/
Computer Graphics
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
16:39... :
>
> | This would be much more elegant than sacrificing 1/256th of your
> | color range.
> |
> And anyway povray already supports using the alpha channel of PNG and
> TGA images for that: check the +UA option (never used it but it's there)
>
> Jerome
An example in povray.binaries.images
Alain
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Rafal 'Raf256' Maj wrote:
> tho### [at] trfde news:4074600f$1@news.povray.org
>
>
>>This has been discussed more than once before already. This will not
>>happen in POV-Ray 3.x because it is too much work do implement.
>
>
> Even if I do *all* work in about 2 months, maybe for Pov 3.7 ?
What makes you think there will be POV-Ray 3.7? But of course you can do
the patch and post about it to p.u.patches and anyone interested can use
it. That would be the best thing to do.
Severi
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
