Claude
fcdc2659fc
Fork issue #1: `--audit_61_branch_probe_pcs` existed only on `phase-a-tracing` and the 2026-07-28 snapshot, so `/sylph-canary` -- which drives probe runs and parses hit counts -- could not work. Measured, not assumed: `strings` on both built binaries gives zero hits for the cvar. MERGE, NOT REBUILD. `phase-a-tracing` is ONE commit past the common ancestor while `sylpheed-re` is 232 commits ahead of it, so rebuilding from that branch would have discarded 232 commits including the RE-INPUT/RE-DRAW instrumentation. Bringing the one commit forward is the cheap direction. Cherry-pickeda15430902(30d05ee97does NOT introduce the probe -- it is the cross-build snapshot). Three conflicts, each resolved on evidence: * `kernel/event_log.cc` looked like two rival implementations -- 726 lines vs 709 -- but they share 709 lines and differ by 19: ours is a strict SUPERSET, phase-a's file plus a later `phase_a_fileio_only` mode that suppresses per-export log spam. Took ours whole. * `cpu/cpu_flags.{cc,h}`: taken as a verified UNION rather than hand-edited. Theirs contributes 11 cvars (audit_61 plus audit_67/68/69/70 and the demo marker); ours contributes `phase_a_fileio_only` and `kernel_emit_contention`. Asserted afterwards that no flag present on either side is missing from the result -- which caught `kernel_emit_contention`, that a take-theirs would have dropped silently. All ten probe cvars are referenced by the cleanly-merged `x64_emitter.cc` and `ppc_hir_builder.cc`, so they are load-bearing, not decoration. The three `audit_jit_prolog_*` cvars that look undeclared are DEFINE_uint32 in the translation unit that uses them -- pre-existing on sylpheed-re, not this merge. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Xenia Canary - Xbox 360 Emulator
Xenia Canary is an experimental fork of the Xenia emulator. For more information, see the Xenia Canary wiki.
Come chat with us about emulator-related topics on Discord.
For developer chat join #dev but stay on topic. Lurking is not only fine, but encouraged!
Please check the FAQ page before asking questions.
We've got jobs/lives/etc, so don't expect instant answers.
Discussing illegal activities will get you banned.
Status
| Buildbot | Status | Releases |
|---|---|---|
| Canary (🪟, 🐧) |  |
Latest ◦ All ◦ Old |
Experimental Netplay
| Buildbot | Status | Releases |
|---|---|---|
| Windows | Latest |
Quickstart
See the Quickstart page.
FAQ
See the frequently asked questions page.
Game Compatibility
See the Game compatibility list for currently tracked games, and feel free to contribute your own updates, screenshots, and information there following the existing conventions.
Building
See building.md for setup and information about the
xb script. When writing code, check the style guide
and be sure to run clang-format!
Contributors Wanted!
Have some spare time, know advanced C++, and want to write an emulator? Contribute! There's a ton of work that needs to be done, a lot of which is wide open greenfield fun.
For general rules and guidelines please see CONTRIBUTING.md.
Fixes and optimizations are always welcome (please!), but in addition to that there are some major work areas still untouched:
- Help work through missing functionality/bugs in games
- Reduce the size of Xenia's huge log files
- Skilled with Linux? A strong contributor is needed to help with porting
See more projects good for contributors. It's a good idea to ask on Discord and check the issues page before beginning work on something.
Disclaimer
The goal of this project is to experiment, research, and educate on the topic of emulation of modern devices and operating systems. It is not for enabling illegal activity. All information is obtained via reverse engineering of legally purchased devices and games and information made public on the internet (you'd be surprised what's indexed on Google...).