In article <397BB8B8.C551A8D3@skynet.be>, Fabien Mosen 
<fab### [at] skynetbe> wrote:

> I gave it another try, but but but : 
>  - it's impossible to pass a spline identifier as a #macro parameter
>  - it's impossible to #declare a point :
>          #declare Point = SplineIdent (Value);

These are bugs, of course...hopefully they will be fixed soon. And I 
think there is a workaround for the second one:
#declare Point = <0,0,0> + SplineIdent(Value);


>  - and I still miss the "linear natural cubic" quality of the other
>    splines.  (and if I write a #macro to evenly distribute the "samples"
>    along the spline, the parsing times will go trough the roof, as it
>    does, alas, when using Kari's #macro).

And this is just a missing feature. The point I was trying to make is 
that the *syntax* is far better, and that this spline patch could easily 
be extended to do these things.

-- 
Christopher James Huff - Personal e-mail: chr### [at] maccom
TAG(Technical Assistance Group) e-mail: chr### [at] tagpovrayorg
Personal Web page: http://homepage.mac.com/chrishuff/
TAG Web page: http://tag.povray.org/

Post a reply to this message

Kari Kivisalo wrote:
> 
> Until this feature is added to megapov try changing the tolerance
> value near the end of the macro. I haven't tested this but reasonably
> even distribution should be possible with 0.05.

Your macro works fairly well for me, but its parsed nature makes
it a little difficult to use when doing many (80+) splines, as
parsing times get loooong (well, at least too long for trial/error
testing).

I finally managed to get the things to work, using your macro
for the 3 control splines, and using the "alternate" spline
function for the numerous splines.

So, thanks.

Fabien.

Post a reply to this message