Impeller：主要な概念、アーキテクチャ、利点

Impellerとは？

ImpellerはC++で書かれたオープンソースのグラフィックスレンダリングエンジンであり、FlutterチームがSkiaに代わる主要なレンダラーとして開発しています。このプロジェクトは、Skiaが抱える長年のシェーダージャンク問題への対応として2021年に発表されました。ImpellerはSkiaのフォークではなく、モバイルGPUと最新グラフィックスAPIの制限を考慮して設計された完全に新しい実装です。

Impellerの主なアイデアは、シェーダーのコンパイルを実行時ではなくアプリケーションのビルド段階に移行することです。Skiaでは、シェーダーは最初の使用時に、ユーザーがすでにアプリケーションと対話しているときにコンパイルされます。Impellerはすべてのシェーダーを事前に（オフラインで）コンパイルし、SPIR-Vバイナリ形式にパッケージ化して、アプリケーションと一緒に配布します。実行時にImpellerは事前コンパイルされたシェーダーをロードするため、コンパイルの遅延が発生しません。

Impellerはメモリ消費の問題も解決します。Skiaはレンダリング中に多くの一時オブジェクト（テクスチャ、バッファ）を作成し、リソースが限られたデバイスでメモリの断片化を引き起こします。Impellerはメモリプールを使用し、割り当てられたリソースを再利用することで、ピークメモリ消費を30～40%削減します。

基盤としてのSPIR-V

SPIR-V（Standard Portable Intermediate Representation）は、Khronos Groupによって開発されたシェーダーの中間表現です。Impellerはすべてのシェーダーに対してSPIR-Vを普遍的な形式として使用します。ビルド段階で、Impeller言語（エフェクトを記述するためのカスタムC++ DSL）で書かれたシェーダーはSPIR-Vにコンパイルされます。実行時にSPIR-Vがロードされ、プラットフォーム固有の形式（Metal用のMSL、Vulkan用のGLSL、Direct3D 12用のDXIL）に変換されます。

Impellerの仕組み

Impellerのアーキテクチャは複数のレイヤーで構成されており、各レイヤーは厳密に定義されたタスク（レンダリングコマンドリストの処理、GPUリソースの管理、シェーダーの実行）を実行します。このモジュール性により、新しいグラフィックスAPIのサポートを容易に追加できます。

最下層はグラフィックスAPI（Vulkan、Metal、Direct3D 12）の抽象化です。ImpellerはOpenGLをサポートしません。OpenGLは効率的なオフラインシェーダーコンパイルの機能を提供しないためです。このレベルでは、頂点バッファ管理、パイプラインの作成とキャッシング、GPU同期が実装されています。Impellerにおけるパイプラインは、シェーダー、ラスタライゼーション設定、ブレンディングを含む事前コンパイルされたGPU状態です。すべてのパイプラインは初期化時に作成され、レンダリング中のコンパイルを排除します。

中間層はリソース管理システムです。GPUリソース（テクスチャ、バッファ、サンプラー）を割り当てて再利用します。毎フレーム新しいテクスチャを作成する代わりに、Impellerはさまざまなサイズと形式のテクスチャのプールを維持します。メモリプールは使用されていないリソースを自動的に返却し、必要に応じて拡張できますが、Skiaに特徴的な断片化は発生しません。

最上層はレンダリンググラフであり、Flutter EngineがCanvas APIコマンドを変換します。ImpellerはDisplay Listを受け取り、そこから操作依存関係グラフを構築します。グラフは最適化され、冗長なレンダーパスが削除され、同じGPU状態の操作がマージされます。その後、グラフは事前に作成されたパイプラインを使用してVulkan/Metal呼び出しのシーケンスにコンパイルされます。

Impellerのフレーム実行フロー

各フレームは固定パイプライン（Display List → レンダリンググラフ → グラフコンパイル → GPUコマンド送信）を通過します。ポストエフェクト（ブラー、シャドウ）やデプスバッファの準備のために追加のパスが追加される場合があります。Impellerのフレーム時間はSkiaよりも予測可能です。シェーダーコンパイルによる非決定的な遅延がないためです。

Impeller vs Skia：比較

ImpellerとSkiaの比較は、レンダリングアプローチの違いを示しています。Skiaは汎用の2Dライブラリであるのに対し、ImpellerはモバイルUIの要件に最適化されたFlutter専用のエンジンです。

主な違いはシェーダーへのアプローチです。Skiaは使用時にシェーダーをコンパイルし、初めて未知のエフェクトをレンダリングする際にシェーダージャンクを発生させます。Impellerはオフラインコンパイルによってこれを排除します。また、SkiaはFlutterのウェブ版に必要なOpenGLをサポートしていますが、Impellerはより最新のAPIを優先してOpenGLを採用せず、モバイルデバイスでより優れたパフォーマンスを提供します。

既存のFlutterコードとの互換性

Flutterアプリケーションでは、Impellerへの移行にコードの変更は必要ありません。ImpellerはSkiaと同じCanvas APIを実装しているため、すべてのウィジェット、アニメーション、カスタムペイントが同様に動作します。後方互換性はFlutter Engineレベルで保証されており、エンジンはアプリケーションの初期化時にレンダラー（SkiaまたはImpeller）を選択します。

