Skip to content

First run: no red errors for a working stream; USB setup steps (.136) - #25

Merged
JMS1717 merged 2 commits into
mainfrom
claude/first-run
Oct 9, 2026
Merged

JMS1717 merged 2 commits into
mainfrom
claude/first-run

Conversation

@JMS1717

@JMS1717 JMS1717 commented Oct 9, 2026

Copy link
Copy Markdown
Owner

Found by a first-time setup of beta.2 (.135) on a Quest 3 over USB: a fresh folder, no session file, Wired Connection switched on. It streamed Quality 120 at 119 client FPS of 120 (1100 Mbit/s, ALVR latency 35 ms), but the dashboard showed a permanent red error bar.

  • The notification bar skips the periodic diagnostics ([Q3PW_TRACKING_RX], [Q3PW_POSE_EXTRAPOLATE], [Q3PW_UDP_SEND], [Q3PW_ENCODE_QUEUE], [Q3PW_LATENCY_STAMP], [VIEWS]). They stay at error/warning level, so crash_log.txt, vrserver.txt and the Logs tab keep them for the measurement tools.
  • A handshake timeout (TryAgain) while the headset app starts logs at info instead of error.
  • README first-run steps: Register ALVR driver, Devices → Wired Connection (USB) or Trust (Wi-Fi), and the one-time SteamVR restart on the first connection.

Local fast_build.py test: all suites pass, including the new stream_diagnostics_do_not_notify.

A fresh .135 install streamed Quality 120 at 119 FPS of 120, but the dashboard's notification
bar showed the 5 s tracking and pose diagnostics as red errors the whole time. The bar now skips
those diagnostic tags; crash_log.txt and the Logs tab keep them. A handshake timeout while the
headset app starts logs at info. The README's first-run steps name Register ALVR driver and
Devices -> Wired Connection, and say SteamVR restarts once on the first connection.
@JMS1717
JMS1717 merged commit 1b529ef into main Oct 9, 2026
4 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant