Spot Tracking

You would just interpolate more points along the path (eg more cues/focuses).

The file can be opened in nomad 3.2, but only through the file browser.

As a follow-up, here's a video showing more cues to interpolate along a curved path: https://youtu.be/8TqoDSl1iPg

Dropbox link to file: https://www.dropbox.com/scl/fi/2sg18pemlscgztew9j9v5/Yellow-Brick-Road-Demo-2024-09-29-16-01-36.esf3d?rlkey=j1vjjrqrluvrxobhgp6vjv9z9&dl=0

What if the yellow brick road is curved and you don't want jagged, robotic motion?

What if you want it to start slow and end slow instead of stopping hard and going at a constant velocity?

I replicated your video in 5 minutes, but my yellow brick road has 20 twists and turns and I'm able to effortlessly control the walking speed the whole way. I get not wanting to have to download 3rd party software, but if you want more than the absolute bare minimum control authority, you have to. At least until ETC takes their software out of the 1990's.

Yellow brick road with 20 twists and turns and with smooth speed ramping: www.youtube.com/watch

You can adjust cue timing to ramp between points, adjust follow timing to determine when one preset overrides the next; it's no graphic linear editor, but it's all doable from within the console. You can also apply curves to cues (and cue parts) depending on what you need to do. In the Eos only method, you could even cut out the SEMs, and just make sure your lights are set to XYZ (instead of Pan/Tilt) for the cues in which you need tracking, which would probably be the better solution in most cases.

Both methods still require a background knowledge of SEMs, A3D, and linking the SEM to a reference palette.

Respectfully, I don't think a yellow brick road measuring contest is necessary. I just want to illustrate that this is doable from within the Eos software without investing too much time or energy.

On almost every musical I have programmed since A3D has come out, I've tracked a performer or clump of dancers using XYZ focus because they were moving in a non-linear way and its turned out great.

It's about

1. Number of steps
2. Scalability
3. Intuitiveness
4. Ease of editing later
5. Ability to quickly understand how it works
6. Quality of end result

With the curve engine, you have:

1. Smallest possible number of steps
2. Extremely scalable
3. Extremely intuitive noce you learn some basics
4. Extremely easy to edit later
5. Can glance at it and understand exactly how it's set up
6. Highest possible quality of end result

Without the curve engine:

1. A ton of extra steps
2. Not very scalable since every point is an extra cue that must be created and timed
3. Somewhat intuitive but definitely not as simple as it could be
4. Somewhat easy to edit later, but edits can be complex
5. Cannot glance at it and understand how it's set up
6. Without extensive work, it will be robotic, so high quality is difficult, and moving in not a straight line is basically impossible

Harrison Freni said:

I just want to illustrate that this is doable from within the Eos software without investing too much time or energy.

Let's simplify. How do you get it to follow a large arc the width of the proscenium that has speed ramping on both ends without just using a bunch of straight lines? And how is that method accessible to someone with limited experience and technical know-how? For example I would consider myself at least moderately competent on Eos and right now I'm trying to figure out how to do these "Curve" adjustments to cues and I can't figure it out, and I even know about it and even read the documentation for it.