A complete 3D game engine for Flutter, built on Flutter GPU
Rendering, physics, audio, animation, a scene editor with an MCP server, and a full asset pipeline, on every platform Flutter runs on, web included. Built and maintained by the author of Flutter GPU.
Rendering. Physically based materials, image-based lighting, directional, point, spot, and area lights with shadows, probe-based global illumination, and a full post-processing stack (bloom, depth of field, fog, god rays, screen-space reflections, color grading, SMAA and TAA). Decals, Gaussian splatting, instancing, LODs, particles, and sky materials.
Games. Physics (Rapier and box3d backends), positional audio (SoLoud and FMOD), multiplayer over dashwire, skeletal and morph animation with blending, camera controllers, a gameplay kit, raycast picking, and interactive Flutter widgets on 3D surfaces.
Tooling. A desktop scene editor with an MCP server for agent-driven editing, agent skills for coding assistants, a build-time asset pipeline, and hot reload for models, shaders, textures, and environments.
Formats. glTF import, the .fscene scene document, .fmat custom materials in GLSL, KTX2 compressed textures, and HDR/EXR environments.
Platforms. iOS, Android, macOS, Windows, Linux, and the web, where a built-in WebGL2 backend stands in for Impeller.
Built with Scene
Dashsurfers, an endless runner with skinned characters, physics, and particles.
Dashmap, a live 3D world map with streaming terrain, OSM buildings, and a physical sky.
Scene began its life inside the Flutter Engine, as a C++ module for Impeller with a declarative widget interface exposed through a 3D API in the Flutter SDK. Flutter GPU was built initially to set this project free, providing the low-level GPU access needed to develop Scene outside the engine, as an ordinary ecosystem of Dart packages.
That origin shapes the project's philosophy. Scene is a full 3D game engine and toolkit that makes Flutter GPU practical to build on, spanning rendering, physics, audio, editor tooling, and asset support across every target Flutter runs on. And the relationship flows both ways by design. Scene's cross-backend render tests are where Flutter GPU regressions get caught, so Impeller and Flutter GPU get better because Scene exists.
The goal has always been to pave the way for advanced graphics in Flutter. In line with the goals set out in Flutter GPU's original design doc, Scene aims to de-fracture, unite, and elevate Flutter's graphics ecosystem, so that building incredible 3D experiences with Flutter and Dart no longer requires engine forks, complicated external renderer integrations, or giving up platforms to get advanced features.
Scene is built by the author of Flutter GPU, a former core Flutter engine team member who spent four years on Flutter, most of it building Impeller.
Getting started
flutter pub add flutter_scene
dart run flutter_scene:init
init sets up the asset pipeline, which is the recommended way to use Scene.
Drop sources under assets/, load them by their source path, and render:
The same code runs on web, and the engine's shaders are compiled for you during
the build by flutter_scene's own build hook. Rendering goes through Flutter GPU,
which is off by default, so enable it once per platform (below). The web needs
nothing.
Impeller, which Flutter GPU builds on, is the default renderer on every native
platform as of 3.47, so there is nothing to do for it.
Coding agents
This package ships a set of agent skills so a coding assistant writes idiomatic
Scene instead of guessing: correct usage and traps, the run-settle-capture
verification loop, copy-paste look presets, procedural content, and
performance. dart run flutter_scene:init offers to install them, and dart run flutter_scene:skills
installs, updates, or checks them on their own without touching your build hook.
Upgrading Scene can carry newer revisions; dart run flutter_scene:skills --check reports whether any are available.
Enable Flutter GPU
While developing, pass the flags on the command line:
flutter run --enable-flutter-gpu
To turn it on permanently, for every run and for the app you ship, edit the
platform file:
Platform
File
Add
iOS
ios/Runner/Info.plist
<key>FLTEnableFlutterGPU</key><true/>
Android
android/app/src/main/AndroidManifest.xml, in <application>
On 3.47.0 there is no such setting, so desktop takes the command-line flags per run, and release builds compile the engine's environment switches out, meaning a shipped Windows or Linux release needs 3.47.1.
A scene with no assets
The built-in geometry needs no asset pipeline, so a cube renders straight after flutter pub add flutter_scene:
import 'package:flutter/material.dart';
import 'package:flutter_scene/scene.dart';
import 'package:vector_math/vector_math.dart' as vm;
void main() => runApp(const MaterialApp(home: CubeView()));
class CubeView extends StatefulWidget {
const CubeView({super.key});
@override
State<CubeView> createState() => _CubeViewState();
}
class _CubeViewState extends State<CubeView> {
final Scene scene = Scene();
bool ready = false;
@override
void initState() {
super.initState();
// Geometry and materials touch the shader bundle, so build them once the
// engine's static resources are up.
Scene.initializeStaticResources().then((_) {
scene.add(
Node(
mesh: Mesh(
CuboidGeometry(vm.Vector3(1, 1, 1)),
PhysicallyBasedMaterial(),
),
),
);
if (mounted) setState(() => ready = true);
});
}
@override
Widget build(BuildContext context) {
if (!ready) return const SizedBox.expand();
return SceneView(
scene,
camera: PerspectiveCamera(position: vm.Vector3(2, 2, -4)),
);
}
}
The scene's default studio environment lights it, so there is nothing else to set up.
Moving a node
Every Node carries a transform relative to its parent. Read and write it one
component at a time, or as a whole matrix through node.localTransform.
Each getter returns a copy, so node.position.y = 1 moves nothing. Assign the
value back instead. Debug builds throw on an edit that cannot reach the node,
whether it is to a returned copy or to localTransform in place.
Built-in geometry
Every class below builds vertex data for you and drops into a Mesh the same way CuboidGeometry does above.
Swept along a path or profile: ExtrudeGeometry, TubeGeometry, RibbonGeometry.
Lines and camera-facing quads: PolylineGeometry, LineSegmentsGeometry, BillboardGeometry.
Your own vertex data: MeshGeometry and GeometryBuilder.
The asset pipeline
init writes a hook/build.dart that converts your assets at build time,
creates flutter_scene_generated/ with a .gitignore for its outputs, and adds
that one directory to flutter.assets in your pubspec.yaml. It is safe to run
again, and it will not overwrite a hook/build.dart you wrote yourself. It
prints a block to paste into your existing build() callback instead.
The hook it writes discovers .glb and .fscene models, .fmat materials, and
loose images under assets/, and converts each one:
Upgrading from an earlier version, run it again. Generated assets now go into
that directory on every Flutter release, so re-running init migrates the hook
it wrote and adds the pubspec entry. A hook still asking for a removed asset
mode fails the build and names its replacement.
From then on, drop sources under assets/ and load them by source path:
final level = await loadScene('assets/level.glb');
final toon = await loadFmatMaterial('assets/toon.fmat');
final ground = await loadTexture('assets/ground.png');
A .glb has to be parsed and unpacked into GPU-ready form every time the app
loads it. The pipeline does that work once, at build time, into the .fsceneb
format the engine reads directly, so loading a model at runtime costs far less.
Prefer it for anything that ships with your app. It is also how .fmat custom
materials and block-compressed textures with full mip chains reach you, and
editing any source reconverts just that source and hot reloads it.
Loose images cook to the engine's own .fstex by default. For a smaller
download, cook color textures to standard ETC1S KTX2 instead, several times
smaller at some cost in quality:
buildTextures(
buildInput: input,
buildOutput: output,
textures: ['assets/ground.png', 'assets/ground_normal.png'],
encoding: const TextureEncoding.etc1s(quality: 128),
// Normal maps keep more detail in the default encoding.
encodings: {'assets/ground_normal.png': TextureEncoding.universal},
);
Keep your sources in version control. The generated directory holds compiled
output tied to the Flutter engine that built it, which is why the hook manages
its .gitignore for you.
For a model that only exists once the app is running, because you download it or
the user supplies it, import the .glb directly with
Node.fromGlbAsset('assets/model.glb'). That needs no hook, and it parses the
glTF on every load, so prefer the pipeline whenever the model ships with you.
Flutter Scene is pre-1.0 and evolving quickly. Minor releases can carry breaking changes, and every change is documented in the CHANGELOG.
Flutter 3.47 (stable) or newer. Rendering is built on Flutter GPU, which every platform except the web needs turned on once (see Enable Flutter GPU).
On native platforms rendering runs on Impeller, Flutter's default renderer on every native platform as of 3.47. The web has no Impeller, so the package ships its own WebGL2 backend and runs there without flags.
Features
Rendering
Physically based materials with clearcoat, sheen, anisotropy, and transmission, lit by image-based lighting (prefiltered radiance plus spherical-harmonic diffuse), with a built-in procedural studio environment so an imported model looks good with zero lighting setup.
Sky materials with live IBL rebaking, HDR/EXR environment import, smooth environment cross-fades, and parallax-corrected reflection probes.
Directional, point, spot, and rect area lights, shaded through per-view froxel clustering so a scene scales to many lights, with light channels to control what each light touches.
Shadows from directional, spot, and point lights. Cascaded directional shadows with percentage-closer soft shadows and screen-space contact shadows, cube-face point shadows, cached shadow tiles for static geometry, and alpha-masked casters.
Global illumination from a world-space irradiance probe field with probe visibility and offline or progressive baking, plus screen-space indirect light and ground-truth ambient occlusion.
A full post-processing stack, with HDR tone mapping, physical camera exposure, automatic eye adaptation, bloom with lens flares, fog, god rays, screen-space reflections, depth of field with bokeh, film-look color grading from .cube LUTs, chromatic aberration, and radial screen distortion.
Anti-aliasing with FXAA, SMAA, and temporal anti-aliasing, geometric specular anti-aliasing, and resolution scaling.
Projected box decals, 3D Gaussian splatting from .ply and .splat captures, instanced rendering, automatic geometry LODs, mesh chunking at import, and an allocation-light frame loop.
A particle system driven by configurable emitter and behavior modules.
Materials and shaders
A custom-material workflow (.fmat) covering fragment, vertex, and sky stages, with per-instance attributes, engine inputs, and shader hot reload.
Per-frame scene inputs for custom shaders, including scene depth, world position, and shadow data, plus a depth-aware and shadow-aware custom post-pass API.
Barycentric wireframe helpers and a noise library with matched CPU and GPU implementations.
Assets and animation
glTF (.glb and multi-buffer .gltf) import at runtime, or pre-converted at build time into the engine's .fsceneb format through build hooks, loaded by source path. Sparse accessors, KHR_materials_variants with instant switching, and KHR_texture_basisu.
The .fscene/.fsceneb scene description format, human-readable as text and fast to load as binary, with prefabs and declarative components.
KTX2 compressed textures with full mip chains, .fstex texture builds, standard ETC1S (Basis Universal) texture builds and transcoding, and HDR/EXR environment decoding.
Skinned meshes, morph targets, and a blended animation system with declarative per-clip playback control.
Hot reload for models, shaders, textures, environments, and scene documents.
App integration
A SceneView widget with both an imperative scene-graph API and a fully declarative widget API (SceneNode, SceneMesh, and SceneModel with async loading placeholders).
Orbit, fly, and follow camera controllers, raycast picking, and interactive Flutter widgets embedded on 3D surfaces.
A gameplay kit (package:flutter_scene/kit.dart) with a camera boom, character controller, day/night cycle, water surface, audio, pooling, and debug components.
Screen-reader accessibility, exposing scene content through Flutter semantics.
Render-target control, split-screen and multi-view layouts, synchronous frame capture as ui.Image, and platform textures (video, camera preview) as material inputs.
Geometry readback, procedural geometry builders with derivation operations, and a GPU memory report with explicit release.
Agent skills that teach coding assistants idiomatic Scene, installed by dart run flutter_scene:init.
Rebindable input actions through flutter_scene_input, covering keyboard, mouse, gamepads, and pointer lock.
The Flutter Scene Editor, a desktop scene-editing app with an MCP server for agent-driven editing, in development in this repository.
Gallery
FAQ
Q: What platforms does this package support?
On native platforms flutter_scene runs anywhere Impeller does. On the web it runs on a built-in WebGL2 backend.
Every native platform needs Flutter GPU turned on. Impeller, which it builds on, is already the default everywhere. Enable Flutter GPU has the file and the key for each.
On the web, no flags are needed; it works under both the CanvasKit and Skwasm renderers.
Platform
Status
iOS
🟢 Supported
Android
🟢 Supported
Web
🟢 Supported
MacOS
🟢 Supported
Windows
🟢 Supported (3.47.1 to ship a release)
Linux
🟢 Supported (3.47.1 to ship a release)
Custom embedders
🟢 Supported
Q: How does web support work?
Impeller and Flutter GPU aren't available on the web, so flutter_scene ships a built-in WebGL2 backend (a drop-in for flutter_gpu) and renders through it there. It works under both the CanvasKit and Skwasm web renderers, with no extra flags or configuration.
Multiplayer on dashwire, binding replicated state to scene nodes with interpolated transforms and in-app hosting. Published to pub.dev as flutter_scene_net.
Rebindable input actions for keyboard, mouse, gamepads, and pointer lock, with contexts, rebinding, and scene drivers. Published to pub.dev as flutter_scene_input.
The Flutter Scene Editor stack (headless command core, Flutter UI, and MCP tool surface). Shipped as the desktop app under apps/, not as pub.dev libraries. In active development.
The remaining examples/ folders are dev-only test harnesses (the web-backend smoke test, deterministic smoke renders, and a CPU stress bench).
To run the example app from a fresh clone:
flutter pub get # resolves the workspace
cd examples/flutter_app
flutter create . --platforms=macos,ios,android,linux,windows,web # generate gitignored platform stubs
flutter run --enable-flutter-gpu # native; add `-d <device>` if needed
flutter run -d chrome # web
Pass --dart-define=FLUTTER_SCENE_PROFILE=true to print 120-frame render graph, culling, encoding, instance packing, binding, byte, draw, and instance summaries. Multiple active RenderViews share the counters.
flutter_scene (bdero/flutter_scene)
Choose a tag and it will appear here. With no tags selected, all catalog projects are shown.
Searching Database…
Choose a tag and it will appear here. With no tags selected, all catalog projects are shown.
Flutter Scene 是一个面向 Flutter 的完整实时 3D 游戏引擎，涵盖基于物理的渲染、物理、音频、动画、场景编辑器和完整的资产管线，可在 Flutter 支持的所有平台上运行，包括 Web。