discuss@lists.openscad.org

OpenSCAD general discussion Mailing-list

View all threads

Efficient generation of many PNG images from command line?

T
Troberg
Mon, Jan 11, 2021 8:20 AM

goblinbot wrote

You can get pretty good speed boost, at least with Linux.  You can add a
space and ampersand at the end of the commands your script is making.
That
will launch that command in a separate thread, so you'll have multiple
instances of openscad running simultaneously.  Depending on how many cores
your computer has, you should get a pretty good reduction in processing
time.  You have to add a 'wait' command at the end for the script to wait
for all the threads to finish.

Well, I run them in Windows (my most powerful machine, hardware wise, is a
Windows machine, as I also use it for gaming), from my own program. I could
simply launch several instances from that program, but the downside is that
it bogs down the computer too much, as Windows is really crappy at
starting/stopping programs in an intelligent and efficient way, so your OS
gets mutex-strangled.

--
Sent from: http://forum.openscad.org/

goblinbot wrote > You can get pretty good speed boost, at least with Linux. You can add a > space and ampersand at the end of the commands your script is making. > That > will launch that command in a separate thread, so you'll have multiple > instances of openscad running simultaneously. Depending on how many cores > your computer has, you should get a pretty good reduction in processing > time. You have to add a 'wait' command at the end for the script to wait > for all the threads to finish. Well, I run them in Windows (my most powerful machine, hardware wise, is a Windows machine, as I also use it for gaming), from my own program. I could simply launch several instances from that program, but the downside is that it bogs down the computer too much, as Windows is really crappy at starting/stopping programs in an intelligent and efficient way, so your OS gets mutex-strangled. -- Sent from: http://forum.openscad.org/
V
Vigardo
Tue, Jan 19, 2021 8:11 PM

Thank you all for the interesting comments!

goblinbot: I already was aware of the "& + wait" parallelization, nice
contribution anyways!

tp3: I´ve tried some dummy example to generate several views of a rotating
model using either successive command line calls to OpenSCAD or a single
call with the --animate option. The latter resulted about 2-fold faster (23
s vs 40 s).

To test this I used the following command

#> time /home/mon/OpenSCAD-2021.01-RC6-x86_64.AppImage --animate 37
--colorscheme Tomorrow --camera 0,0,0,90,0,0,5 anim.scad

and the following OpenSCAD script:

// Explicit rotation
echo("a=",$t180);
rotate(a=$t
180,v=[0,0,1]) mymodel();

module mymodel()
{
difference()
{
cube([1,1,1],center=true);
sphere(d=1.25,$fn=24);
}
}

Now I wonder if there would be a faster approach, for example, to rotate the
camera (using --camera option) or the viewport (using $vpr) instead of the
direct model rotation.

// Viewport rotation
$vpr=[90,0,-$t*180];
echo("vpr=",$vpr,"vpt=",$vpt,"vpd=",$vpd);
mymodel();

However, using the following command (with or without the --camera option)
produces a very small object.

#> time /home/mon/OpenSCAD-2021.01-RC6-x86_64.AppImage --animate 37
--colorscheme Tomorrow --camera 0,0,0,90,0,0,5 anim.scad

ECHO: "vpr=", [90, 0, -34.0541], "vpt=", [0, 0, 0], "vpd=", 500

I only partially fix this behavior by explicitly setting the $vpd variable
to a manually adjusted value, e.g. 5.

#> time /home/mon/OpenSCAD-2021.01-RC6-x86_64.AppImage --animate 37
--colorscheme Tomorrow -D '$vpd=5' anim.scad

Unfortunately, there was not any significant speedup using $vpr rotation.

In any case, this behavior (having to manually set the $vpd value) differs
from GUI and is quite annoying since in GUI there is no need to specify the
$vpd variable at all.

  1. I think that the command line tool should behave exactly the same as the
    GUI version, at least for this case, don´t you agree?

  2. Any faster approach to generate different views from a model in OpenSCAD?
    Intuitively it seems that computing a thousand views should take just a
    couple of seconds (the 3D navigation is very responsive) but it takes around
    10 times more, why is this so?

Best,

--
Sent from: http://forum.openscad.org/

