![](/i/fill.gif) |
![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Dear Sirs;
I am compilig Mega 0.4 version by Apple MPW MrC Compiler.
So I notice that (1)max_extent,min_extent,(2)trace functions
depend on Memory Allocation System of each OS.
(1),(2) are samples from IRTC stills 2000/04
And (3)#macro's argument includes Reserved Word then crash,
when do I check Test ReDefine argument ?
(1)max_extent,min_extent
drunkpat.zip:
BackGround.inc:
#macro Cable(Point1,Point2,CableRadius,SlackAmount,NumNodes,NumPoints):
union
{
CablewoBounds
bounded_by {box{max_extent(CablewoBounds),min_extent(CablewoBounds)}}
clipped_by {bounded_by}
}
My Apple stop this Error:
"Unknown box side in Box_Normal()"
(2)trace
jw_cits.zip:
jw_cits.pov:
#declare _landscape = function { "ridgedmf",<1,2,10,1.1,2> }
object { landscape }
#local cam_l = <0,2,0>+trace(landscape,cam_l+y*1000000,y*-1);
My Apple first time show dark and stop, then try again makes fine scene.
Maybe second time can catch actual memory location, I think.
(3)#macro
#macro(r,s)
Y.Tanabe
Kobe,Japan
tec### [at] kh rim or jp
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
On Mon, 08 May 2000 11:56:54 +0900, Y.Tanabe wrote:
>Dear Sirs;
>
>I am compilig Mega 0.4 version by Apple MPW MrC Compiler.
>So I notice that (1)max_extent,min_extent,(2)trace functions
>depend on Memory Allocation System of each OS.
Unlikely. They don't do any memory allocation. It's possible that
the object you're working with isn't bounded correctly by POV, though.
>(3)#macro
>#macro(r,s)
r and s are reserved words. Don't use them. To avoid such collisions
in the future, make sure all #defined names (including macro parameters
and #local variables) contain at least one capital letter.
--
Ron Parker http://www2.fwi.com/~parkerr/traces.html
These are my opinions. I do NOT speak for the POV-Team.
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Thanks Mr.Ron
I mean when the object confirm their actual Bounding Box Size.
For example,"ridgedMF" calculate thier height by recursive calculating,I
think.
So "ridgedMF" use inside of #macro define,normaly macro returns value or
object etc.,
that time "ridgedMF" can return correct Bounding Box or not.
The above point that I know.
Y.Tanabe
Kobe,Japan
techflux @kh.rim.or.jp
Ron Parker wrote:
>
> >I am compilig Mega 0.4 version by Apple MPW MrC Compiler.
> >So I notice that (1)max_extent,min_extent,(2)trace functions
> >depend on Memory Allocation System of each OS.
>
> Unlikely. They don't do any memory allocation. It's possible that
> the object you're working with isn't bounded correctly by POV, though.
>
> >(3)#macro
> >#macro(r,s)
>
> r and s are reserved words. Don't use them. To avoid such collisions
> in the future, make sure all #defined names (including macro parameters
> and #local variables) contain at least one capital letter.
>
> --
> Ron Parker http://www2.fwi.com/~parkerr/traces.html
> These are my opinions. I do NOT speak for the POV-Team.
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
On Wed, 10 May 2000 14:01:51 +0900, Y.Tanabe wrote:
>Thanks Mr.Ron
>
>I mean when the object confirm their actual Bounding Box Size.
>For example,"ridgedMF" calculate thier height by recursive calculating,I
>think.
>So "ridgedMF" use inside of #macro define,normaly macro returns value or
>object etc.,
>that time "ridgedMF" can return correct Bounding Box or not.
>The above point that I know.
min_extent and max_extent only return the size of the current bounding
box, which is not necessarily the smallest box that surrounds the object.
So your sample code is meaningless; it won't put any tighter bounds on the
object than already exist. If your object is an isosurface, min_extent
and max_extent will likely return the bounding box of the contained_by
object or of the bounded_by object if one was specified.
--
Ron Parker http://www2.fwi.com/~parkerr/traces.html
These are my opinions. I do NOT speak for the POV-Team.
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
What does min_extent and max_extent return for an infinite surface
(plane, poly)?
--
main(i,_){for(_?--i,main(i+2,"FhhQHFIJD|FQTITFN]zRFHhhTBFHhhTBFysdB"[i]
):5;i&&_>1;printf("%s",_-70?_&1?"[]":" ":(_=0,"\n")),_/=2);} /*- Warp -*/
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
On 12 May 2000 04:44:11 -0400, Warp wrote:
> What does min_extent and max_extent return for an infinite surface
>(plane, poly)?
Probably the large numbers POV itself uses to represent infinite or
half-infinite bounding boxes.
--
Ron Parker http://www2.fwi.com/~parkerr/traces.html
These are my opinions. I do NOT speak for the POV-Team.
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |