Whoa..
I'm just wondering a bit here...
Is there an interest/objection in me porting some more of the larger #macros for
object to
an external program??? of course, credits will be given..

As for why I am wondering, is from my interest... since I run a p-166 it's pretty slow
in
parsing, and once I have made a final object with settings I like, I'd like to speed
it
up... This is as far as I know one of the better ways. (I know, #debug, #fwrite....) 
Any ideas/demands/objections will be welcome. As for now, I do what I want, and
brutally...(hard coded)

As for programming level, it'd probably be in win32 mode, since it is easier to write
once
I've made the algorithms... And it is easier to develop some more...

well, respond....

//Spider

Post a reply to this message

Spider wrote:

> Whoa..
> I'm just wondering a bit here...
> Is there an interest/objection in me porting some more of the larger #macros for
object to
> an external program??? of course, credits will be given..
>
> As for why I am wondering, is from my interest... since I run a p-166 it's pretty
slow in
> parsing, and once I have made a final object with settings I like, I'd like to speed
it
> up... This is as far as I know one of the better ways. (I know, #debug, #fwrite....)
> Any ideas/demands/objections will be welcome. As for now, I do what I want, and
> brutally...(hard coded)
>
> As for programming level, it'd probably be in win32 mode, since it is easier to
write once
> I've made the algorithms... And it is easier to develop some more...
>
> well, respond....
>
> //Spider

You have my permission for what it is worth.

--
Ken Tyler

tyl### [at] pacbellnet

Post a reply to this message

On Sun, 17 Jan 1999 21:37:57 +0100, Spider <spi### [at] bahnhofse> wrote:

>Whoa..
>I'm just wondering a bit here...
>Is there an interest/objection in me porting some more of the larger #macros for
object to
>an external program??? of course, credits will be given..

You may port my torspline macro, but you probably shouldn't have to,
as there's a link to a program that does essentially the same thing
already on my page at http://www2.fwi.com/~parkerr/traces.html

Post a reply to this message

I find that parsing really large text files takes MUCH longer than
running the while loops in POVRay (or the math).  TRUE, the external
code may GENERATE the files faster, but unless you move the macros into
POVRay internally (patch them in) I don't think you will increase speed
of parsing.  Perhaps some not too large group of objects may parse
faster than they can calculate and parse, but when files approach 500k
to a meg, then parse MUCH slower than the calculations take.  This is
only from my experience, but I've just finished my Connected Sphere
macro, and comparing it to the same input from a file (granted some
redundant input) it takes FAR less time even though it is calculating at
the time.

Steve


Spider wrote:
> 
> Whoa..
> I'm just wondering a bit here...
> Is there an interest/objection in me porting some more of the larger #macros for
object to
> an external program??? of course, credits will be given..
> 
> As for why I am wondering, is from my interest... since I run a p-166 it's pretty
slow in
> parsing, and once I have made a final object with settings I like, I'd like to speed
it
> up... This is as far as I know one of the better ways. (I know, #debug, #fwrite....)
> Any ideas/demands/objections will be welcome. As for now, I do what I want, and
> brutally...(hard coded)
> 
> As for programming level, it'd probably be in win32 mode, since it is easier to
write once
> I've made the algorithms... And it is easier to develop some more...
> 
> well, respond....
> 
> //Spider

Post a reply to this message

This is really very much depending on the scene.. 
Take the macros that made the gnarled tree..
on my pc, 3 trees at recursion level 5(I think) took around 1 min 40 sec to parse,
while
the same files, though rather big, only took 4 sec. 

I can make some exact stats if you'd like.

//Spider

Stephen Lavedas wrote:
> 
> I find that parsing really large text files takes MUCH longer than
> running the while loops in POVRay (or the math).  TRUE, the external
> code may GENERATE the files faster, but unless you move the macros into
> POVRay internally (patch them in) I don't think you will increase speed
> of parsing.  Perhaps some not too large group of objects may parse
> faster than they can calculate and parse, but when files approach 500k
> to a meg, then parse MUCH slower than the calculations take.  This is
> only from my experience, but I've just finished my Connected Sphere
> macro, and comparing it to the same input from a file (granted some
> redundant input) it takes FAR less time even though it is calculating at
> the time.
> 
> Steve
> 
> Spider wrote:
> >
> > Whoa..
> > I'm just wondering a bit here...
> > Is there an interest/objection in me porting some more of the larger #macros for
object to
> > an external program??? of course, credits will be given..
> >
> > As for why I am wondering, is from my interest... since I run a p-166 it's pretty
slow in
> > parsing, and once I have made a final object with settings I like, I'd like to
speed it
> > up... This is as far as I know one of the better ways. (I know, #debug,
#fwrite....)
> > Any ideas/demands/objections will be welcome. As for now, I do what I want, and
> > brutally...(hard coded)
> >
> > As for programming level, it'd probably be in win32 mode, since it is easier to
write once
> > I've made the algorithms... And it is easier to develop some more...
> >
> > well, respond....
> >
> > //Spider

Post a reply to this message

If you are very motivated, I would be very happy if you port my Particles Generator to
an
external program. Because the Anti_Collision is very very slow. I'm too busy to do it
myself
for the moment.
I think it's an excellent idea to make porting (portation ?). I am always looking for
programs

to speed up my tracing (very very slow machine).

                David GEMELLI



> Whoa..
> I'm just wondering a bit here...
> Is there an interest/objection in me porting some more of the larger #macros for
object to
> an external program??? of course, credits will be given..
>
> As for why I am wondering, is from my interest... since I run a p-166 it's pretty
slow in
> parsing, and once I have made a final object with settings I like, I'd like to speed
it
> up... This is as far as I know one of the better ways. (I know, #debug, #fwrite....)
> Any ideas/demands/objections will be welcome. As for now, I do what I want, and
> brutally...(hard coded)
>
> As for programming level, it'd probably be in win32 mode, since it is easier to
write once
> I've made the algorithms... And it is easier to develop some more...
>
> well, respond....
>
> //Spider

Post a reply to this message

Ah..
I'll take a look at your code...
My first questions are, does your macro take care of the other objects in the scene
(Useless in a prog. then) or is the collision detect only for the objects it create ??
well, the easy way is : TRY IT ! So I will..




//Spider

gemelli david wrote:
> 
> If you are very motivated, I would be very happy if you port my Particles Generator
to an
> external program. Because the Anti_Collision is very very slow. I'm too busy to do
it myself
> for the moment.
> I think it's an excellent idea to make porting (portation ?). I am always looking
for programs
> 
> to speed up my tracing (very very slow machine).
> 
>                 David GEMELLI
> 

> 
> > Whoa..
> > I'm just wondering a bit here...
> > Is there an interest/objection in me porting some more of the larger #macros for
object to
> > an external program??? of course, credits will be given..
> >
> > As for why I am wondering, is from my interest... since I run a p-166 it's pretty
slow in
> > parsing, and once I have made a final object with settings I like, I'd like to
speed it
> > up... This is as far as I know one of the better ways. (I know, #debug,
#fwrite....)
> > Any ideas/demands/objections will be welcome. As for now, I do what I want, and
> > brutally...(hard coded)
> >
> > As for programming level, it'd probably be in win32 mode, since it is easier to
write once
> > I've made the algorithms... And it is easier to develop some more...
> >
> > well, respond....
> >
> > //Spider

Post a reply to this message

Ho, I've updated...
See new post in povray.binaries.utilities.

//Spider

Post a reply to this message