Thank you all for the interesting comments! *goblinbot*: I already was aware of the "& + wait" parallelization, nice contribution anyways! *tp3*: I´ve tried some dummy example to generate several views of a rotating model using either successive command line calls to OpenSCAD or a single call with the --animate option. The latter resulted about 2-fold faster (23 s vs 40 s). To test this I used the following command #> time /home/mon/OpenSCAD-2021.01-RC6-x86_64.AppImage --animate 37 --colorscheme Tomorrow --camera 0,0,0,90,0,0,5 anim.scad and the following OpenSCAD script: // Explicit rotation echo("a=",$t*180); rotate(a=$t*180,v=[0,0,1]) mymodel(); module mymodel() { difference() { cube([1,1,1],center=true); sphere(d=1.25,$fn=24); } } Now I wonder if there would be a faster approach, for example, to rotate the camera (using --camera option) or the viewport (using $vpr) instead of the direct model rotation. // Viewport rotation $vpr=[90,0,-$t*180]; echo("vpr=",$vpr,"vpt=",$vpt,"vpd=",$vpd); mymodel(); However, using the following command (with or without the --camera option) produces a very small object. #> time /home/mon/OpenSCAD-2021.01-RC6-x86_64.AppImage --animate 37 --colorscheme Tomorrow --camera 0,0,0,90,0,0,5 anim.scad ECHO: "vpr=", [90, 0, -34.0541], "vpt=", [0, 0, 0], "vpd=", 500 I only partially fix this behavior by explicitly setting the $vpd variable to a manually adjusted value, e.g. 5. #> time /home/mon/OpenSCAD-2021.01-RC6-x86_64.AppImage --animate 37 --colorscheme Tomorrow -D '$vpd=5' anim.scad Unfortunately, there was not any significant speedup using $vpr rotation. In any case, this behavior (having to manually set the $vpd value) differs from GUI and is quite annoying since in GUI there is no need to specify the $vpd variable at all. 1) I think that the command line tool should behave exactly the same as the GUI version, at least for this case, don´t you agree? 2) Any faster approach to generate different views from a model in OpenSCAD? Intuitively it seems that computing a thousand views should take just a couple of seconds (the 3D navigation is very responsive) but it takes around 10 times more, why is this so? Best, -- Sent from: http://forum.openscad.org/
NH
nop head
Tue, Jan 19, 2021 11:08 PM

Animation recomputes everything as any aspect of the geometry could
depend on $t, not just the camera position.

You do set $vpd in the GUI with the zoom setting and it is displayed as
"distance" in the status bar.

On Tue, 19 Jan 2021 at 20:12, Vigardo bioramon@gmail.com wrote:

Thank you all for the interesting comments!

goblinbot: I already was aware of the "& + wait" parallelization, nice
contribution anyways!

tp3: I´ve tried some dummy example to generate several views of a
rotating
model using either successive command line calls to OpenSCAD or a single
call with the --animate option. The latter resulted about 2-fold faster (23
s vs 40 s).

To test this I used the following command

#> time /home/mon/OpenSCAD-2021.01-RC6-x86_64.AppImage --animate 37
--colorscheme Tomorrow --camera 0,0,0,90,0,0,5 anim.scad

and the following OpenSCAD script:

// Explicit rotation
echo("a=",$t180);
rotate(a=$t
180,v=[0,0,1]) mymodel();

module mymodel()
{
difference()
{
cube([1,1,1],center=true);
sphere(d=1.25,$fn=24);
}
}

Now I wonder if there would be a faster approach, for example, to rotate
the
camera (using --camera option) or the viewport (using $vpr) instead of the
direct model rotation.

// Viewport rotation
$vpr=[90,0,-$t*180];
echo("vpr=",$vpr,"vpt=",$vpt,"vpd=",$vpd);
mymodel();

However, using the following command (with or without the --camera option)
produces a very small object.

#> time /home/mon/OpenSCAD-2021.01-RC6-x86_64.AppImage --animate 37
--colorscheme Tomorrow --camera 0,0,0,90,0,0,5 anim.scad

ECHO: "vpr=", [90, 0, -34.0541], "vpt=", [0, 0, 0], "vpd=", 500

I only partially fix this behavior by explicitly setting the $vpd variable
to a manually adjusted value, e.g. 5.

#> time /home/mon/OpenSCAD-2021.01-RC6-x86_64.AppImage --animate 37
--colorscheme Tomorrow -D '$vpd=5' anim.scad

