Greetings, all.

I have a scene which requires rendering first using one set of .ini settings
and a particular camera outputting to a file (first.png). The scene then
requires running the file again using first.png as an image map, removing
one or two objects that were rendered in the first scene and adding others
and using totally different camera and .ini settings. (If you think
surrealist esp. Magritte, then you're on the right track).

So far I've been using this shell script to work it:

#!/bin/sh

povray firstrun.ini -d TestFile.pov

povray secondrun.ini TestFile.pov

#eof

where firstrun.ini defines an image size of 800x600 and
Output_File_Name=first.png, secondrun.ini defines an image size of 1024x768
and Output_File_Name is left as default TestFile.png. Further, TestFile.pov
tests for image_width and, using the normal structures, includes or ignores
the required objects. This works, but.....

... is there a neater way of doing this? i.e. not having to rely on the
shell script and also doing the whole thing as a single run.

John
--
Run Fast
Run Free
Run Linux

Post a reply to this message

On Mon, 20 Jan 2003 16:42:15 -0000, "Doctor John" <jgu### [at] netscapenet>
wrote:
> ... is there a neater way of doing this? i.e. not having to rely on the
> shell script and also doing the whole thing as a single run.

you can start second render as post_scene_command probably. Look at 5.2.4
Shell-out to Operating System http://www.povray.org/documentation/view/130/

ABX

Post a reply to this message

"ABX" <abx### [at] abxartpl> wrote
> you can start second render as post_scene_command probably. Look at 5.2.4
> Shell-out to Operating System
http://www.povray.org/documentation/view/130/
>
> ABX

Hmm, I thought about that and will try it when I get home tonight but I have
a horrible feeling that it might not work as hoped.
The other point, not actually verbalised by me in the post, was that the
file takes ages to parse and I was hoping to save time by not having to
parse twice.

BTW Thanks for pointing out my original FieldCam post to everyone whilst I
was ill.

John
--
Run Fast
Run Free
Run Linux

Post a reply to this message

On Mon, 20 Jan 2003 17:02:15 -0000, "Doctor John" <jgu### [at] netscapenet>
wrote:
> Hmm, I thought about that and will try it when I get home tonight but I have
> a horrible feeling that it might not work as hoped.

In case if you could somehow unify ini settings you could of course try
two-frames long animation with cameras and objects selected with build-in
'frame_number' keyword. But I suppose you have different ini files for
important resons. There was 'ini_option' feature in old MegaPOV and it could
help in this case but I don't know if it will be ported again to reworked
MegaPOV. I can't recall requests for this particular feature recently :-)

> The other point, not actually verbalised by me in the post, was that the
> file takes ages to parse and I was hoping to save time by not having to
> parse twice.

No doubts some of next releasses of MegaPOV will have some kind of
camera-based pigment/pattern. Such patches are already available IIRC. So you
could use separated locations in space to create envrionment for first image
and another locations in space to create environment for second image with
used image_maps over first location. I hope it is readable explanation.

> BTW Thanks for pointing out my original FieldCam post to everyone whilst I
> was ill.

No problem.

ABX

Post a reply to this message

"ABX" <abx### [at] abxartpl> wrote in message
news:qebo2vkbbpv2s8k2268k67pm2tilbq4bno@4ax.com...
> 'frame_number' keyword. But I suppose you have different ini files for
> important resons.

I do. :-)

>There was 'ini_option' feature in old MegaPOV and it could
> help in this case but I don't know if it will be ported again to reworked
> MegaPOV. I can't recall requests for this particular feature recently :-)

So here's a request

> No doubts some of next releasses of MegaPOV will have some kind of
> camera-based pigment/pattern. Such patches are already available IIRC. So
you
> could use separated locations in space to create envrionment for first
image
> and another locations in space to create environment for second image with
> used image_maps over first location. I hope it is readable explanation.

Very readable. Thanks for quick replies.

John
--
Run Fast
Run Free
Run Linux

Post a reply to this message