Fluorite - Flutterと完全統合されたコンソール級ゲームエンジン

 (fluorite.game)
6 ポイント 投稿者 GN⁺ 2026-02-12 | 1件のコメント | WhatsAppで共有
  • FlutterおよびDartエコシステムを活用してゲームロジックを記述し、Flutterの豊富なUIツールキットと統合して対話的な体験の構築が可能
  • C++で実装されており、組み込みハードウェアでも高い性能を提供し、**ECS（Entity-Component-System）**ベースのデータ指向アーキテクチャを採用
  • Googleの3DレンダリングエンジンであるFilamentを統合し、Vulkan APIを活用してコンソール級の物理ベースライティングとポストプロセス効果をサポート
  • 3DアーティストがBlender上で直接タッチトリガー領域を定義してインタラクションイベントを設定可能
  • Flutter/DartのHot Reload機能により、シーンの変更を即座に反映して開発速度を大幅に向上

Fluorite概要

  • FluoriteはFlutterと完全統合されたコンソール級3Dゲームエンジンで、Dart言語を使ってゲームコードを記述できる
    • FluoriteViewウィジェットを通じて、複数の3Dシーンビューを同時に追加可能
    • ゲームエンティティとUIウィジェット間の状態をFlutter方式で共有可能

高性能ECSコア

  • エンジンの中核は**ECS（Entity-Component-System）**構造で、データ指向設計に基づいている
    • C++で記述されており、最大限の性能と最適化を実現
    • 低スペックまたは組み込みハードウェアでもスムーズに動作
  • ゲームロジックはDartの高水準APIを使って記述できるため、他のエンジンでの開発経験も容易に移行可能

モデルベースのタッチトリガー領域

  • 3DアーティストがBlender内で直接クリック可能な領域を定義できる
    • 各領域は特定のイベントをトリガーするよう設定可能
    • 開発者は指定されたタグのonClickイベントを受け取り、さまざまなインタラクションを実装可能
  • これにより空間型3D UIの制作工程が簡素化され、ユーザーとオブジェクトの直感的なインタラクションが可能になる

コンソール級3Dレンダリング

  • Google Filamentレンダラーをベースとし、Vulkanなどの最新グラフィックスAPIを活用
    • ハードウェアアクセラレーションによる高品質なビジュアルを実現
    • 物理ベースライティング、ポストプロセス効果、カスタムシェーダーをサポート
  • これにより、コンソール級の視覚的に豊かな環境を制作可能

Hot Reload機能

  • Flutter/Dart統合により、シーンのHot Reloadをサポート
    • コードやアセットの変更後、数フレーム以内に即座に反映
    • ゲームメカニクス、アセット、コードの高速な反復テストが可能
  • 開発効率を高め、迅速なプロトタイピングを支援

開発元および追加情報

関連記事

1件のコメント

 
GN⁺ 2026-02-12
Hacker Newsのコメント

  • ページのどこにもToyotaという名前がなかったので、最初は混乱した。
    しかし実際には、Toyotaの子会社がディスプレイ向け3Dソフトウェアを開発しているプロジェクトだった。
    関連発表はFOSDEM 2026で行われた。

    • 2026年型RAV4にこのゲームエンジンが使われるらしい。
      最近ではゲームエンジンが自動車部品になってしまったのが可笑しい。
      ただのシンプルなEV――シート、車輪、ペダル、ミラー、物理ボタン、AUXジャックだけがある――そんな車が欲しい。
    • ここで言うコンソールはゲーム機ではなく車両のセンターコンソールを意味する。

  • 関連発表はFOSDEM 2026セッションで行われた。

  • FlutterとClaude Codeの組み合わせで、クロスプラットフォームアプリ開発の速度がものすごく速くなった。
    「Webではリストを展開するが、iOSではそうしないで」といったプロンプトもきちんと処理する。
    ClaudeにWebインスタンスとiOSシミュレータを同時に立ち上げさせて、ユーザビリティテストも並行して行っている。
    昨夜はWebSocketをバックエンドに追加し、iOSフロントエンドにプッシュ通知、Webアプリにバナーまで付けたが、すべて正常に動作した。
    最大の問題はDjango/Gunicorn/Amazon Linux間のバージョン合わせだった。

    • コードがあまりに大量に自動生成されると、バグ修正時の保守をどうするつもりなのか気になる。

  • 自分のように気になっていた人向けに整理すると、Webサイトには「open」や「source」という言葉はない。
    ただしFOSDEM 2026の発表では、「GitHubリポジトリを公開するとき」という言及があった。
    まだ非公開の状態だが、将来的な公開の可能性を示唆していた。

  • Filamentはコンソール級レンダラーではない。
    構造的にはGLベースで、Vulkanは使えるものの、コンソールエンジン級に最適化されているわけではない。

    • 「コンソール級レンダラー」が具体的に何を意味するのか、Filamentの何が足りないのか気になる。
    • 実際には、ほとんどのデバイスではGLの方がVulkanスタイルより最適化されている。
      モバイルでWebGL2とWebGPUを比べると、単純なPBRモデルのレンダリングでも大きな差が出る。
    • 興味深いが、もどかしい指摘だ。
      本当にコンソール級ではないのなら、その理由や、あるいは将来的な可能性があるのか知りたい。
    • 意図は理解できる。
      しかし良いゲームを作るのに、必ずしもコンソール級レンダラーが必要なわけではない。
      GLベースのゲームも依然として実用的であり、Googleはレンダラーバックエンドをうまく分離しているので、別のGPU APIへの拡張も難しくない。

  • 既存ソリューションをもう少し幅広く見ていれば、たとえばDefoldのような軽量3Dエンジンもあったはずだ。
    それでもToyotaがこうしたプロジェクトを進めたのは素晴らしい。
    本当の成果は、Toyotaが新しいニッチなゲームエンジンを作るためにチームを雇ったことなのかもしれない。

    • このエンジンはFlutterアプリに直接埋め込めるよう設計されている。
      GPUやレンダラーとの相互作用が特殊で、Unityのような既存エンジンもすでに試されたが適合しなかった。
    • FlutterでUIを作る体験は、どのゲームエンジンよりもはるかに容易だ。
      すでに完成度の高いウィジェットベースのUIシステムを活用できるためだ。

  • プロジェクトはかなり良さそうに見える。
    Flutterは今でも小規模アプリ開発用として好んで使うツールであり、大企業がこれを採用しているのを見るのはうれしい。
    Toyotaが継続して推進するなら、Googleの代わりに主要スポンサーになることもありそうだ。

  • このエンジンがブラウザでも動作するのか気になる。
    なぜデモがないのかも不思議だ。

    • FilamentはWebターゲットをサポートしている。
      ただし組み込みシステムを対象にしているなら、公開Webデモの優先度は低いかもしれない。
      プロジェクトの大半がC++で書かれているなら、Webデモを作るにはWASMビルド工程が必要になる。
      「README用デモ」よりも実際の用途に集中しているようだ。
    • Q&Aセッションで誰かが同じ質問をし、「現時点ではないが、GitHub Issueで議論することはできる」と答えられていた。

  • 「console-grade」という表現は誇張だ。
    ここで言うコンソールはXboxではなく車両のセンターコンソールを指している。

  • 興味深いアプローチだ。
    通常、ゲームエンジンのUIツールキットはひどいものだが、彼らは逆に**優れたUIツールキット（Flutter）**から出発してゲーム性能を確保した。
    詳細はRedditスレッドでも見られる。

    • Qt Quick 3Dも似たような価値提案を持っている。
      3Dシューティングのデモもあり、かなり興味深い。