Unfortunately, there was not any significant speedup using $vpr rotation.

In any case, this behavior (having to manually set the $vpd value) differs
from GUI and is quite annoying since in GUI there is no need to specify the
$vpd variable at all.

  1. I think that the command line tool should behave exactly the same as the
    GUI version, at least for this case, don´t you agree?

  2. Any faster approach to generate different views from a model in
    OpenSCAD?
    Intuitively it seems that computing a thousand views should take just a
    couple of seconds (the 3D navigation is very responsive) but it takes
    around
    10 times more, why is this so?

Best,

--
Sent from: http://forum.openscad.org/


OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org

Animation recomputes everything as any aspect of the geometry could depend on $t, not just the camera position. You do set $vpd in the GUI with the zoom setting and it is displayed as "distance" in the status bar. On Tue, 19 Jan 2021 at 20:12, Vigardo <bioramon@gmail.com> wrote: > Thank you all for the interesting comments! > > *goblinbot*: I already was aware of the "& + wait" parallelization, nice > contribution anyways! > > *tp3*: I´ve tried some dummy example to generate several views of a > rotating > model using either successive command line calls to OpenSCAD or a single > call with the --animate option. The latter resulted about 2-fold faster (23 > s vs 40 s). > > To test this I used the following command > > #> time /home/mon/OpenSCAD-2021.01-RC6-x86_64.AppImage --animate 37 > --colorscheme Tomorrow --camera 0,0,0,90,0,0,5 anim.scad > > and the following OpenSCAD script: > > // Explicit rotation > echo("a=",$t*180); > rotate(a=$t*180,v=[0,0,1]) mymodel(); > > module mymodel() > { > difference() > { > cube([1,1,1],center=true); > sphere(d=1.25,$fn=24); > } > } > > Now I wonder if there would be a faster approach, for example, to rotate > the > camera (using --camera option) or the viewport (using $vpr) instead of the > direct model rotation. > > // Viewport rotation > $vpr=[90,0,-$t*180]; > echo("vpr=",$vpr,"vpt=",$vpt,"vpd=",$vpd); > mymodel(); > > However, using the following command (with or without the --camera option) > produces a very small object. > > #> time /home/mon/OpenSCAD-2021.01-RC6-x86_64.AppImage --animate 37 > --colorscheme Tomorrow --camera 0,0,0,90,0,0,5 anim.scad > > ECHO: "vpr=", [90, 0, -34.0541], "vpt=", [0, 0, 0], "vpd=", 500 > > I only partially fix this behavior by explicitly setting the $vpd variable > to a manually adjusted value, e.g. 5. > > #> time /home/mon/OpenSCAD-2021.01-RC6-x86_64.AppImage --animate 37 > --colorscheme Tomorrow -D '$vpd=5' anim.scad > > Unfortunately, there was not any significant speedup using $vpr rotation. > > In any case, this behavior (having to manually set the $vpd value) differs > from GUI and is quite annoying since in GUI there is no need to specify the > $vpd variable at all. > > 1) I think that the command line tool should behave exactly the same as the > GUI version, at least for this case, don´t you agree? > > 2) Any faster approach to generate different views from a model in > OpenSCAD? > Intuitively it seems that computing a thousand views should take just a > couple of seconds (the 3D navigation is very responsive) but it takes > around > 10 times more, why is this so? > > Best, > > > > -- > Sent from: http://forum.openscad.org/ > > _______________________________________________ > OpenSCAD mailing list > Discuss@lists.openscad.org > http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org >
V
Vigardo
Thu, Jan 21, 2021 5:58 PM

Thanks nophead for the quick response!

What you say makes sense: "Animation recomputes everything as any aspect of
the geometry could depend on $t, not just the camera position."

But, what if the model does not change at all and what just changes is
camera view? Recomputing everything in this case seems a waste of CPU time,
don´t you agree?

Is there a way to speed up the generation of different view snapshots of
exactly the same object?

(Sorry if I say something stupid since I don´t know how OpenSCAD internally
works :-)

--
Sent from: http://forum.openscad.org/

