SteamVR 2.18.2 brings eye-openness data to apps via OSC ahead of SDK support

A blink, a squint, an eye half-closed—these carry much of what makes an avatar's face read as conscious and present.
Eye-openness data enables subtle facial animation that makes digital avatars feel more alive in social VR.
Mark

So eye openness is just whether your eyes are open or closed, not where you're looking?

Mimi

Exactly. It's lid position—how far shut or open each eye is at any given moment. Gaze is direction. They're separate things.

Luke

And Valve is only exposing this via OSC right now, not through the OpenVR SDK?

Mimi

Right. OSC is a network protocol that apps already listen for. But it's not versioned, so if Valve changes what the driver sends, apps have to adapt.

Mark

When does the SDK version arrive?

Luke

Valve says "upcoming release" with no date or version number attached. That's the honest answer—we don't know yet.

Mimi

But the SDK version will be more stable once it exists. It'll be a proper API call instead of a live data stream.

Mark

Who's using this right now?

Luke

Developers, mostly. Valve hasn't named any shipping app that reads the OSC output yet.

Mimi

The real value is for social VR—avatars that blink and squint when you do. That's what makes a face feel alive.

Mark

Does this work on standalone headsets, or just when streaming from PC?

Luke

Just streaming from PC. Valve's note specifically says it's for "streaming from Steam Frame." Nothing about standalone apps.

Mimi

And it only works with SteamOS 0.4.3 or higher, which is still in beta.

  • Avatar faces in social VR have long felt frozen or mechanical, and Valve is now offering developers the raw eyelid data needed to change that.
  • The feature is live but fragile — delivered over OSC, a network message stream rather than a stable SDK, meaning any developer who builds on it must stay vigilant as Valve iterates.
  • A critical distinction separates this from gaze tracking: lid-openness tells an app how open an eye is, not where it is looking, making it a tool for expression rather than rendering optimization.
  • The pipeline only activates under specific beta conditions — SteamOS 0.4.3 on the headset and SteamVR 2.18.2 on PC — and only when streaming from headset to PC, leaving standalone use unaddressed.
  • Valve has promised a more stable OpenVR SDK integration in a future release, but has attached no version number or date, leaving developers to build now on shifting ground.

In the quiet evolution of digital presence, Valve has taken a small but meaningful step: the eyelids of a person wearing a Steam Frame headset can now animate the eyelids of their avatar in real time. Released through SteamVR Beta 2.18.2 on October 1st, this feature channels raw lid-position data through the OSC protocol, offering social VR developers a new instrument for making virtual faces feel inhabited. It is a reminder that the most human signals are often the subtlest ones — a blink, a squint, the half-closed eye of a tired mind — and that the distance between a digital mask and a living face is measured in such small details.

Valve has quietly opened a new channel of human expression in virtual reality. With the release of SteamVR Beta 2.18.2 on October 1st, the Steam Frame headset now transmits eye-openness data — how far open or closed each eyelid is at any given moment — to applications via OSC, the Open Sound Control protocol already familiar to social VR developers for passing tracker and avatar data between programs.

The significance is easy to underestimate. Lid position alone — a blink, a squint, an eye drifting half-shut — carries much of what makes a digital face feel conscious and present. This is distinct from gaze tracking, which measures where the eyes are pointed and powers foveated rendering by reducing peripheral image quality. Eye openness is purely about expression, and for social VR, that distinction matters enormously.

For now, the feature is developer-facing. No application has been named as already listening for this output, and OSC is a live data stream rather than a versioned API — meaning developers must build custom listeners and remain ready to adapt if Valve changes what the Steam Link driver sends. A more stable OpenVR SDK integration is promised for a future release, but without a confirmed version or timeline.

The feature also carries specific requirements: SteamOS 0.4.3 or higher on the headset, both components on their respective beta channels, and an active PC streaming session. Standalone use on the headset is not addressed. Steam Frame itself only went on sale September 14th, and Valve has already pushed three OS betas in under a week — a pace that signals both ambition and the ongoing work of stabilization.

What has opened is a narrow but meaningful door: a path toward avatar animation that mirrors the involuntary, human movements of the face without explicit input or motion capture. When the OpenVR SDK path arrives, building on that foundation will become easier and more durable. For now, it is an invitation to developers willing to work at the frontier.

Valve has begun exposing eye-openness data from Steam Frame to applications, starting with SteamVR Beta 2.18.2, which shipped on October 1 at 18:22 UTC. The move opens a path for social VR apps to animate avatars that blink and squint in sync with the wearer's actual eyelids—a small detail that carries outsized weight in making a digital face feel present and alive.

The data travels via OSC, or Open Sound Control, a message format that applications listen for over the network. It is the same protocol that social VR tools already use to pass tracker data and avatar parameters between programs. But OSC is not a versioned SDK call; it is a live stream of values that an app has to be built to read. Valve has not named any application currently listening for this output, which means the immediate audience is developers rather than headset owners. The company says OpenVR SDK support—a more stable, versioned interface—will arrive in an upcoming release, though it has attached no version number or date to that promise.

The distinction between eye openness and gaze matters here. Openness is lid data: how far open or closed each eye is from moment to moment. It tells you nothing about where someone is looking. Gaze tracking, by contrast, measures the direction of the eye and is what Steam Frame's eye-tracking hardware is typically discussed for—it powers foveated rendering, a technique that reduces computational load by rendering the periphery at lower quality. Valve's note makes no connection between eye openness and foveated rendering. For social VR, lid position alone does substantial work. A blink, a squint, an eye half-closed—these carry much of what makes an avatar's face read as conscious and present.

The feature works only under specific conditions. It requires SteamOS 0.4.3 or higher on the Steam Frame headset, and both versions sit on beta channels. On the PC side, SteamVR 2.18.2 is available to anyone who opts into the SteamVR beta branch. On the headset, SteamOS 0.4.3 lives on the Steam Frame Beta channel, accessible through Settings > System > System Update Channel. The data flows only when streaming from a Steam Frame to a PC; Valve says nothing about standalone apps running directly on the headset. What has opened up, in other words, is the PC side of the streaming pipeline.

Steam Frame itself is still very new. The headset went on sale on September 14, and Valve has already pushed three OS betas in six days. The 0.4.1 build fixed a streaming keyboard issue. The 2.18.2 beta also carries a hotfix Valve added at 23:00 UTC on October 1 for green and black screen problems with Steam Link on Linux. The pace of updates suggests Valve is moving quickly to stabilize the platform and expand what it can do.

Until the OpenVR SDK integration arrives, developers who want to read eye-openness data have to build custom listeners for OSC messages. That is the trade-off of choosing a network protocol over a versioned API call: flexibility and speed now, but at the cost of fragility. Any change Valve makes to what the Steam Link driver sends out requires apps to keep pace. The OSC output itself comes from SteamVR's Steam Link driver, which Valve modified in the previous beta. Anything built against the old output format has to adapt or break.

For now, the feature is a developer-facing tool. But it points toward a future where avatar animation in social VR becomes more granular and more human—where the small, involuntary movements of the face sync with the person wearing the headset, without requiring explicit input or a separate layer of motion capture. The OpenVR SDK path, when it arrives, will make that easier to build and more stable to ship.

Valve says eye openness will also be available via the OpenVR SDK in an upcoming release
— Valve's official statement
Contáctanos FAQ