PhotoCall

Single photo to realtime video call avatar — no runtime GPU

Visit Website
May 11, 2026 I moved my live avatar runtime to the backend — this finally makes it feel SaaS-capable

Quick build update on PhotoCall.

I’m building a live avatar system that turns a single photo into a reusable photorealistic avatar.

The original idea was simple: do the expensive work upfront during preprocessing, so runtime usage stays cheap.

But I had one big practical problem:

Even if the avatar looked good, the frontend/runtime experience still depended too much on the user’s device.

On stronger machines it worked well.
On weaker devices, browser-side video handling could get choppy or unstable.

That is a bad foundation for a SaaS product.

So I moved the live avatar runtime fully backend-side.

This feels like a much bigger milestone than adding another feature, because it makes the system much closer to something other products could actually use.

The direction now is:

  1. plug-and-play widget for other products

  2. later API integration for builders who need more control

It’s still not “perfect lip sync at any cost”.
The tradeoff is intentional: photorealistic, reusable, cheap to run, and reliable enough to embed into real products.

Curious how other builders would think about the first integration model:

Would you start with a simple plug-and-play widget, or go directly toward an API?

Comment

April 25, 2026 Realtime avatars are too expensive to be everywhere — what if runtime cost was near zero?

This is exactly the question I asked myself when I looked into realtime avatars for my own projects.

The tech is getting impressive, but the economics still felt broken to me. Especially for B2C products or smaller B2B use cases, paying heavily for every live avatar minute makes a lot of ideas hard to justify.

So I started digging into the technical side and built PhotoCall, a pipeline that turns a single photo into a photorealistic realtime avatar.

The basic idea: move the expensive work into preprocessing instead of doing everything live at runtime.

That means the avatar can run with very low latency and very low runtime cost, while staying photorealistic and reproducible.
The tradeoff is lip sync precision. It won’t be as accurate as doing GPU-heavy frame-by-frame video generation at runtime, but for many product use cases that feels like a good trade: reliable, photorealistic characters that are instant, reproducible and cheap enough to use repeatedly.

The single-photo part also changes the user stories. If you don’t need a reference video, the same person or character can be reused across different scenes, looks, roles and contexts.

That feels like it could open up use cases beyond classic “talking head” demos: onboarding, product demos, support, interview prep, education, AI companions or something less obvious.

So I’m trying to figure out the right direction:

build this as infrastructure for other builders, or use it to build specific products on top?

What would you do?

About

Realtime avatars are powerful, but still too expensive, complex, or video-dependent for many builders. PhotoCall makes live AI characters easier: one photo, realtime interaction, no runtime GPU.