Impellerの利点

ImpellerはSkiaと比較していくつかの測定可能な利点を提供し、ユーザーエクスペリエンスとFlutterアプリケーションのパフォーマンスに直接影響を与えます。

シェーダージャンクの排除

シェーダージャンクはImpellerが完全に解決するSkiaの主要な問題です。Flutterアプリケーションがグラデーション、マスク、または非標準のブレンドを含む新しい画面を表示するとき、Skiaはアニメーション中にシェーダーをコンパイルし、フレームドロップを引き起こします。Impellerはビルド時にすべてのシェーダーをコンパイルするため、最初のフレームは後続のフレームと同じ速さでレンダリングされます。GPUの遅いデバイス（MediaTek Helio、Qualcomm 400シリーズ）では、その違いは特に顕著で、Skiaでは新しいエフェクトタイプごとに最大200msの遅延が発生するのに対し、Impellerでは0msです。

メモリ消費の低減

ImpellerはGPUメモリ管理にリソースプールを使用します。Skiaでは、特に透明度でのレンダリングやsaveLayerの使用時に、各フレームが一時的なサーフェス用に新しいテクスチャを作成する可能性があります。Impellerはフレーム間でテクスチャを再利用し、Androidでのピークメモリ消費を30～40%、iOSで最大25%削減します。これは、長いリストやアニメーションを含むアプリケーションで特に重要であり、Skiaでは2GB RAMのデバイスでOOMエラーが発生する可能性がありました。

予測可能なパフォーマンス

Skiaでは、フレームのレンダリング時間は、どのシェーダーがすでにコンパイルされているかによって異なります。新しいエフェクトを含む最初のフレームは50～200msかかる可能性がありますが、後続のフレームは3～5msです。この予測不可能性は、最適化とテストを困難にします。Impellerは、すべてのシェーダーがすでにコンパイルされ、メモリ割り当てが予測可能であるため、一貫したフレーム時間を保証します。Impellerを搭載したFlutter Engineは、各フレームの時間予算をより正確に計算できます。

最新グラフィックスAPIのサポート

ImpellerはOpenGLレイヤーなしで、Vulkan（Android）、Metal（iOS）、Direct3D 12（Windows）と直接動作します。これにより、ドライバーのレイテンシ低減（OpenGL経由より最大50%低減）、GPUメモリの直接制御、最新機能（タイリングGPUアーキテクチャ、GPU駆動レンダリング）へのアクセスなど、いくつかの利点があります。OpenGLはもはや進化しておらず、モバイルデバイス上のそのドライバーはしばしばパフォーマンスのボトルネックになります。

現在の状況と計画

Impellerは活発に開発されており、Flutter MasterおよびBetaチャンネルで利用可能です。Flutter 3.16以降、ImpellerはiOSではデフォルトで有効になり、Androidでは設定フラグを通じてオプションで有効になります。SkiaからImpellerへの完全な置き換えは、2026年のFlutterの安定版リリースのいずれかで期待されています。

iOS：デフォルトのImpeller

iOSでは、ImpellerはMetalを介して動作し、Flutter 3.16からデフォルトで有効になっています。Flutterチームは、Impellerでアプリケーションをテストし、問題を報告することを推奨しています。Skiaに戻すには、Info.plistファイルでImpellerフラグを使用します：FlutterEnableImpeller = NO。Flutter Teamによると、92%のiOSアプリケーションが視覚的な後退なしでImpeller上で動作し、アニメーションパフォーマンスが25～40%向上します。

Android：オプション

Androidでは、ImpellerはVulkanを介して動作します。有効にするには、AndroidManifest.xmlにメタタグio.flutter.embedded_views_previewを追加します。Flutterチームは、さまざまなGPUアーキテクチャ（Adreno、Mali、PowerVR）向けにImpellerの最適化を続けています。Androidでの主な課題は、Vulkanをサポートしていないデバイス（Android < 7.0または古いGPU）のサポートです。そのようなデバイスには、Skiaによるフォールバックバックエンドまたはソフトウェアラスタライゼーションを備えたImpellerが使用されます。

デスクトップとWeb

Windowsでは、ImpellerはDirect3D 12（Flutter Masterで有効）を介して動作します。macOSとLinuxでは、それぞれMetalとVulkanを介して動作します。ImpellerはWeb向けには計画されていません。Flutterのウェブ版はCanvasKit（WebAssembly経由のSkia）を使用しており、ブラウザでのシェーダーコンパイルメカニズムが異なるため、シェーダージャンクは重要な問題ではないためです。ウェブ版は引き続きSkiaを使用します。

ロードマップ

GoogleはImpellerのロードマップを公開しています：2024年 — iOSでデフォルトのImpeller；2025年 — AndroidとWindowsでデフォルトのImpeller；2026年 — Flutter EngineからSkiaを完全に削除。その後、FlutterはImpellerを唯一のレンダリングエンジンとして使用し、メンテナンスを簡素化し、エンジンサイズを削減し、すべてのプラットフォームでパフォーマンスを向上させます。