The first deploy to the Steam Frame aborted in install.sh: OVRAS creates its QApplication before it handles --force-install-manifest, and Qt's default platform plugin (xcb) aborts when there is no display, as over SSH. Registering and unregistering draw nothing, so the generated install.sh and uninstall.sh now run them with QT_QPA_PLATFORM=offscreen. The normal start keeps DISPLAY=:0, as rendering needs a real context. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
12 KiB
12 KiB
Steam Frame port: progress
Status (2026-10-07): iteration 1 implemented. Next: test checklist T1–T11 on the Frame (at the end of this file), then assessment. Getting started: README.md.
Iteration 1
Step 1: build fixes, bytecode-only QML (2026-10-07)
Changes:
CMakeLists.txt:Core5Compatremoved (unused, not on the Frame).GuiPrivaterequested explicitly. This is temporary, until step 3 replaces QRhi.QT_QMLCACHEGEN_ARGUMENTS --only-bytecode.- OpenVR library directory per architecture (
linux64/linuxarm64/win64), for linking and for the copy next to the binary. RPATH $ORIGIN.libXtstlinked.
overlaycontroller.cpp:d3d11.handcase QRhi::D3D11only under_WIN32.- Logging: 8 active easylogging
LOG(INFO)calls becameqInfo()(overlaycontroller.cpp6,ChaperoneTabController.cpp1,MoveCenterTabController.cpp1). Commented-outLOGlines are left unchanged. - Only changed lines are formatted (
git clang-format).
Results (x86_64, Arch, Qt 6.11.1, GCC):
- The build succeeds, with 1463 compiler warnings, as in
qt6. objdump -T: 7Qt_6_PRIVATE_APIsymbols, allQRhi…(step 3). TheQQmlPrivate::AOTCompiledContextsymbols are gone (bytecode-only QML).libopenvr_api.sois resolved from the binary's directory (ldd).- Not started: without a running SteamVR the start hangs in OpenVR init (expected; tested on the Frame in step 5).
Step 2: platform option, R7, tick (2026-10-07)
Changes:
- Platform option:
- CMake option
OVRAS_STEAM_FRAME(default OFF) sets the compile definitionOVRAS_STEAM_FRAME=1. - New
src/utils/platform_capabilities.hevaluates it as the only place. It holdsk_chaperoneCommitSupported,k_defaultVsyncDisabledandk_defaultCustomTickRateMs.
- CMake option
- Tick (R6):
- In "vsync disabled" mode,
m_pumpEventsTimerruns directly atcustomTickRateMs(applyTickInterval(),Qt::PreciseTimer); the 1 ms counting is gone. - Changing the setting restarts the timer.
- Setting defaults in
settings_controller.hcome from the constants: Frametrue/11 ms, otherwise unchangedfalse/20 ms.
- In "vsync disabled" mode,
- R7: with
!k_chaperoneCommitSupported:updateChaperoneResetData()andapplyChaperoneResetData()skipCommitWorkingCopy/RevertWorkingCopy. Each logs once per function.- The init autosave profile is skipped.
Results:
- Both variants (default and
-DOVRAS_STEAM_FRAME=ON) build on x86_64. The definition is only set in the Frame variant (compile_commands.json). - Not tested at runtime yet (Frame, step 5).
Notes:
- Another commit at start-up remains, but only on opt-in.
SetWidget()applies a chaperone profile and commits when "auto-apply chaperone" (autoApplyChaperoneToggle, defaultfalse) is on. That's a chaperone-profile feature, so it belongs to R5 (iteration 2). - clang-format reflows comment blocks next to new comments. Separate new comments from existing commented-out code with a blank line, otherwise the diff grows.
Step 3: rendering through public API, --graphics-api, mouse y, shutdown order (2026-10-07)
Changes:
src/render/(new):RenderBackend,OpenGLRenderBackend,VulkanRenderBackendfrom the template (4a5b090).- Changes to the template code:
VRDASH_*→OVRAS_*names, origin note in the file header, references toOverlayController. - Formatted completely in OVRAS style.
- One comment in
VulkanRenderBackend.hwas wrapped by hand, because the automatic wrapping had broken its column layout.
- Changes to the template code:
OverlayController:- QRhi block replaced by
configureWindow→renderControl.initialize→attachWindow→createRenderTarget. renderOverlay()wraps the frame inbeginFrame/finishFrame. It submitsvrTextureBounds+vrTexturewhile the context is current.SetOverlayFromQRhiTexture, the QRhi members andQVulkanInstanceare removed.- Render delay 5 → 16 ms (about 60 fps).
- QRhi block replaced by
- Shutdown:
Shutdown()runs only once. It callsVR_Shutdown(), then frees the backend's render target (releaseRenderTarget,detachWindow). - Mouse y: always flipped; the Linux un-flip and its TODO are removed.
openvr_init::renderInterop(): Vulkan extensions and HMD GPU from SteamVR.main.cpp: parses--graphics-api, thencreateRenderBackend→initialize→QQuickWindow::setGraphicsApi→OverlayController.setup.*:--graphics-api opengl|vulkan(defaultopengl). Unknown or not built in → error, exit codeGENERAL_FAILURE.- CMake:
GuiPrivateis gone.- The Vulkan backend is built when
QT_FEATURE_vulkanis set (OVRAS_HAS_VULKAN).
Results (x86_64, Qt 6.11.1):
- The build succeeds. The Vulkan backend is built in.
objdump -T: onlyQVulkanDeviceFunctions::*/QVulkanFunctions::*remain asQt_6_PRIVATE_API. Acceptance criterion R1 (symbols) is met.- Warnings 1463 → 1630. The new code itself has none; the additional ones come from
openvr.hin the three new translation units. - Not tested yet:
- running both backends, Vulkan validation, the snapshot test (step 5, with the containers)
- mouse direction (Frame)
Risk:
MyTextFieldopens the SteamVR keyboard onactiveFocus. The template had to send the offscreen window an explicitFocusIn, otherwiseactiveFocusItemstayed null. Theqt6branch doesn't send it. If text fields don't respond on the Frame, that is the cause (R4).
Step 4: manifest and installation (2026-10-07)
Changes:
manifest.vrmanifest:binary_path_linuxandbinary_path_linux_arm→AdvancedSettings_app.manifest::handleManifests:VR_Init(Utility); onVRInitError_Init_NotAvailableToUtilityApps,VR_Init(Background).- Other errors: message and exit code
OPENVR_INIT_ERROR, instead ofinitializeOpenVR's retry loop.
main.cpp:--graphics-apiis checked before connecting to OpenVR. A wrong value used to fail only afterinitializeOpenVR's retry loop.
Results (x86_64, without SteamVR):
--force-install-manifestexits right away withOPENVR_INIT_ERROR(−2).--graphics-api fooexits right away withGENERAL_FAILURE(−1).- The build tree contains the binary,
libopenvr_api.so, both manifests,default_action_manifests/andres/. - Not tested yet:
Backgroundon the Frame (step 5).
Step 5: Frame build, package, tests (2026-10-07)
Changes:
build_scripts/steamframe/(new, see DESIGN.md section 9): containers, toolchain, build, test, package and deploy scripts.test/render/(new): render test for both backends (OVRAS_BUILD_TESTS=ON).CMakeLists.txt:- option
OVRAS_BUILD_TESTS - RPATH only
$ORIGIN(BUILD_WITH_INSTALL_RPATH). Before, the cross binary also had the host's absolute link directory in its RUNPATH.
- option
.gitignore:dist/.
Results:
- Render tests:
- locally (Arch, Qt 6.11, Intel Iris Xe): OpenGL and Vulkan, 4/4 passed each
- in the container (Debian trixie, Qt 6.8, same GPU via
/dev/dri): 2/2 passed, no Vulkan validation messages - Proof that the layer was active:
VK_LOADER_DEBUG=layershows "Inserted device layer VK_LAYER_KHRONOS_validation".
- Cross build (aarch64, Qt 6.8 Debian): succeeds once the container has
libxt-dev(input_sender_X11.cppincludesX11/Intrinsic.h).Qt_6_PRIVATE_APIwithoutQVulkan*: 0 → R1 symbols met.- Qt version tag:
Qt_6.8(fits the Frame's 6.8.0). - GLIBC ≤ 2.38 (the Frame has 2.39); GLIBCXX ≤ 3.4.32 (not checked against the Frame).
- NEEDED: Qt6 Core/Gui/Qml/Quick/Widgets/Network/DBus/Multimedia/WebSockets, libX11, libXtst, libpulse, libopenvr_api, libstdc++/libc.
- Package
dist/AdvancedSettings-5.7.4-linux-arm64.tar.gz: 3.0 MB (9.1 MB unpacked); since the version fix below…-5.8.17-…. The version 5.7.4 comes fromqt6'sproject()(master is at 5.8.17).
Open (needs the Frame):
- Are the QML modules OVRAS imports present in the Frame's system Qt? QtQuick.Controls (Material), Layouts, Dialogs, Multimedia.
- Do libXt/libXtst exist on SteamOS? Is libstdc++ new enough?
Version from compile_version_string.txt (2026-10-07)
- Problem:
qt6'sCMakeLists.txthad the version hard-coded as 5.7.4. The qmake build read it frombuild_scripts/compile_version_string.txt(5.8.17-release).masteris fully merged intoqt6, so only the number was stale. Consequence: the version check (comparison withver/versioncheck.json, 5.8.17) would have reported an update. - Fix: CMake reads the file.
APPLICATION_VERSION= full string, as in qmake.project(VERSION)= numeric part.
- Result:
APPLICATION_VERSION="5.8.17-release",CMAKE_PROJECT_VERSION=5.8.17, packagedist/AdvancedSettings-5.8.17-linux-arm64.tar.gz(3.0 MB).
Fix: manifest commands without a display (2026-10-07)
- Problem (first deploy to the Frame):
install.shaborted with a core dump in./AdvancedSettings_app --force-install-manifest. Log: "could not connect to display", then "no Qt platform plugin could be initialized" (fatal). - Cause:
main.cppcreates theQApplicationbefore it handles the manifest options. Qt's default platform plugin (xcb) aborts without a display, and over SSH there is none.install.shsetDISPLAY=:0only for the start, not for registering.uninstall.sh(--force-remove-manifest) had the same problem. - Fix (
package-release.sh, generated scripts only): both manifest calls run withQT_QPA_PLATFORM=offscreen. Registering draws nothing, so it needs no display at all. The normal start keepsDISPLAY=:0(xcb), because rendering needs a real OpenGL/Vulkan context. No change to the program. - Result: package rebuilt (
--no-build), generated scripts checked withsh -n. - Not tested yet: the fix itself on the Frame (T1, T11). No local x86 build was at hand for a test without a display.
Test checklist on the Frame (step 5)
Deploy: build_scripts/steamframe/deploy-to-frame.sh <user>@<frame> (SteamVR running).
| # | Check | Criterion | Result |
|---|---|---|---|
| T1 | install.sh: registration works (log: "Manifest reinstalled", via Background) |
R2 | first try failed: abort without a display (fixed, see above); retest open |
| T2 | Tab appears in the dashboard, UI correct (OpenGL) | R2, R3 | open |
| T3 | ./run.sh vulkan: UI correct |
R3 | open |
| T4 | Laser right way up, click, scrolling on several pages (both APIs) | R4 | open |
| T5 | Text field (e.g. new profile name): SteamVR keyboard opens, input arrives | R4 | open |
| T6 | An OVRAS action arrives (e.g. push-to-talk, log/notification) | R4 | open |
| T7 | Play area before/after start unchanged; log: "CommitWorkingCopy skipped" | R7 | open |
| T8 | Quit app (OVRAS "Exit" and Quit in the SteamVR dashboard): no crash (both APIs) | R2 | open |
| T9 | Auto-start after a SteamVR restart / reboot | R2 | open |
| T10 | pidstat -p $(pgrep -f AdvancedSettings_app) 10 6: dashboard closed / OVRAS visible / other tab visible |
R6 | open |
| T11 | uninstall.sh unregisters it |
R2 | open |
Wrap-up (2026-10-07)
- Remotes:
origin=git@git.matzman.net:SteamFrame/OpenVR-AdvancedSettings-frame.git(branchessteamframe,qt6,master);upstream= GitHub OVRAS. - Handover documentation:
docs/steamframe/README.md(entry point),CLAUDE.md(working rules, conventions),docs/steamframe/OVRAS-FEATURES.md(feature analysis). - Still open in iteration 1: phase 4 (tests on the Frame, T1–T11) and phase 5 (assessment).