Release Axis PTZ queue ownership when control is finished

Bottom line: End the control session deliberately and check the resulting owner. Keep releasing a queue position separate from stopping motion and from accepting another operator’s camera view.

Source fact: documented behavior

Axis’s Pan/tilt/zoom API says its PTZ queue permits one controlling user at a time and prioritizes requests, with smaller priority numbers taking precedence.

The queue API uses control=request to request ownership, control=query to inspect client status and control=drop to relinquish control or leave the queue.

When control queueing is enabled for a video channel, the source limits PTZ control to the client that currently possesses it.

What the source does not establish

Do not infer that dropping ownership sends a motion-stop command, removes every queued client or changes another channel’s state. Confirm the actual channel, queue configuration and client identity handling. Keep physical movement, priority policy and safe operator handoff as separate checks.

Applicability questions

• Which video channel and client identity should own the current session?
• What queue configuration and priorities actually apply?
• How does the client query and release its position?
• Who verifies motion has stopped before the next approved operator takes control?

DSE recommendation: controlled next steps

The following steps are DSE recommendations based on the cited source.

DSE recommends explicit acquisition, status and release transitions in the client, with motion-stop behavior reviewed independently.

1. Choose a supported camera and an attended clear test scene with two authorized clients. Record the intended channel and actual queue settings. Identify which client should control first and how each reports its queue state. Preserve the existing priority policy rather than altering user-group priorities merely to force a demonstration result.
2. Use the documented request and query workflow for the first client. Keep a movement request separate from the evidence identifying the current owner. Ask the second client to make its expressly approved control request and retain both clients’ observations. Do not treat a rejected or waiting client as a device failure without examining the queue state.
3. Stop any approved test movement through its supported control procedure, then release the first client’s ownership or queue position through the documented drop operation. Query the relevant client states again and verify the intended handoff with an operator. Clean up the test clients and restore the approved operator arrangement instead of leaving a background session unexplained.

Verification and evidence

Retain the channel, client references, queue settings, ownership requests, status observations and release outcome in one timeline. Record physical stop and the next operator’s control as distinct observations. Have another reviewer reconstruct the owner at each step without relying solely on the displayed picture.

Use a proposed client fixture where a session ends without releasing its queue position. Require the implementation review to identify the missing release path and its supported handling. Keep disconnection and error recovery subject to the exact client design. No camera movement, queue handoff or universal disconnect behavior was tested for this article.

Official references

• Pan/tilt/zoom API — Axis Communications; official VAPIX documentation.

Source review completed October 29, 2026. Recheck the official documentation and the deployed device’s capabilities before changing production settings.