I think the problem is --viewall and --autocenter can only operate after
the model has been generated because they need to inspect its bounding
sphere.

$vp* need to be evaluated before the model can be generated, because it
might depend on them. So you can't really use both.

On Sun, 24 Jan 2021 at 21:50, Vigardo bioramon@gmail.com wrote:

So, with the disabling of --viewall and --autocenter, and the fact that there is no way in OpenSCAD to determine the actual size of geometry to set $vpr from, I take it it’s now not possible to actually do the equivalent of those options?

-Revar

For a rotating turntable can you just rotate the model with $t and use
--viewall and --autocenter?

On Sun, 24 Jan 2021 at 22:49, Revar Desmera revarbat@gmail.com wrote:

Well, if I knew the size of the object first, that’d be fine.  But I’m generating hundreds of images for arbitrary OpenSCAD code.  Imagine having examples that vary in size from 1mm to 500mm.  I really don’t want to have to go through and standardize the sizes or add $vpr specs for literally hundreds of examples.

• Revar

You don't. --viewall and --autocenter still work from the command line as
long as you don't use $vp* in the code.

Previously $vp? were ignored on the command line, so there is no loss of
functionality. You can now use them but not at the same time as  --viewall
and --autocenter.

On Mon, 25 Jan 2021 at 07:36, Revar Desmera revarbat@gmail.com wrote:

nophead wrote

No, I can´t. If I use the following script and command the annoying zoom in
and out issue arises...

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

#> OpenSCAD-2021.01-RC5-x86_64.AppImage --viewall --autocenter --animate 36
ViewRender.scad

RevarBat wrote

As I tried to explain in previous posts, this is exactly why using the $vp*
or camera controls is not a good workaround since I would have to have an
specific $vpd value for each (different size) model.

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

Well I would say it is a bug if the --animate applies  --viewall
--autocenter  per frame. That doesn't make sense. It should do it once at
the start, like you would do the GUI.

On Mon, 25 Jan 2021 at 19:56, Vigardo bioramon@gmail.com wrote:

I'm currently running OpenSCAD from the command line with the --animate option for the first time. I really like the feature, and it's presumably faster/more efficient than my old method of using a bash script with a loop, since it's a single instance and benefits from caching.

The one thing that's missing is the ability to parallelize it. With my script, I was able to run multiple instances, each generating every fourth frame, with offsets so that I could take advantage of multiple processor cores. I could probably add a variable that would alter $t to create the same offset, but it would be better if OpenSCAD could natively parallelize this process, rendering an arbitrary number of frames concurrently to take better advantage of the processor.

Of course, if the core of OpenSCAD could be made to work in a multi-threaded way, rendering one frame at a time would be able to take advantage of the cores, and it would speed up everything in OpenSCAD while making concurrent frame processing unnecessary, but I assume there are lots of good reasons that hasn't been done, and just allowing concurrent frame rendering should be a lot easier.
On Jan 25, 2021, 14:28 -0800, nop head nop.head@gmail.com, wrote: