debian_image/debian_arm64_image got the Ubuntu TUNA mirror, so apt-get update 404'd on deb.debian.org paths and the images never built (red since v0.5.0). Add DEBIAN_APT_MIRROR and pass it to both debian builds.
The engine now runs on a plain Web Worker (no SDL, no PROXY_TO_PTHREAD: in a pthread Emscripten proxies every filesystem syscall to the main browser thread, where synchronous XHR - and thus FS.createLazyFile - is forbidden). A page/worker pair transfers an OffscreenCanvas and forwards DOM input; assets load lazily from an embedded manifest, so entering a map fetches only that map and its tiles.
Presentation: ra3.webgpu (WebGPU via Emscripten's emdawnwebgpu port, WGSL shaders, the default on wasm) and ra3.wasmgl (WebGL2, GLSL ES). The legacy SDL ra3.webgl backend is removed.
- ra3.webgl: a Web peer of Vulkan/Direct3D (SDL3 canvas + GLES3/WebGL2), with
2D blit and the GPU terrain raymarch; GLSL ES shaders; null fallback off
Emscripten. backend::webgl + default_backend() (webgl under Emscripten).
- Emscripten toolchain + Dockerfile.wasm + scripts/build-wasm.sh; import std,
global -fexceptions, and Asyncify so the blocking frame loop yields to the
browser (display::sleep_frame calls emscripten_sleep).
- apps/web/shell.html + apps/web/serve.py (Range-capable dev server).
- Assets: browsers forbid synchronous on-demand reads on the main thread (and
FS.createLazyFile / the WasmFS fetch backend are worker-only; SDL3's Emscripten
backend is main-thread DOM only, so the engine cannot run in a worker). The
wasm build therefore preloads a compact per-map set via OPENRA3_WEB_ASSETS.
- New openra3 textures --map ID lists the loose terrain TGAs a map resolves to
(terrain::resolve_texture_files, shared with load_textures_from_dir).
- Fixes: webgl heightmap used GL_R16 = 0x8229 (that is R8) -> upload rejected,
terrain flattened to water; now 0x822A. Logger uses a stdout console sink on
the web (stderr maps to console.error); a GL error check logs bad uploads.
- CI: wasm image + build jobs.
- Cross toolchains: llvm-mingw-aarch64 (Windows ARM64; SDL3 staged from MSYS2's
clangarm64 repo since SDL ships no MinGW ARM64 dev package) and
clang-aarch64-linux-gnu (Linux ARM64; arm64 libc++/SDL3 via dpkg multiarch).
- Distro images: Dockerfile.linux-arm64, Dockerfile.win-arm64, Dockerfile.debian
and Dockerfile.debian-arm64 (Debian 13 with upstream CMake, whose 3.31 gate
cannot enable import std).
- Packaging via CPack: .deb for Ubuntu 26.04 and Debian 13 on amd64 and arm64
(dependencies derived by dpkg-shlibdeps), portable .zip/.tar.gz, and a
Windows .msi built with wixl (msitools) straight from the Linux cross image.
wixl 0.106 lacks arm64, so Windows/ARM64 ships the portable zip only.
- CMake: parameterize the SDL3 MinGW triple, add install() + CPack config.
- CI: build/package jobs for both arm64 targets and both Debian packages;
existing Linux/Windows jobs now also emit the .deb / .zip + .msi.
- scripts/: build-linux-arm64, build-windows-arm64, build-debian,
build-debian-arm64.
- ra3.dx: D3D11 and D3D12 presentation backends (runtime HLSL via d3dcompiler);
2D image blit and the GPU heightfield terrain raymarch, with the corner
minimap/FPS overlays. Non-Windows builds link a null fallback.
- ra3.display: preferred backend plus ordered fallback (Vulkan/D3D11/D3D12/SDL);
menu gains a Renderer option and the CLI gains --dx11/--dx12/--sdl, which the
render command now honours too.
- vendor libenderlog (MIT): every run writes openra3.log next to the exe and
archives the previous run's log; records at warn and above carry a call stack
(native fallback, since libc++ has no <stacktrace>).
- Windows crash reporter writes openra3_crash.log (faulting module + backtrace);
D3D/DXGI diagnostics are routed through the logger.
Decompose the full Red Alert 3 feature set three levels deep (29 modules, 169 functions, ~500 features) with per-feature status and milestone tags. Fold the release roadmap into ARCHITECTURE section 5 and remove docs/ROADMAP.md.
EnderTheCoder