Thanks *nophead* for the quick response! What you say makes sense: "Animation recomputes everything as any aspect of the geometry could depend on $t, not just the camera position." But, what if the model does not change at all and what just changes is camera view? Recomputing everything in this case seems a waste of CPU time, don´t you agree? Is there a way to speed up the generation of different view snapshots of exactly the same object? (Sorry if I say something stupid since I don´t know how OpenSCAD internally works :-) -- Sent from: http://forum.openscad.org/
NH
nop head
Thu, Jan 21, 2021 6:30 PM

Yes in theory it could be optimised but since $vpr, etc are just variables
anything could depend on them, so it would need a compex dependency
analysis to work out that none of the model had changed.

Sprinkling render() in the model might help because then the geometry gets
computed once and cashed, so each animation frame would only calculate all
the variables and expressions and get cache hits for all the geometry.

On Thu, 21 Jan 2021 at 17:59, Vigardo bioramon@gmail.com wrote:

Thanks nophead for the quick response!

What you say makes sense: "Animation recomputes everything as any aspect of
the geometry could depend on $t, not just the camera position."

But, what if the model does not change at all and what just changes is
camera view? Recomputing everything in this case seems a waste of CPU time,
don´t you agree?

Is there a way to speed up the generation of different view snapshots of
exactly the same object?

(Sorry if I say something stupid since I don´t know how OpenSCAD internally
works :-)

--
Sent from: http://forum.openscad.org/


OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org

Yes in theory it could be optimised but since $vpr, etc are just variables anything could depend on them, so it would need a compex dependency analysis to work out that none of the model had changed. Sprinkling render() in the model might help because then the geometry gets computed once and cashed, so each animation frame would only calculate all the variables and expressions and get cache hits for all the geometry. On Thu, 21 Jan 2021 at 17:59, Vigardo <bioramon@gmail.com> wrote: > Thanks *nophead* for the quick response! > > What you say makes sense: "Animation recomputes everything as any aspect of > the geometry could depend on $t, not just the camera position." > > But, what if the model does not change at all and what just changes is > camera view? Recomputing everything in this case seems a waste of CPU time, > don´t you agree? > > Is there a way to speed up the generation of different view snapshots of > exactly the same object? > > (Sorry if I say something stupid since I don´t know how OpenSCAD internally > works :-) > > > > -- > Sent from: http://forum.openscad.org/ > > _______________________________________________ > OpenSCAD mailing list > Discuss@lists.openscad.org > http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org >
L
lar3ry
Thu, Jan 21, 2021 7:15 PM

nophead wrote

Yes in theory it could be optimised but since $vpr, etc are just variables
anything could depend on them, so it would need a compex dependency
analysis to work out that none of the model had changed.

I wonder how many folks would use simple camera movements, without any need
for re-rendering.
If there's a significant number who wish for it, perhaps OpenSCAD could
include some sort of switch that would turn that on as a specific mode. I
know I have wanted to send someone a single animated file rather than a
series of PNGs in order to show different aspects of a model. I never
bothered, because doing so took too long.

It wouldn't even be necessary to detect things that would require
re-rendering, if a warning about bad results could occur.

--
Sent from: http://forum.openscad.org/

nophead wrote > Yes in theory it could be optimised but since $vpr, etc are just variables > anything could depend on them, so it would need a compex dependency > analysis to work out that none of the model had changed. I wonder how many folks would use simple camera movements, without any need for re-rendering. If there's a significant number who wish for it, perhaps OpenSCAD could include some sort of switch that would turn that on as a specific mode. I know I have wanted to send someone a single animated file rather than a series of PNGs in order to show different aspects of a model. I never bothered, because doing so took too long. It wouldn't even be necessary to detect things that would require re-rendering, if a warning about bad results could occur. -- Sent from: http://forum.openscad.org/
NH
nop head
Thu, Jan 21, 2021 7:42 PM

The problem is the camera parameters are set with variables, which can
depend on any other variables or expressions. So you have to at least run
the first pass of OpenSCAD that evaluates all the expressions. That is
usually quick but can get very slow. In my case it takes minutes.

When it is animating, which stage takes all the time? I.e.

Parsing design (AST generation)...

Compiling design (CSG Tree generation)...

Compiling design (CSG Products generation)...

Compiling design (CSG Products normalization)...

On Thu, 21 Jan 2021 at 19:16, lar3ry lar3ry@sasktel.net wrote:

nophead wrote

Yes in theory it could be optimised but since $vpr, etc are just

variables

anything could depend on them, so it would need a compex dependency
analysis to work out that none of the model had changed.

