> ## Documentation Index
> Fetch the complete documentation index at: https://crsdk.app/llms.txt
> Use this file to discover all available pages before exploring further.

# Move the AF frame

> Move the centre of the autofocus frame. Send either absolute coordinates
(`x` 0-639, `y` 0-479) or `normalized` 0-1 values — the latter is usually
what you want when translating a tap or click on a live view.

## The camera clamps, and does not tell you

The usable area is smaller than the full range: it is inset from the edges
and varies by model, aspect ratio and AF setting. A request inside
0-639/0-479 is always accepted with `200`, then silently clamped.

Measured on an ILCE-7M4 with Tracking Expand Flexible Spot — every corner
was requested and every one was pulled inward, symmetrically:

| Requested | Landed |
|---|---|
| `0, 0` | `65, 61` |
| `639, 0` | `574, 61` |
| `639, 479` | `574, 418` |
| `0, 479` | `65, 418` |
| `320, 240` | `320, 240` |

That is a usable area of x `65-574`, y `61-418` — the middle 80% x 74% of
the coordinate space. Treat those numbers as illustrative, not a contract:
a different body, aspect ratio or AF area will inset differently.

A write is also ignored outright when the focus area has no movable box.
**Always follow up with `getAFAreaPosition` to see where the frame
actually is** rather than assuming the requested value took.

Requires priority key `pc-remote`.




## OpenAPI

````yaml /openapi.yaml put /api/cameras/{cameraId}/af-area-position
openapi: 3.1.0
info:
  title: Alpha Camera REST API
  version: 3.0.0
  description: >
    RESTful control for Sony cameras — shooting, settings, live view with OSD
    overlay,

    focus control, and file transfer through a clean HTTP interface.


    Built on the Sony Camera Remote SDK. Supports USB and network camera
    connections

    with multi-camera simultaneous operation.


    ## Connection Modes


    | Mode | Description |

    |------|-------------|

    | `remote` | Full camera control: shooting, settings, live view.
    Auto-transfer images to host PC. |

    | `remote-transfer` | Camera control + explicit SD card file access. Most
    capable mode. |

    | `contents` | SD card file access only. No shooting or settings control. |


    ## Quick Start


    1. `GET /api/cameras` — discover cameras

    2. `POST /api/cameras/{id}/connection` — connect

    3. `PUT /api/cameras/{id}/priority-key` — set to `pc-remote`

    4. `PUT /api/cameras/{id}/properties/{name}` — configure settings

    5. `POST /api/cameras/{id}/actions/af-shutter` — shoot

    6. `DELETE /api/cameras/{id}/connection` — disconnect


    ## Priority Key Requirement


    The camera's priority key **must** be set to `pc-remote` before it accepts
    any

    remote property changes or shooting commands.
  license:
    name: Proprietary
  contact:
    name: Camera Remote SDK
    url: https://github.com/ocjlee888/camera-remote-sdk-project
servers:
  - url: http://{host}:{port}
    description: |
      Local camera server. The server binary runs on the host that has the
      camera physically connected (USB or network). Defaults to
      `http://localhost:8080`; override `host` and `port` when the server
      runs on a different machine (e.g. a Raspberry Pi next to the camera).
    variables:
      host:
        default: localhost
        description: Host running the camera server binary
      port:
        default: '8080'
        description: Port the camera server is listening on
security: []
tags:
  - name: Connection
    description: Camera discovery, connection, and disconnection
  - name: Properties
    description: Read and write camera properties (ISO, aperture, shutter speed, etc.)
  - name: Actions
    description: Shooting commands and motor control (shutter, zoom, focus)
  - name: Live View
    description: Live view streaming and OSD overlay control
  - name: Events
    description: Server-Sent Events for real-time camera callbacks
  - name: SD Card
    description: SD card file browsing and download
  - name: Settings
    description: Save path configuration and camera settings file management
  - name: Server
    description: Server health, status, and log retrieval
