← 変更履歴
毎日2026-06-21

生成された 3D はリギングおよびアニメーション化され、エディターの QA が自動化されます

この日、3D 生成ワークベンチは「セルフサービス エンドツーエンド」に向けて新たな大きな一歩を踏み出しました。キーの設定、生成、リグ、アニメーションの選択がすべて 1 つのフローで行われます。エディターは自動化されたエンドツーエンド QA と「キープアライブ」基盤を獲得したため、切り替え時にエディターが強制終了されることはありません。エンジンは GPU とオーディオ リソースの対称的な再利用を完了したため、長時間のプレイが行き詰まることはなくなりました。そしてゲームはよりクリーンな統合ローディングモデルに移行しました。

機能をより自律的にし、実行の信頼性を高める

この日は二つのセリフが響き合いました。 1 つは「自律性」に関するもので、3D 生成を、段階的に監視して操作する必要があるツールから、ユーザーがプラグインで設定できるキーとモードを使用して、「生成→リグ→アニメート」を一気に実行するパイプラインに変換します。もう 1 つは「信頼性」に関するものです。エディターの自動 QA の設定、組み込み実行のためのキープアライブ基盤の構築、エンジンのリソース管理のための対称的な「借りて返す」ルールの確立です。前者は「できること」を拡張します。後者は、「作られたものが安定していて、長期間使用できるかどうか」を保証します。ツールがユーザーに手動で実行してもらいたいほど、信頼性への投資がより多く必要になります。つまり、機能の自律性が高まるほど、基礎となる堅牢性に対する要求が高まります。この日は両者が力を合わせて前進した。

3D 生成は、キー、生成、リグ、アニメーション化という仕事全体を引き受けます。

3D 生成ワークベンチは、今日使用可能なエンドツーエンドに向けてさらに大きな一歩を踏み出し、いくつかのものが一緒になって完全なパイプラインを形成しました。まず、生成はマルチビュー アプローチに切り替えられ、より安定した、より目標通りのモデル形状を得るために複数の角度から生成をガイドします。次に、実際にサービスを呼び出してモデルを生成するか、最初にプレースホルダーを使用してフローを試すかを決定する「リアル モード」マスター スイッチを使用して、プラグイン内で複数の生成サービスのキーを直接構成できます。キーとスイッチをユーザーに渡すということは、誰もが自分のペースで自分の割り当てを使用できることを意味します。 3 番目で最も重要なのは、リギングとアニメーションです。新しく生成されたモデルは単なる静的なシェルです。動かすには、まずスケルトン(リギング)を取り付けてから、そのスケルトンに具体的なモーションを加えます。どちらのステップもワークベンチで実行できるようになりました。リギングは自動で行うことができ、モーションは内蔵の「モーション ブラウザ」から既製のものを選択します。これらを組み合わせることで、モデルをエクスポートしたり、他の専門ツールを行ったり来たりすることなく、「文章からキャラクターを生成→スケルトンを与え→動かす」という作業を初めて 1 つのワークベンチでエンドツーエンドで行うことができます。モデリングやアニメーションのスキルを持たないクリエイターにとって、このパイプラインは、これまで複数の専門的なプログラムと複数の段階を要していた作業を、1 つのパネルで数回クリックするだけで圧縮できます。

自動化されたエディター QA + 切り替え時に強制終了されない

この日は、エディター向けに自動化されたエンドツーエンドのヘルスチェックを設定しました。具体的には、一連のスモーク テストは、純粋なコードのもの、シーン パックを含むもの、デスクトップ環境でのフォールバック パスを取るものなど、いくつかの異なるタイプのサンプル ゲームを自動的に実行し、それぞれが編集と再生の両方で退行することなく正しく読み込まれることを確認します。価値: プラットフォームには毎日多くの変更が加えられており、その変更によって既存のゲームが誤って破壊される可能性があります。この自動チェックでは、変更がマージされる前にマシンがこれらすべてのサンプルを検証し、「変更 A が B を壊す」という回帰を防ぎます。一方、埋め込みエディターは強化され、「キープアライブ」の基礎が築かれました。エディターは埋め込みページ内で実行され、タブまたはホストを切り替えると、ブラウザーが一時的に非表示になったものを静かに再利用することがあるため、戻ったときには実行中のセッションがすでに終了しています。この日の強化とキープアライブの基礎作業は、まさにそのような切り替えによって進行中の作業が中断されないようにするためのものです。その下では、「グラフィックス デバイスが予期せず落下した後の自動回復」がエンジンに組み込まれているため、このような低レベルの事故による制作の中断が少なくなります。

