Premiere Proを開いたら、テロップのフォントが「非対応」と表示され、まったく違う書体に置き換わっていた——先日、筆者の環境で実際に起きたトラブルです。影響を受けたテロップは1,532箇所。前日までは何事もなく編集できていたプロジェクトでした。
厄介だったのは、Adobe Fontsの管理画面がまったく正常に見えていたことです。フォントは「有効」と表示され、エラーもなし。手動で選び直すこともできました。「フォントは生きている。ならば原因はPremiere側だ」——そう考えて、筆者は犯人を6回間違えました。
結論を先に言うと、原因はAdobe Fontsの再同期が2つのフォントだけ静かに失敗していたことでした。復旧までの記録と、同じ症状に出会ったときの調べ方をまとめます。
この記事でわかること
- 「有効」と表示されているのにフォントが使えなくなる仕組み
- 気づいた瞬間にやるべき初動（ここを間違えると復旧できません）
- 原因を特定する調査手順と、復旧のやり方
この記事を書いた人
会社員をしながら副業で月10万円以上を稼ぐ、現役フリーランスの動画編集者です。複数のクライアント案件を並行して進めるなかで遭遇したトラブルを、記録として残しています。
何が起きていたのか｜借りたのに、手元に無い
今回の状態は、ひとことで言い換えられます。
図書館で本を借りる手続きは終わっているのに、カバンの中に本が入っていない。
Adobe Fontsのフォントは買い切りではなく、契約している間だけ借りて使うものです。借りるとき、パソコンの中では2つのことがセットで起きています。
- 貸出リストに名前が載る……「使ってよい」という記録だけ
- フォント本体が届く……実際に文字を表示するためのファイル
ふだんは同時に動くので違いを意識しません。ところが今回は、リストには名前が載ったのに、本体だけが届いていなかったのです。そして意地が悪いのが、Adobeの管理画面が見ているのは貸出リストだけという点。名前さえあれば「有効」と表示され、本体の有無までは確認していません。だから画面上は、どこまでも正常に見えるわけです。
きっかけは、突然の再サインイン要求
その日の夜、Adobeが突然「サインインし直してください」と求めてきました。その2分後、パソコン内のAdobe Fontsのファイルが、まるごと一度消えて入れ直されています。借りていたフォントを全部返し、リストをもとに借り直す処理が走ったわけです。
この借り直し自体は「完了」し、エラーも出ていません。ところが数えてみると、リストに載っている数より届いたファイルのほうが少ない。2つのフォントだけが、静かに届かないまま終わっていたのです。
欠けていたのは、たった1ウェイト
さらに見えにくくしていたのが、欠けたのがファミリー全体ではなく、特定の1ウェイトだけだったことです。プロジェクトが使っていたのは源ノ角ゴシックのHeavy。ここで重要なのが、源ノ角ゴシックには「JP」が付く版と付かない版があるという点です。よく似ていますが、システム上は別のファミリーとして扱われます。
- 源ノ角ゴシック JP：全7ウェイトが健在
- 源ノ角ゴシック（JPなし）：Heavyだけが欠落
要求されていたのは後者のHeavy。一方でフォントメニューには、前者が全ウェイト揃って普通に並んでいます。手動では選べるのに自動では戻らないという食い違いは、ここから生まれていました。
この症状に気づけない3つの理由
原因の特定までに2時間半かかりました。正解から遠ざける罠が、3つあったと感じています。
- 管理画面が正常に見える……画面は貸出リストしか見ていません。何度確認しても異常は見つからず、疑いの矛先がPremiereやOSへ向かいます。
- 手動なら選べてしまう……最大の罠です。よく似た別ファミリーが健在だとメニューに候補が出るため、「選べるのだからフォントの問題ではない」と正解を自分で外してしまいます。
- 症状が一部にしか出ない……同じファミリーのRegularやBoldは正常に表示されます。部分的な症状になり、切り分けが難しくなります。
まず最初にやること｜保存と書き出しを止める
調査より先に、これだけは伝えておきます。フォントが置き換わっていることに気づいたら、まず保存と書き出しを止めてください。
代替フォントが当たった状態で上書き保存すると、その状態が固定される恐れがあります。自動保存も同様です。復旧できるはずの事故が、不可逆な作業に変わります。今回は当日の自動保存が0件で、最後の保存は前日のまま。だからこそ原因を取り除いた瞬間に1,532箇所すべてが元へ戻り、手作業での修正はゼロで済みました。
もうひとつ大事なのが、診断より先に環境を変えないことです。筆者は途中でPremiere Proのバージョンを戻しましたが、時刻を突き合わせると発症のほうが1時間早く、まったく無関係でした。切り分けの材料を自分で壊しただけです。まず観測、次に操作。
原因を特定する調査手順
ポイントはUIを見て回るのではなく、ファイルを直接読むことです。以下はmacOSでの手順ですが、考え方はWindowsでも同じです。
手順1：フォントが一斉に入れ替わった形跡を探す
Adobe Fontsがフォントを置いている場所（macOSではユーザーのライブラリ内、AdobeのCoreSync関連フォルダ）を開きます。並んでいるファイルの更新日時が一斉に同じ時刻になっていれば、全消去と再取得が起きています。その時刻が発症時刻と一致するかを見ましょう。
手順2：リストの数と、実際のファイル数を突き合わせる
ここが決め手です。貸出リストのフォント数と、ディスク上に実在するファイル数を比べます。今回はリストに199フォントありましたが実ファイルはそれより少なく、この差分が事故の正体でした。
手順3：プロジェクトが要求しているフォント名を調べる
Premiere Proのプロジェクトファイル（.prproj）は、実体としてはgzipで圧縮されたXMLです。展開してデコードすると、本当に必要としているフォント名が文字列として現れます。ここで出てくるのは、メニューに表示される名前ではなく、システムが内部で使う正式名（PostScript名）です。今回は源ノ角ゴシック（JPなし）のHeavyを1,532箇所、丸ゴシック系の太字を42箇所要求していました。
手順4：要求と実体を1対1で照合する
最後に、手順3で得た名前が実際に存在するかを確認します。要求されているのに無いものが、そのまま原因です。
ここで決定的に重要なのが、表示名ではなく正式名で突き合わせること。表示名だけを見ていると、よく似た別系統（今回はJP版）が健在なせいで「ある」と誤判定します。実際、筆者はJP版のウェイト一覧を見て「全部揃っている」と結論づけ、フォント欠落の線を一度消しました。見ていた家系が違ったわけです。
復旧方法｜オフにして、もう一度オンにするだけ
原因さえ分かれば、直し方はあっけないほど簡単です。fonts.adobe.comにサインインし、欠落していたファミリーを一度オフにして、もう一度オンにします。あとはPremiere Proを再起動するだけです。
これで本体が届き直し、該当箇所はすべて自動的に元のフォントへ戻ります。テロップを1つずつ直す必要はありません。 発生から復旧までおよそ2時間半、そのうち大半は原因特定の時間で、実際の修復は数分でした。
疑って、証拠で潰した6つの仮説
もっともらしい仮説ほど、よく外れました。 同じ道をたどる人のために残しておきます。
- Premiere Proのバージョン：発症19時36分、変更20時42分。順序が逆で無関係。
- macOSのアップデート：最終更新は約1か月前。当日は何もなし。
- フォントの削除・追加：手動で入れたフォントは1年以上増減なし。
- ネットワークの不調：Adobeの各サーバーへ0.1〜0.3秒で応答。正常。
- サブスクの失効：リストに199フォント、失効ゼロ。契約は生きていました。
- 0バイトの一時ファイル：「停止の証拠だ」と読みましたが、成功後にも残る残骸でした。完全な誤読です。
そして7つ目が、先ほどの「ウェイトは全部揃っている」という誤判定。JP版を見て確認したつもりになっていた——この思い込みが、正解までの時間をいちばん引き延ばしました。
よくある質問
「有効」と表示されているのに使えないのは、契約の問題ですか？
多くの場合、契約は関係ありません。今回もリストは正常で、失効フォントはゼロでした。問題は権利があるのに本体が届いていないことです。まずは該当フォントをオフ→オンして取り直してください。
フォントメニューから手動で選べます。それでもフォント欠落ですか？
ありえます。よく似た別ファミリー（源ノ角ゴシックとその「JP」版など）が健在だと、メニューには普通に表示されます。プロジェクトが要求しているのは表示名ではなく正式名なので、メニューに並んでいるかは判断材料になりません。
テロップが1,000箇所以上あります。全部手作業で直すのですか？
いいえ。フォント本体さえ戻れば、置き換わっていた箇所はすべて自動的に元へ戻ります。 ただし代替フォント状態で上書き保存していない場合に限ります。すでに保存してしまった場合は、自動保存フォルダに異常発生前のバックアップが残っていないか確認してください。
Windowsでも同じことは起きますか？
起こりえます。Adobe Fontsが「貸出リスト」と「本体ファイル」の二段構えで動く点は同じです。保存場所は違いますが、両者を突き合わせる考え方はそのまま通用します。
まとめ
今回の事故は、Adobe Fontsの再同期が2つのフォントだけ静かに失敗し、権利はあるのに本体だけが無い状態になっていたというものでした。持ち帰っていただきたいのは、次の4点です。
- 「有効になっている」と「ファイルがある」は別物。表示は権利の話で、実体の保証ではありません。
- 診断より先に環境を変えない。バージョン変更も再起動も、切り分けの材料を壊します。
- フォントは正式名で照合する。表示名はよく似た別系統と衝突し、判断を誤らせます。
- 異変に気づいたら保存を止める。上書きが、復旧可能な事故を不可逆にします。
復旧そのものは、オフ→オンするだけです。同じ症状に出会ったら、慌てて手を動かす前に、この記事の手順を上から順にたどってみてください。犯人は、たいてい静かなところに隠れています。