paths:
  /api/cameras/{cameraId}/af-area-position:
    put:
      tags:
        - Actions
      summary: Move the AF frame
      description: >
        Move the centre of the autofocus frame. Send either absolute coordinates

        (`x` 0-639, `y` 0-479) or `normalized` 0-1 values — the latter is
        usually

        what you want when translating a tap or click on a live view.


        ## The camera clamps, and does not tell you


        The usable area is smaller than the full range: it is inset from the
        edges

        and varies by model, aspect ratio and AF setting. A request inside

        0-639/0-479 is always accepted with `200`, then silently clamped.


        Measured on an ILCE-7M4 with Tracking Expand Flexible Spot — every
        corner

        was requested and every one was pulled inward, symmetrically:


        | Requested | Landed |

        |---|---|

        | `0, 0` | `65, 61` |

        | `639, 0` | `574, 61` |

        | `639, 479` | `574, 418` |

        | `0, 479` | `65, 418` |

        | `320, 240` | `320, 240` |


        That is a usable area of x `65-574`, y `61-418` — the middle 80% x 74%
        of

        the coordinate space. Treat those numbers as illustrative, not a
        contract:

        a different body, aspect ratio or AF area will inset differently.


        A write is also ignored outright when the focus area has no movable box.

        **Always follow up with `getAFAreaPosition` to see where the frame

        actually is** rather than assuming the requested value took.


        Requires priority key `pc-remote`.
      operationId: setAFAreaPosition
      parameters:
        - $ref: '#/components/parameters/cameraId'
      requestBody:
        required: true
        content:
          application/json:
            schema:
              $ref: '#/components/schemas/AFAreaPositionRequest'
      responses:
        '200':
          description: >
            Accepted by the camera. The frame may have been clamped — confirm
            with

            `getAFAreaPosition`.
          content:
            application/json:
              schema:
                $ref: '#/components/schemas/CameraResponse'
        '400':
          description: |
            Missing or malformed body, coordinates out of range, or the camera
            rejected the write.
          content:
            application/json:
              schema:
                $ref: '#/components/schemas/ErrorResponse'
        '404':
          description: Camera not found
          content:
            application/json:
              schema:
                $ref: '#/components/schemas/ErrorResponse'
components:
  parameters:
    cameraId:
      name: cameraId
      in: path
      required: true
      description: Camera identifier (e.g. `D10F60149B0C`)
      schema:
        type: string
  schemas:
    AFAreaPositionRequest:
      type: object
      description: >
        Supply either `x` and `y`, or a `normalized` object. If both are
        present,

        `normalized` wins.
      properties:
        x:
          type: integer
          minimum: 0
          maximum: 639
          description: Frame centre X in the camera's AF coordinate space.
        'y':
          type: integer
          minimum: 0
          maximum: 479
          description: Frame centre Y in the camera's AF coordinate space.
        normalized:
          type: object
          description: >
            Frame centre as 0-1 fractions of the live view — use this for a tap
            or

            click position without converting to the SDK's coordinate space.
          properties:
            x:
              type: number
              minimum: 0
              maximum: 1
            'y':
              type: number
              minimum: 0
              maximum: 1
    CameraResponse:
      type: object
      description: |
        Generic envelope returned by most camera operations. The shape of
        `data` varies per endpoint — most operations return an empty or
        null `data`; operations that return structured data document a
        specific shape. SDK-generated types can treat `data` as an opaque
        map for generic endpoints.
      required:
        - success
      properties:
        success:
          type: boolean
        message:
          type: string
        camera:
          $ref: '#/components/schemas/CameraSummary'
        data:
          type: object
          additionalProperties: true
    ErrorResponse:
      type: object
      description: |
        Standard non-2xx response envelope. The API does not currently expose a
        stable machine-readable error code in the JSON body, so clients should
        branch on HTTP status first and then inspect `message` for the
        human-readable reason.
      example:
        success: false
        message: Camera not connected
        camera:
          connected: false
          model: ILCE-7M4
          id: D06CE05E3323
      required:
        - success
        - message
      properties:
        success:
          type: boolean
          const: false
          example: false
        message:
          type: string
          example: Camera not connected
        camera:
          $ref: '#/components/schemas/CameraSummary'
    CameraSummary:
      type: object
      description: Camera info embedded in API responses
      properties:
        connected:
          type: boolean
          example: false
        model:
          type: string
          example: ILCE-7M4
        id:
          type: string
          example: D06CE05E3323

````