💡 この記事の3行まとめ
- 翻訳が止まる原因は、英語力ではなく回線のことがあります。移動中、機内、テザリング切れ、共有Wi-Fiの混雑。
- Mac専用の画面OCR翻訳『Zipp』は、
⌃Sで囲んだ範囲をApple Visionで端末内処理します。画面画像の外部保存ゼロ、0.3秒。 - 通信が細い場所でも、画面に出ている文字は読めます。無料でダウンロード（登録不要）、1日15回まで。
📌 この記事の対象読者
- 移動中や出先でMidjourneyを触ることが多く、翻訳が読み込み中のまま止まる経験がある方
- クラウド翻訳サービスを使っていて、待ち時間が創作のテンポを崩していると感じる方
- 「ローカルOCR認識で解決する」という言葉が、実際に何を解決するのかを知りたい方
翻訳が止まるのは、語学の問題ではないことがある
Midjourneyで英語を読む場面を考えます。参考プロンプトを眺める、Discordの英語解説を追う、自分の過去プロンプトの意図を確認する。どれも短時間で何度も発生する作業です。
このとき翻訳が止まる原因は、いくつかあります。まず語彙が分からない。次に、翻訳サービスに貼る手間がかかる。そしてもう一つ、回線が細い。この3つ目は、意外に見落とされます。
具体的に、どんな現場で起きるでしょうか。
- 移動中：カフェの共有Wi-Fi、駅のフリーWi-Fi、テザリング。つながってはいるが遅い、という状態。
- 機内・地下・建物の奥：Midjourney自体は使えない場面でも、保存しておいた画像やメモ、書きかけのプロンプトは手元にあります。
- 回線が混んでる時間帯：夜の共有回線で、画像の読み込みと翻訳リクエストが帯域を取り合う。
- VPNやプロキシ経由：経路が遠回りになり、小さなリクエストにも待ちが乗る。
ここで起きるのは、翻訳結果が出ないことではありません。待っている間に手が止まることです。5秒待つならまだいい。10秒、20秒と読み込みが続くと、人はその作業を後回しにします。後回しにした作業は、たいてい戻ってきません。
そして厄介なのは、この停止が「翻訳ツールが遅い」という感想にまとまってしまうことです。実際には、遅いのは回線であって、翻訳そのものではない。原因を取り違えると、解決策も外れます。回線を速くする、通信量を減らす、あるいは回線に依存しない経路に変える。3つ目の選択肢があることに気づけるかどうかが分かれ目です。
なお、Midjourneyの生成そのものはサービス側で行われる処理なので、通信は必要です。ローカルOCR認識で解決できるのは翻訳の部分です。ここを混同しないことが、この記事の前提になります。
解決策：翻訳を端末内で完結させる3つの手順
「ローカルOCR認識」という言葉は、ときどき魔法のように受け取られます。実際には、対象を正しく絞れば非常に素直な解決策です。翻訳を回線から切り離す。そのために必要なのは、次の3つです。
手順1：読む作業を、生成待ちの時間に寄せる
最初にやるのは、作業の順番を入れ替えることです。
Midjourneyは1枚生成するのにそれなりの時間がかかります。この待ち時間は、これまで空白でした。ここに「読む」を入れると、回線の細さが問題になりにくくなります。生成リクエストは既に飛んでいるので、追加の通信は発生しません。
具体的には、生成を投げたら、その間に画面に出ている英語を囲んで読みます。前回のプロンプト、参考にした投稿、Discordに流れた解説。翻訳が端末内で完結するなら、生成の通信と翻訳が帯域を取り合うこともありません。待ち時間が、読む時間に変わります。
手順2：通信を切って、動作を確かめる
2つ目は、自分の環境で一度だけ検証しておくことです。
やり方は単純です。Wi-Fiを切り、テザリングも切る。その状態で⌃Sを押し、画面の英文を囲む。訳が出れば、その処理は端末内で完結しています。出なければ、どこかで通信を必要としています。
この確認を一度しておくと、以後の判断が変わります。「回線が細いから今日は読めない」と思う必要がなくなるからです。ZippはApple Visionを使うため、この確認で結果は変わりません。画面画像の外部保存ゼロという性質は、プライバシーの説明として語られることが多いですが、実務的には回線の状態に左右されないという強さでもあります。
確認するときの注意点を2つ挙げます。1つは、文字が画面に表示されていること。画面外や、スクロールで隠れている部分は対象になりません。もう1つは、表示倍率です。小さすぎる文字は、通信の有無にかかわらず読み取りにくくなります。
手順3：写してよい範囲を、先に決めておく
3つ目は、ローカル処理だからこそ決めておくべきことです。
端末内で処理されるということは、画面の内容が外に出ないということです。しかし、それは「何を写してもよい」という意味ではありません。画面には、読むつもりのない情報が一緒に映ります。Discordのフレンド一覧、アカウント名、通知、メールアドレスの断片、他のチャンネルのメッセージプレビュー。
⌃Sで囲むという行為は、この点で有利です。画面全体を渡すのではなく、読む行だけを矩形で切り出すからです。囲む範囲を「読む単位」で決める習慣をつけておけば、余計な情報が翻訳の対象に入りません。
ローカル処理と範囲設計は、セットで考えるべきものです。処理が端末内だから安全、ではなく、端末内処理で、かつ範囲を絞っているから安心できる。この順序で理解しておくと、運用がぶれません。
翻訳結果の扱いや生成物の利用条件については、各サービスの規約に従ってください。翻訳ツールが担うのは、画面に表示されている文字を読むところまでです。
従来のやり方とローカルOCR認識解決の比較
【回線の影響】
従来：細い回線では読み込み待ちが発生する
Zipp：端末内処理のため回線状態に左右されない
【待ち時間の使い方】
従来：生成待ちと翻訳待ちが別々に発生する
Zipp：生成待ちの間に読む作業を寄せられる
【動作の確認方法】
従来：サービス側の状況は外から見えない
Zipp：通信を切って試せば端末内完結を確認できる
【渡す範囲】
従来：画面全体を渡しがちで、余計な情報も含まれる
Zipp：⌃Sで読む行だけを矩形で切り出す
【結果が出るまで】
従来：回線とサーバーの状況に依存する
Zipp：0.3秒。待つための間がない
【無料枠の考え方】
従来：サイトやアプリごとに条件が異なる
Zipp：無料でダウンロード（登録不要）・1日15回まで
よくある質問（FAQ）
Q. ローカルOCR認識なら、ネットなしでMidjourneyも使えますか？ A. いいえ。画像の生成はサービス側で行われる処理なので通信が必要です。ローカルOCR認識で完結するのは翻訳の部分です。生成は通信が必要、翻訳は不要。この切り分けで理解してください。
Q. 通信を切って試したら訳が出ませんでした。 A. まず、対象の文字が実際に画面に表示されているか確認してください。次に表示倍率を上げて、文字のエッジをはっきりさせます。半透明の重なりの上にある文字や、極端に小さい文字は読み取りにくくなります。
Q. VPNを使っていると翻訳が遅くなりますか？ A. 端末内で処理されるため、経路の影響は受けません。VPN経由でも翻訳の速度は変わりません。生成のリクエストだけが経路の影響を受けます。
Q. ローカル処理なら、画面に何が写っていても大丈夫ですか？ A. 処理が外に出ないことと、写してよい範囲であることは別の話です。通知やアカウント名が混ざると、訳文も読みにくくなります。読む行だけを囲む運用を基本にしてください。
回線から切り離すと、読む回数が増える
移動中のカフェでも、機内でも、テザリングが切れたホテルでも、画面に出ている英語は読めます。これは語学力の話ではなく、経路の話です。翻訳を回線から切り離すだけで、これまで「今日は無理だ」と諦めていた場面が、普通に読める場面に変わります。
そして、読める回数が増えると、プロンプトの語彙が自然に溜まります。生成待ちの数十秒に1行読む、それを毎回続けるだけです。まずは無料ダウンロードして、機内モードにした状態で1行囲んでみてください。
▼ 無料でダウンロード（登録不要・1日15回まで）
zipp-mac.surge.sh
`