Skip to main content
Flow Core Documentation
Menu

Flow Camera

Driving Camera Shots from a Graph

Activate, prioritize, and modify Flow Camera Shots from gameplay logic.

Audience
Gameplay and camera developers
Time
12 minutes
Requires
A Flow Camera controller and at least two Shots
Modules
Flow Camera
On this page

Use Flow Graph Instructions to request camera changes while the Flow Camera controller remains responsible for Channel filtering, priority selection, transitions, and fallback.

Goal

Activate a CloseUp Shot when an event starts, then deactivate it to return to the lower-priority Gameplay Shot.

Video · 0:43Flow CameraWatch authored Camera Shots produce a visible camera result in Play Mode.

Prepare the Shots

Confirm both Shots:

  • belong to Channel Main;
  • have unique Shot Names;
  • are registered and configured with valid poses;
  • use priorities that express the intended fallback order.

Keep Gameplay activated. CloseUp may begin inactive until the graph requests it.

Activate a Shot

  1. Open the graph that owns the gameplay event.
  2. Add a reliable Trigger or Entry.
  3. Add an Action.
  4. Add Camera Activate Shot from Camera/Shot.
  5. Target CloseUp through a direct reference or Channel and Shot Name.
  6. Connect a visible follow-up result if the camera change coordinates with UI, animation, or audio.
Image 04_05_01Screenshot production note

此处插图应该是 Graph Editor 中 Trigger 连接 Camera Activate Shot 的截图；展开目标选择并显示 Channel Main、Shot Name CloseUp，同时保留运行高亮。

Return to the fallback Shot

After the close-up moment completes, run Camera Deactivate Shot for CloseUp. The controller should select the next eligible Shot in Channel Main, which is Gameplay in this setup.

Do not enable and disable Shot GameObjects merely to request ordinary priority changes. Deactivation keeps the component registered while removing it from selection.

Image 04_05_02Screenshot production note

此处插图应该是 CloseUp 激活前、激活中、停用后三个 Game 视图构图的连续截图；下方对应显示 Gameplay→CloseUp→Gameplay 的 Shot 选择状态。

Extend the graph

Related Instructions let gameplay:

  • set Shot activation from a Bool;
  • change Shot Priority;
  • replace Follow, LookAt, or Orbit targets;
  • change Shot lens values;
  • apply camera shake through a controller;
  • select a controller by main controller, reference, or Channel.

Prefer direct references for tightly owned scene behavior. Use Channel and Shot Name when reusable graph logic should select authored identity. Team-wide Channel and Shot Name lists can improve picker consistency, but runtime lookup still depends on the serialized strings.

Verify the result

Common Mistakes

SymptomCheck
The Shot is not foundConfirm Channel and Shot Name match serialized identity exactly.
The Shot activates but does not winCompare priority with every other activated Shot in the Channel.
The wrong camera changesCheck controller target mode and Channel.
Fallback leaves no useful viewKeep at least one valid lower-priority gameplay Shot activated.
The transition looks like tracking lagTune transition separately from Follow and LookAt damping.

What You Built

You connected gameplay logic to Flow Camera without transferring camera-selection responsibility into the graph. The graph requests CloseUp; the controller filters the Channel, evaluates priority, plays the transition, and restores the Gameplay fallback after deactivation.