On quality
Why translating a game as you play is genuinely hard
Reading a live game screen and translating it in place is a hard engineering problem — harder than it looks from the outside, and the one Playto is built around. We'd rather be honest about why than pretend it's a solved box we've ticked. If a screen ever reads wrong, it's usually one of the reasons below, not carelessness — and each is something we keep working on. This page is the engineering behind that, without the internals.
1 · Translation
You have to read the screen before you can translate it
A web page hands a translator clean text. A game hands you an image — the text is drawn as pixels, with no readable stream underneath. So every translation starts by reading the letters back out of the picture, and everything downstream inherits whatever that first step gets wrong.
Game text is close to the hardest case for that reading step:
- Decorative and hand-lettered fonts, chosen for mood rather than legibility.
- Low contrast over a moving, animated background.
- Tiny UI labels, and text baked into artwork.
A single misread character can flip a meaning — and there's no spell-check to catch it, because the word is often a proper noun or a term the game invented. Then the translation itself faces a second problem: game text arrives in fragments. A two-word menu label. A number on the HUD. A line still typing itself out one character at a time. Translation models do their best work on whole sentences; a game hands over shards, out of order, with no surrounding context, in vocabulary a general model has never seen.
And it all has to run on your machine while the game is running. A cloud service can throw the largest model on earth at a single sentence. A live overlay shares memory and the GPU with the game you're playing — so a lot of the craft is getting good results out of models small enough to sit beside a game, not just reaching for the biggest one.
2 · Overlay
Drawing it over a game that won't hold still
Putting text on a screen is easy. Putting it over a live game without getting in the way is not.
Where does the translation go? Text turns up in places you can't predict — dialogue at the bottom, an item description on the right, a tooltip at the cursor, a system message in the centre. Cover the wrong thing at the wrong moment and the overlay becomes the problem it was meant to solve.
The screen keeps moving. A single line of dialogue exists across dozens of frames as it scrolls, fades, or types itself out. The overlay has to recognise "this is the same line I'm already showing" even as the underlying pixels shift slightly every frame — otherwise it flickers and re-draws constantly. Getting that wrong looks like jitter; getting it right means holding a translation steady while the picture beneath it never quite stops changing.
And none of it can cost you the game. Capture and rendering run off the game's own thread so they don't steal frame time, and nothing is injected into the game — Playto reads the screen from the outside, the way screen-recording software does.
3 · Logging
Knowing what you actually read
This is the quiet one, and in some ways the hardest. Part of Playto's job is remembering the lines and words you met, so a game you played turns into something you can review later. That sounds like simple bookkeeping. It isn't — because game text is not a clean list of distinct lines.
- The same sentence appears across many frames while it types itself out.
- A screen you're standing still on re-appears in every capture.
- The same unchanging text reads slightly differently from one frame to the next.
So deciding "this is a new line worth keeping" versus "I already have this one" is a genuine judgment call, made many times a second. Lean one way and the log fills with duplicates of the same sentence; lean the other and it quietly drops lines you wanted. Knowing when a line is finished is its own puzzle — a sentence still revealing itself letter by letter looks a lot like a short, complete one.
None of this is visible when it works. You just see a clean list of what you read. That invisibility is most of the work.
Why there isn't one setting that wins everywhere
Because games are hard in different ways, no single behaviour is right for all of them — and that's exactly why Playto gives you a few. Reading modes (from fast text recognition to full image recognition for stylized fonts), and capture modes (cursor-follow, a fixed region, or whole-window) exist so you can match the tool to how a particular game breaks. See how they fit together on the overlay page.
And it gets better. This is tuning we work on continuously — the reading, the overlay steadiness, the log. If a game reads badly for you, the demo is free, and telling us which game and what went wrong is the most useful thing you can do; real games in real hands are the signal we improve against.
Common questions
Why is game translation sometimes inaccurate?
Because a game draws text as pixels, not as readable text, every translation starts with reading the letters back out of the image (OCR). Stylized fonts, low contrast over moving backgrounds and tiny UI text make that step hard, and any misread character carries through into the translation. Game text also arrives in fragments with little context, and uses invented terms a general model has never seen. It's an inherently hard problem, and the reason we treat quality as ongoing work rather than something finished.
Does the translation quality improve over time?
Yes — the reading and overlay behaviour is tuned continuously, and updates ship regularly. Different games break in different ways, so real games are the best signal we get. If a game reads badly for you, the free demo is the way to check it, and telling us helps us improve it.
Why not just use the biggest, most accurate AI model?
A cloud service can put an enormous model behind each sentence. A live overlay runs on your PC while the game is running, sharing memory and the GPU with it — so the craft is getting good results from models small enough to coexist with the game, not just picking the largest one. You can connect your own cloud API key if you prefer, but the local path is what most of the work goes into.
Can it read stylized or hand-lettered game fonts?
Standard printed text is read fast and reliably. Heavily stylized or hand-lettered fonts are the weak point of plain text recognition, so there's an image-recognition mode that reads those directly — you match the mode to how a given game renders its text. It's a real trade-off: image recognition is slower and heavier, so it's there for the fonts that need it rather than always on.
Try it on your own games
The free demo is the honest test — see how it reads the games you actually play, and tell us where it falls short. That feedback is what we tune against.