EIREXE 7d9b6aeafc
CI / build-and-test (push) Successful in 1m9s
CI / production-build (push) Successful in 5m23s
Fix headless asset preprocessing hang (#49)
## Summary
- register Bevy's image loader explicitly in the headless asset processor
- use no GPU-compressed image formats because the processor has no render device
- allow PNG processing tasks to complete so `ProcessorState` reaches `Finished`

Co-authored-by: Álex Román Núñez <eirexe@eirteam.moe>
2026-09-19 19:07:39 +00:00
2026-09-15 20:21:15 +00:00
2026-09-18 22:23:03 +00:00
2026-09-13 23:28:09 +02:00
2026-09-13 23:25:52 +02:00
2026-09-19 17:04:18 +00:00
2026-08-06 18:53:46 +02:00
2026-09-19 17:04:18 +00:00
2026-09-14 16:16:48 +00:00

Shinespark

Fancy heavily advanced platform fighting game

Direct P2P Debugging

# Process 1 owns player 0 and listens on 7000.
cargo run -- --debug-match --players 2 --local-port 7000 \
  --net-player 0=local --net-player 1=127.0.0.1:7001

# Process 2 owns player 1 and listens on 7001.
cargo run -- --debug-match --players 2 --local-port 7001 \
  --net-player 0=127.0.0.1:7000 --net-player 1=local

Production Build

Production builds use the production Cargo profile and do not dynamically link Bevy or Rust. Development builds retain Bevy dynamic linking for faster iteration. Cargo stores the production profile under target/production, separate from development artifacts under target/debug.

cargo run --locked \
  --bin process-assets --no-default-features --features debug_features
cargo build --locked \
  --profile production --no-default-features --features debug_features

The asset preprocessing command must be run from the repository root. It populates imported_assets/Default, which is then consumed by the production game without running the asset processor at startup.

S
Description
Next-gen platform fighter
Readme
41 MiB
Languages
Rust 97.8%
Python 1.1%
Shell 0.7%
WGSL 0.4%