対称的なリソースの再利用: 静かな GPU とオーディオのリークがなくなりました

この日、エンジンはリソース管理に対称的な「借りて返す」ルールを確立し、基礎となる基盤層全体の閉鎖を示しました。対称とは、すべての「リソースの要求」操作に対応する明示的な「リソースの解放」操作が必要であることを意味します。GPU リソース (テクスチャ、バッファーなど) にはリリース プリミティブの完全なセットが含まれているため、完了すると完全に再利用されます。オーディオ リソースも決定論的に再利用され、ガベージ コレクションの運によってではなく、クリーンアップされるべきときに正確にクリーンアップされます。なぜこれがそれほど重要なのでしょうか?ゲームは長時間にわたって実行され、常にリソースを作成および破棄する可能性があるためです。何かが「要求」されても、それを「解放」する責任が誰もない場合、これらの未使用のリソースはビデオおよびオーディオのメモリに静かに蓄積され、ゲームのラグが増大し、最終的にはクラッシュするまで蓄積されます。この「静かなリーク」は、通常の使用ではエラーが発生せず、十分な時間実行した後にのみ発生するため、大規模なシーンや長時間のセッションを引き起こす最も潜行的で診断が最も困難な原因となります。リソースのライフサイクルを厳密に対称化し、組織的に決定論的に再利用可能にすることで、この種の漏洩を排除できます。この日はまた、エンジンのロードマップのこの基礎層全体が完了したことを正式にマークしました。これは、エンジンの低レベルのリソース ガバナンスがマイルストーンに到達し、その上により複雑なものを自信を持って構築できることを意味します。

ゲームはよりクリーンな統合読み込みモデルに移行します

この日は、サンプル ゲームの読み込みアプローチも整理され、よりクリーンなモデルに統合されました。以前は、さまざまなゲームがそれぞれ「独自のシーン リソースを読み込む」独自の方法を持っていました。一部のゲームは独自のカタログを取得、解析、維持しており、ロジックが分散していて分岐しがちでした。この日から、それらは「ホスト」によって均一に供給されるように変更されました。ゲームは独自の読み込みを手配しなくなり、それを実行するランタイム環境がシーン リソースを準備し、それらを直接引き渡します。各ゲームのシーン リソース ファイルも、スキャンによって自動検出できる統合された場所に移動されました。このような変更はユーザーにはまったく見えませんが、「ゲームごとのロード ロジック」の重複と分岐が排除され、すべてのゲームが同じロード パスに配置されます。利点は 2 つあります。後のロード関連の改善は 1 か所だけで済み、すべてのゲームに利益をもたらします。ゲームごとに適応させる必要はありません。また、問題の診断も容易になります。全員が同じパス上にいるため、グリッチはその 1 つのパスのみをチェックすることになります。分散したアプローチを 1 つの統一されたパスに収束することは、ゲーム ライブラリ全体が一貫して維持され、進化するためのまさに前提条件です。

この日が意味するもの

この日は、AI 作成プラットフォームが成熟するにつれて一緒に進歩する 2 つの力を具体化しました。1 つは、機能をより「自律的」にすることです。3D 生成は、人間による段階的な操作を必要とするツールから、ユーザーが独自のキーとモードを制御して、「生成、リグ、アニメート」コース全体を独自に実行するパイプラインに移行します。もう 1 つは、システムの「信頼性」を高めることです。エディターの自動 QA の設定、組み込み実行のキープアライブ、エンジン リソースの対称再利用、ゲームの統一された読み込みパスの設定です。これら 2 つの力は、一方が前進し、もう一方が防御しているように見えますが、相互補完的です。自動化された QA と堅牢なリソース ガバナンスがそれをバックアップしているため、AI に自律的に実行させるステップがますます増えています。そして引き継がれるステップが増えるほど、これらの基礎的な安全対策がより不可欠になります。本当に信頼できる自動システムとは、決して「放っておいて無視する」ものではなく、「放す前に網をしっかりと編む」ものです。この日は二人ともその網をよりしっかりと張り、自信を持ってより多くのパスを渡しました。

← すべての毎日の更新