Bevy ECS skill for 2D sprite animation. Keywords: Bevy, sprite, animation, AnimationPlayer, AnimationClip, 2D.
日本語の概要は準備中です。原文の説明を表示しています。
Bevy ECS skill for audio playback. Keywords: Bevy, AudioPlayer, AudioSink, PlaybackSettings, AssetServer.
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Load this when a clip should start, loop, pause, or change volume. bevy::audio on docs.rs latest (0.20.0) and the audio_control example there are the sources.
AudioPlayer::new(asset_server.load(...)). AudioPlayer<Source> holds Handle<Source> where Source: Asset + Decodable. If the asset is not ready, playback starts when it is. AudioPlayer requires PlaybackSettings.PlaybackSettings configures the start. PlaybackSettings::LOOP and .with_spatial(true) appear in the spatial examples. Changes to PlaybackSettings do not affect audio that is already playing. PlaybackMode is Once, Loop, Despawn, or Remove.AudioSink. The control example queries AudioSink and calls pause, toggle_mute, set_volume, set_speed, and position. SpatialAudioSink is the spatial counterpart named on the playback page.AudioPlayer cannot be reused. Remove the audio components and add them again.Startup or from a system that has Res<AssetServer> and Commands. Control systems in the example run where they read ButtonInput<KeyCode> and Res<Time>.| Godot idea | Bevy idiom |
|---|---|
| Play a file | AudioPlayer::new plus AssetServer::load |
| Loop | PlaybackSettings::LOOP |
| Pause / mute / volume while playing | AudioSink methods on the same entity |
| One-shot that should leave the world | PlaybackMode::Despawn or Remove |
| Positional emitter | PlaybackSettings with with_spatial(true) and SpatialAudioSink |
AudioSource type beyond the Handle in AudioPlayer::new.AudioSink restarts an attached source (stated on the sink page). Check that page for a full restart recipe before writing one.Target: Bevy 0.20+.
Core ECS types: Component, Resource, Query, Commands, Startup, Update, Fixed / FixedMain (bevy::time), .chain(), Plugin, DefaultPlugins, MinimalPlugins. Messages and observers are an ownership slot. See bevy-events-messaging for their APIs. Systems run in parallel unless .chain() orders the ones that conflict.
| Piece | Owner | Who may mutate | Schedule |
|---|---|---|---|
| Data on one entity | Component | One system via Query | Update or FixedMain |
| One value for the whole app | Resource | One system | Startup to insert, then the schedule that reads it |
| Spawn | Commands | The spawning system | Startup for the initial world; later schedules for runtime spawn |
| Order that must not race | .chain() | The chained systems only | Same schedule |
| Plugin boundary | Plugin | build registers systems and resources | Before the app runs |
Borrow rule: two systems that both mutably query the same component must be ordered (.chain()) or split so only one writes. Unrelated systems stay parallel. That is the ECS page rule, not a guess at a system-set API.
| If you need | Do this | Do not |
|---|---|---|
| Per-entity data | Component + Query | A Godot node script |
| App-wide config or clock | Resource | Copy the value onto every entity |
| Stable simulation step | FixedMain and the Fixed clock | Tie simulation to raw frame Update |
| Startup spawn | Commands in Startup | Spawn from a render system |
| Cross-system notice that is not shared state | Message or observer slot in bevy-events-messaging | A new event type invented in this file |
| An API outside the documented set | Check the official docs first | A made-up crate or API |
Load references/ecs-ownership.md for the ownership table.
Do not pin /0.20.0/ in docs URLs. WHY: links stay on latest; the 0.20 target is stated once in prose.
Do not mutably query the same component from two unordered systems. WHY: the schedule runs systems in parallel unless .chain() orders them.
Do not invent a physics, navigation, networking, or XR crate here. WHY: this skill only names documented Bevy crates and modules.
No Godot audio player, bus, or stream types. WHY: Bevy code stays idiomatic ECS and uses only documented Bevy APIs.
No volume curves or mixer nodes this file did not open. WHY: Bevy code stays idiomatic ECS and uses only documented Bevy APIs.
No third-party audio crates. WHY: Bevy code stays idiomatic ECS and uses only documented Bevy APIs.
docs.rs links use the unversioned latest permalink. The library pin on bevy-master stays 0.20.0.
Handle.Once, Loop, Despawn, Remove.latest branch.AssetServer and Handle.まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
Bevy ECS skill for 2D sprite animation. Keywords: Bevy, sprite, animation, AnimationPlayer, AnimationClip, 2D.
日本語の概要は準備中です。原文の説明を表示しています。
Bevy ECS skill for 3D lights. Keywords: Bevy, lighting, directional, point, spot, bevy_light, PBR.
日本語の概要は準備中です。原文の説明を表示しています。
Bevy ECS skill for PBR materials. Keywords: Bevy, StandardMaterial, PBR, material, ExtendedMaterial.
日本語の概要は準備中です。原文の説明を表示しています。
Bevy ECS skill for 3D level assembly. Keywords: Bevy, level, scene, mesh, world, ECS.
日本語の概要は準備中です。原文の説明を表示しています。
Bevy ECS skill for abilities. Keywords: Bevy, ability, cooldown, ECS, gameplay.
日本語の概要は準備中です。原文の説明を表示しています。
Bevy ECS skill for moving a Bevy game from 2D to 3D. Keywords: Bevy, 2D, 3D, adapt, camera, sprite.
日本語の概要は準備中です。原文の説明を表示しています。