phaser-core
/phaser-core
Konfiguruje i debuguje grę w Phaser 4: konfiguracja Game, cykl życia sceny, loader zasobów, kamery i komunikacja między scenami.
- Autor
- gamedev-skills ↗
- Repozytorium
- awesome-gamedev-agent-skills ↗
- Licencja
- Apache-2.0
- Ostatnia zmiana repozytorium
- 24.10.2026
Ocena i bezpieczeństwo
- Pliki w paczce
- 2
- Skrypty
- 0
- Komentarze HTML
- 0
- Adresy URL w SKILL.md
- 0
Brak sygnałów. Repozytorium zmienione 24.10.2026, bez odwołań do wycofanych modeli i API.
Apache-2.0, otwarta: można używać i zmieniać, z zachowaniem licencji i informacji o zmianach.
Co robi i kiedy
Konfiguruje i debuguje grę w Phaser 4: konfiguracja Game, cykl życia sceny, loader zasobów, kamery i komunikacja między scenami.
Oryginalny opis (EN)
Set up and debug a Phaser 4 game: the Game config, the Scene lifecycle (init/preload/create/update), the asset loader, cameras, and cross-scene communication. Use when building or debugging a Phaser game — when the user mentions Phaser, Phaser.Game, Phaser.Scene, preload/create/update, this.load, this.add, or scene transitions. For Arcade Physics movement/collisions use phaser-arcade-physics.
Jak działa
- When to use
- Core workflow
- Patterns
- Pitfalls
- References
- Related skills
Podgląd SKILL.md
---
name: phaser-core
description: >
Set up and debug a Phaser 4 game: the Game config, the Scene lifecycle
(init/preload/create/update), the asset loader, cameras, and cross-scene
communication. Use when building or debugging a Phaser game — when the user
mentions Phaser, Phaser.Game, Phaser.Scene, preload/create/update, this.load,
this.add, or scene transitions. For Arcade Physics movement/collisions use
phaser-arcade-physics.
---
# Phaser 4 Core
Set up the foundation of a Phaser game: the `Game` config, the `Scene`
lifecycle, asset loading, cameras, and passing data between scenes. Targets
**Phaser 4.2** for new projects; keep an existing Phaser 3.90 project on its
pinned major unless the user explicitly asks for a migration.
## When to use
- Use when starting a Phaser game, wiring the `Phaser.Game` config, structuring
`Scene`s, loading assets in `preload`, or fixing scene transitions and shared
state.
- Use when the project has `phaser` in `package.json` or `import Phaser from 'phaser'`,
and code uses `preload()`/`create()`/`update()`.
**When *not* to use:** movement, velocity, colliders, gravity, or overlap → use
`phaser-arcade-physics`. Complex rigid-body simulation uses Matter physics (a
separate concern). For cross-engine save/load patterns use `save-systems`.
## Core workflow
1. **Detect the installed major first.** Read `package.json` and the lockfile. Use
Phaser 4.2 for new work; do not silently rewrite a Phaser 3 project as Phaser 4.
2. **Create the game from a config.** `new Phaser.Game(config)` with `type:
Phaser.AUTO` (WebGL with Canvas fallback), a `width`/`height`, and a `scene`
array. The first scene (and any with `active: true`) starts automatically.
3. **Model each screen as a `Scene`.** Subclass `Phaser.Scene`, pass a unique
`key` to `super`, and implement the lifecycle: `init(data)` → `preload()` →
`create(data)` → `update(time, delta)`.
4. **Load assets in `preload`, use them in `create`.** Queued assets are not
available until `create`. The loader is per-scene; the cache it fills is global.
5. **Reset per-run state in `init()`, not the constructor.** A scene instance is
reused across restarts, so constructor-set fields keep stale values.
6. **Move between screens** with `this.scene.start/launch/switch/sleep/wake`.
Share data through `this.registry` (global) or a sibling scene's event emitter.
7. **Run and observe.** Serve the page, open it, and confirm assets load (watch the
Network tab and console) and scenes switch as expected before assuming success.
## Patterns
### 1. Game config + boot (ES module)
```js
// main.js — one Game owns the renderer, loop, cache, and Scene Manager.
import Phaser from 'phaser';
import BootScene from './scenes/BootScene.js';
import PlayScene from './scenes/PlayScene.js';
const config = {
type: Phaser.AUTO, // WebGL if available, else Canvas
width: 800,
height: 600,
backgroundColor: '#1d1d28',
scale: { mode: Phaser.Scale.FIT, autoCenter: Phaser.Scale.CENTER_BOTH },
scene: [BootScene, PlayScene] // BootScene starts first
};
new Phaser.Game(config);
```
### 2. A Scene with the full lifecycle
```js
// scenes/PlayScene.js
import Phaser from 'phaser';
export default class PlayScene extends Phaser.Scene {
constructor() {
super('play'); // unique scene key
}
init(data) {
// Reset run-specific state HERE so restarts start clean.
this.score = 0;
this.level = data.level ?? 1;
}
preload() {
// Queue downloads. Not usable until create().
this.load.image('player', 'assets/player.png');
this.load.spritesheet('coin', 'assets/coin.png', { frameWidth: 16, frameHeight: 16 });
}
create() {
this.player = this.add.sprite(400, 300, 'player');
this.scoreText = this.add.text(10, 10, 'Score: 0', { fontSize: '20px', color: '#fff' });
this.cursors = this.input.keyboard.createCursorKeys();
}
update(time, delta) {
// delta is milliseconds since last frame; divide by 1000 for seconds.
const speed = 200 * (delta / 1000);
if (this.cursors.left.isDown) this.player.x -= speed;
if (this.cursors.right.isDown) this.player.x += speed;
}
}
```
### 3. Cross-scene data + events
```js
// The registry is a global DataManager shared by every scene.
this.registry.set('coins', 0); // in any scene
const coins = this.registry.get('coins'); // read anywhere
// React to registry changes (e.g. a HUD scene listening to gameplay):
this.registry.events.on('changedata-coins', (parent, value) => {
this.coinText.setText(`Coins: ${value}`);
});
// Talk directly to another running scene via its event emitter:
const ui = this.scene.get('hud');
ui.events.emit('show-message', 'Level cleared!');
```
### 4. Scene transitions (pick the right verb)
```js
this.scene.start('gameover', { score: this.score }); // stop this scene, start target
this.scene.launch('hud'); // run a second scene in parallel (restarts it if already running)
this.scene.run('hud'); // wake if sleeping, resume if paused, else (re)start
this.scene.bringToTop('hud'); // draw order follows the scene list, not launch order
this.scene.switch('menu'); // sleep this scene, start/wake target
this.scene.pause(); // freeze updates but keep rendering (modal)
this.scene.sleep(); // stop updating AND rendering, keep state for wake
```
### 5. A camera that follows the player
```js
this.cameras.main.setBounds(0, 0, 1600, 1200); // world size
this.cameras.main.startFollow(this.player, true, 0.1, 0.1); // smooth lerp follow
this.cameras.main.setZoom(1.5);
```
## Pitfalls
- **Assets are `undefined` in `create`/`update`** → you forgot to queue them in
`preload`, or used the wrong key. The loader runs between `preload` and `create`.
- **State leaks across a restart** → you set fields in the constructor. The Scene
instance is reused; reset run state in `init()` and clear arrays on `shutdown`.
- **`this.scene.start` vs `this.scene.launch`** → `start` stops the calling scene;
`launch` runs the target alongside it. Using `start` for a HUD hides the game.
- **HUD loses its state or draws behind the game** → `launch` (and `run`) on a scene
that is already running shuts it down and starts it again; launch the HUD once, or
guard with `if (!this.scene.isActive('hud'))`. Scenes draw in scene-list order, so a
HUD listed before the gameplay scene renders underneath it until you call
`this.scene.bringToTop('hud')`.
- **Scene state read right after `start`/`launch` is stale** → scene operations are
queued and run at the start of the next game step, not synchronously.
- **`this` is wrong in a callback** → arrow functions keep the Scene's `this`; plain
`function` callbacks need a context argument or `.bind(this)`.
- **Phaser 2 tutorials don't work** → "States" were renamed to "Scenes" in Phaser 3,
and each Scene owns its own systems (input, cameras, tweens) rather than a global
Game World.
- **Phaser 3 custom pipelines fail in Phaser 4** → Phaser 4 rebuilt the renderer and
replaced the old FX/pipeline extension points. Migrate custom shaders and renderer
plugins against the Phaser 4 guide; do not mechanically copy internal renderer code.
- **A Phaser 3 snippet runs but looks wrong in Phaser 4** → common renames: `preFX`/
`postFX` and `BitmapMask` became filters (`obj.enableFilters()` then
`obj.filters.internal`/`.external`); `setPipeline('Light2D')` became
`setLighting(true)`; `setTintFill(c)` only logs an error, so use
`setTint(c).setTintMode(Phaser.TintModes.FILL)`; `Phaser.Math.TAU` is now 2π (use
`Phaser.Math.PI_OVER_2` where v3 code meant π/2); `Geom.Point` is gone (use
`Phaser.Math.Vector2`). Canvas rendering still works but is deprecated.
- **Pixel art is blurry or shimmers while moving** → set `pixelArt: true` in the game
config. It turns off antialiasing and turns on `roundPixels`, which defaults to
`false` in Phaser 4.
- **Nothing renders / black screen** → confirm the canvas mounted, `width`/`height`
are set, and a scene actually started (check `game.scene.dump()` output).
- **Two canvases (two games running) after a hot reload or a React/Vue remount** →
a second `new Phaser.Game` ran while the first was still alive. Keep one instance
and call `game.destroy(true)` when the host component unmounts; the teardown
finishes on the next frame. Leave `noReturn` false, or no new game can start on
the page.
## References
- For the full scene state machine (pause/resume vs sleep/wake vs stop/start, the
restart-state bug, and removing/replacing scenes), read
`references/scene-flow.md`.
## Related skills
- `phaser-arcade-physics` — velocity, gravity, colliders, overlap, and groups.
- `input-systems` — rebindable, multi-device input architecture (engine-agnostic).
- `pixijs-rendering` / `threejs-scene-setup` — other browser rendering stacks.
- `platformer` / `puzzle` — genre templates that compose Phaser skills.
Pliki w paczce (2)
- SKILL.md 9 KB
- references/scene-flow.md 4 KB
Wersje
W bazie nie ma innych skilli o nazwie phaser-core.
Migawka bazy z 28.10.2026 · wersja paczki 0cb759a3c933 (skrót SHA-256 całej paczki)
Pobrania w ostatnich 30 dniach: 0 · ranking
Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.
Podobne skille
- 100phaser-arcade-physics
Obsługuje fizykę Arcade w Phaser 4: świat, ciała sprite'ów, prędkość, przyspieszenie, grawitacja, kolidery, nakładanie się obiektów, grupy i granice świata. - 100scenes
Opisuje cykl życia scen w Phaser 4, przejścia między scenami, sceny równoległe i SceneManager. - 100phaser-engineer
Pomaga budować gry w Phaser 3 z TypeScriptem: sceny, kod rozgrywki, wejście, fizyka Arcade, animacje, dźwięk, tweeny, ładowanie zasobów, zapisy gry i szkielet projektu z Vite. - 100phaser
Pomaga budować gry 2D w przeglądarce we frameworku Phaser: sceny, fizyka Arcade i Matter.js, animacje sprite'ów, mapy kafelkowe, tweeny, cząsteczki i obsługa wejścia. - 90phaser-build
Buduje dwuwymiarowe gry HTML5 w Phaserze: szkielety projektu, sceny, główną pętlę gry i wskazówki wdrożenia w przeglądarce. - 100physics-arcade
Opisuje użycie Arcade Physics w Phaser 4: włączanie fizyki, prędkość, przyspieszenie, grawitację, kolizje, nakładanie się obiektów, granice świata, grupy fizyczne i ciała statyczne.