Dom
fdd8bbfdf1
Handle a strictly newer same-identity combined proof first consumed after its output lease expires. Require an established healthy combined Ioniq6 baseline, valid fresh-at-publication source, healthy current native requests and permission for both axes, and unchanged original retention bounds. Advance only accepted signature/sequence. Do not renew source/native clocks, extend output leases, grant expired commands, rearm after genuine disarm, or automatically restore longitudinal control. Validation: 940 tests on exact f04b source, 19 additional independent cases, 783 unchanged imported modules plus two intended files, Ruff and ty pass. A prior run with stale test-fixture provenance is retained and superseded. Road88 supports the mechanism; its exact consumed proof is unlogged. This repairs intent retention, not the underlying producer delay. Update protected inventory receipt.
StarPilot
StarPilot is an independent fork of openpilot, with custom driving controls, vehicle integrations, raylib interfaces for comma 3 and comma four, and the Galaxy companion interface.
Domathon is the development branch for StarPilot 7.0. It rebuilds StarPilot on a current openpilot foundation. Feature migration and vehicle qualification are still in progress; this branch is not a completed replacement for the existing Dom release.
Explore the project
- Developer commands: host tools, replay, and device builds.
- Driving interfaces and Galaxy: native and companion controls.
- Driving models: model management, artifact compatibility, and Model Laboratory status.
- Builds and developer tools: local development and device builds.
- Dependency maintenance: tracked source folders and upstream sync records.
Development
Dependencies are included as ordinary source folders. No recursive submodule checkout is needed. upstream-sync.json records the openpilot baseline and the source revisions used for vendored dependencies.
The familiar development entry points are retained:
| Command | Purpose |
|---|---|
./build |
Build the device software using the matching AGNOS environment |
./build --panda |
Build the supported Panda firmware targets |
./c3 |
Open the comma 3 interface on a development host |
./c4 |
Open the comma four interface on a development host |
./onroad |
Open the onroad development view |
./dev |
Use the isolated host development environment |
./test |
Run local pre-push regression checks without changing device artifacts |
See the build guide for setup, prerequisites, and target-specific behavior. The UI guide describes desktop previews and their limits.
Testing and vehicle support
StarPilot retains upstream vehicle and Panda safety interfaces and adds regression coverage for its custom behavior. The safety workflow and feature tests cover distinct parts of the system. A passing interface test, model comparison, or bench run does not establish driving support for every configuration.
Support depends on the vehicle configuration and enabled feature. An existing vehicle identifier or settings page does not by itself establish driving support. Model Laboratory currently exposes management controls, but paired driving inference remains unavailable pending integration and Chestnut validation.
Upstream and attribution
The current openpilot baseline is 78dccf0b482ea1298fd1f6fa59b0554187b02ce6. Its history remains intact, followed by the StarPilot foundation and feature commits. Upstream development continues independently; the baseline changes only after an update has been integrated and checked.
See LICENSE, THIRD_PARTY_NOTICES.md, and CREDITS.md for licensing and source attribution. Component licenses remain with their source folders. StarPilot is maintained independently of comma.