I wonder how many folks would use simple camera movements, without any need
for re-rendering.
If there's a significant number who wish for it, perhaps OpenSCAD could
include some sort of switch that would turn that on as a specific mode. I
know I have wanted to send someone a single animated file rather than a
series of PNGs in order to show different aspects of a model. I never
bothered, because doing so took too long.

It wouldn't even be necessary to detect things that would require
re-rendering, if a warning about bad results could occur.

--
Sent from: http://forum.openscad.org/


OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org

The problem is the camera parameters are set with variables, which can depend on any other variables or expressions. So you have to at least run the first pass of OpenSCAD that evaluates all the expressions. That is usually quick but can get very slow. In my case it takes minutes. When it is animating, which stage takes all the time? I.e. Parsing design (AST generation)... Compiling design (CSG Tree generation)... Compiling design (CSG Products generation)... Compiling design (CSG Products normalization)... On Thu, 21 Jan 2021 at 19:16, lar3ry <lar3ry@sasktel.net> wrote: > nophead wrote > > Yes in theory it could be optimised but since $vpr, etc are just > variables > > anything could depend on them, so it would need a compex dependency > > analysis to work out that none of the model had changed. > > I wonder how many folks would use simple camera movements, without any need > for re-rendering. > If there's a significant number who wish for it, perhaps OpenSCAD could > include some sort of switch that would turn that on as a specific mode. I > know I have wanted to send someone a single animated file rather than a > series of PNGs in order to show different aspects of a model. I never > bothered, because doing so took too long. > > It wouldn't even be necessary to detect things that would require > re-rendering, if a warning about bad results could occur. > > > > > -- > Sent from: http://forum.openscad.org/ > > _______________________________________________ > OpenSCAD mailing list > Discuss@lists.openscad.org > http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org >
V
Vigardo
Fri, Jan 22, 2021 5:43 PM

Thanks all for the interesting contributions and fast responses, you´re very
nice!

The render() parameter does speed up the process more than 10 fold (i.e.
from about 20 to less than 2 seconds!) using either the "Explicit rotation"
or the "Viewport rotation" methods.

However, this only works from GUI. When I run it from command-line "Explicit
rotation" works but takes 20 s and the "Viewport rotation" takes the same
time but the view is not updated (i.e. 36 equal "frozen" snapshots are
produced...). Is this the expected OpenSCAD behavior?

I think that tp3 already advised about this on a previous post:

Me: "2) Will the persistent cache feature persist across multiple separate
calls to OpenSCAD command-lined or just the GUI version?"
tp3: "It's supposed to work with both (but command line will need explicit
setup options, not using the config that is available in GUI)."

What are these "explicit setup options"?

For completeness, these were the two methods used in my tests:

// Explicit rotation
echo("a=",$t180);
rotate(a=$t
180,v=[0,0,1])
render()
mymodel();

// Viewport rotation
$vpr=[90,0,-$t*180];
$vpd=5;
echo("vpr=",$vpr,"vpt=",$vpt,"vpd=",$vpd);
render()
mymodel();

And this was the command:

#> time OpenSCAD-2021.01-RC6-x86_64.AppImage --animate 36 --camera
0,0,0,90,0,0,5 ViewRender.scad

Note that the --camera option is required to prevent the annoying automatic
zoom in & out issue. I want that the object appears like if it were placed
in a virtual rotation table, the camera has to be at the same distance all
the time.

By the way, is there some way to tell OpenSCAD to use the initial camera
parameters (i.e. those at $t=0) for the whole animation?

--
Sent from: http://forum.openscad.org/

Thanks all for the interesting contributions and fast responses, you´re very nice! The render() parameter does speed up the process more than 10 fold (i.e. from about 20 to less than 2 seconds!) using either the "Explicit rotation" or the "Viewport rotation" methods. However, this only works from GUI. When I run it from command-line "Explicit rotation" works but takes 20 s and the "Viewport rotation" takes the same time but the view is not updated (i.e. 36 equal "frozen" snapshots are produced...). Is this the expected OpenSCAD behavior? I think that *tp3* already advised about this on a previous post: Me: "2) Will the persistent cache feature persist across multiple separate calls to OpenSCAD command-lined or just the GUI version?" tp3: "It's supposed to work with both (but command line will need explicit setup options, not using the config that is available in GUI)." What are these "explicit setup options"? For completeness, these were the two methods used in my tests: // Explicit rotation echo("a=",$t*180); rotate(a=$t*180,v=[0,0,1]) render() mymodel(); // Viewport rotation $vpr=[90,0,-$t*180]; $vpd=5; echo("vpr=",$vpr,"vpt=",$vpt,"vpd=",$vpd); render() mymodel(); And this was the command: #> time OpenSCAD-2021.01-RC6-x86_64.AppImage --animate 36 --camera 0,0,0,90,0,0,5 ViewRender.scad Note that the --camera option is required to prevent the annoying automatic zoom in & out issue. I want that the object appears like if it were placed in a virtual rotation table, the camera has to be at the same distance all the time. By the way, is there some way to tell OpenSCAD to use the initial camera parameters (i.e. those at $t=0) for the whole animation? -- Sent from: http://forum.openscad.org/
JB
Jordan Brown
Sat, Jan 23, 2021 4:32 AM

On 1/22/2021 9:43 AM, Vigardo wrote:

// Explicit rotation
echo("a=",$t180);
rotate(a=$t
180,v=[0,0,1])
render()
mymodel();

// Viewport rotation
$vpr=[90,0,-$t*180];
$vpd=5;
echo("vpr=",$vpr,"vpt=",$vpt,"vpd=",$vpd);
render()
mymodel();

You probably want to stick with the latter.  It's doing what you want to
do:  moving the camera.

And this was the command:

#> time OpenSCAD-2021.01-RC6-x86_64.AppImage --animate 36 --camera
0,0,0,90,0,0,5 ViewRender.scad

Note that the --camera option is required to prevent the annoying automatic
zoom in & out issue. I want that the object appears like if it were placed
in a virtual rotation table, the camera has to be at the same distance all
the time.

I'm not sure exactly what problem you're seeing, but note that --camera
is the same as setting $vpt, $vpr, and $vpd.

By the way, is there some way to tell OpenSCAD to use the initial camera
parameters (i.e. those at $t=0) for the whole animation?

Don't have $vpt/$vpr/$vpd depend on $t.  Or is there something more
complicated that I'm missing?

But of course if your animation consists of flying your camera around,
it will get really boring if you don't have the camera move when $t changes.

On 1/22/2021 9:43 AM, Vigardo wrote: > // Explicit rotation > echo("a=",$t*180); > rotate(a=$t*180,v=[0,0,1]) > render() > mymodel(); > > // Viewport rotation > $vpr=[90,0,-$t*180]; > $vpd=5; > echo("vpr=",$vpr,"vpt=",$vpt,"vpd=",$vpd); > render() > mymodel(); You probably want to stick with the latter.  It's doing what you want to do:  moving the camera. > And this was the command: > > #> time OpenSCAD-2021.01-RC6-x86_64.AppImage --animate 36 --camera > 0,0,0,90,0,0,5 ViewRender.scad > > Note that the --camera option is required to prevent the annoying automatic > zoom in & out issue. I want that the object appears like if it were placed > in a virtual rotation table, the camera has to be at the same distance all > the time. I'm not sure exactly what problem you're seeing, but note that --camera is the same as setting $vpt, $vpr, and $vpd. > By the way, is there some way to tell OpenSCAD to use the initial camera > parameters (i.e. those at $t=0) for the whole animation? Don't have $vpt/$vpr/$vpd depend on $t.  Or is there something more complicated that I'm missing? But of course if your animation consists of flying your camera around, it will get really boring if you don't have the camera move when $t changes.
W
Whosawhatsis
Sat, Jan 23, 2021 4:42 AM

On Jan 22, 2021, 09:44 -0800, Vigardo bioramon@gmail.com, wrote:

#> time OpenSCAD-2021.01-RC6-x86_64.AppImage --animate 36 --camera
0,0,0,90,0,0,5 ViewRender.scad

Putting --camera in your command line will override $vpr, $vpt and $vpd.

On Jan 22, 2021, 09:44 -0800, Vigardo <bioramon@gmail.com>, wrote: > #> time OpenSCAD-2021.01-RC6-x86_64.AppImage --animate 36 --camera > 0,0,0,90,0,0,5 ViewRender.scad Putting --camera in your command line will override $vpr, $vpt and $vpd.