SteamFrame/FrameAssistant
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Document the Frame's broken Qt WebEngine and the bundling experiment

Browse Source 
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
matzman
2026-10-05 22:35:45 +02:00
co-authored by Claude Opus 5.5
parent b823ff321e
commit 523a9802eb
3 changed files with 23 additions and 1 deletions
Download Patch File Download Diff File Expand all files Collapse all files
docs/STEAM-FRAME.md
+7
View File
@@ -77,6 +77,13 @@ Checked 2026-10-05; details per requirement in [REQUIREMENTS.md](REQUIREMENTS.md
**SteamVR does not use Qt 6:** nothing under `/opt/steamvr` links or ships `libQt6*`. So the
system Qt is not a SteamVR dependency, which is one more reason to keep the bundled-Qt
fallback.
- **Qt WebEngine on the Frame can't be loaded** (checked 2026-10-05): `qt6-webengine` and
`qt6-webchannel` are 6.7.0 while the rest of Qt is 6.8.0, and WebEngine was built against
FFmpeg 6 (`libavcodec.so.60`, `libavformat.so.60`, `libavutil.so.58`); the Frame has FFmpeg
7.0 (`.61`/`.59`) and an old FFmpeg 4 (`.58`/`.56`). Only `qt6-webview` and `signon-ui`
depend on it. A program linking WebEngine fails to start ("libavcodec.so.60: cannot open
shared object file"). Other Qt modules are 6.8.0 (`pacman -Q | grep qt6-`). Not yet
checked: whether Qt Multimedia's FFmpeg plugin has the same problem.
- **Qt add-on modules must come from the system Qt.** Shipping one fails: they use Qt's private
API, and QtCore aborts on any version mismatch ("Cannot mix incompatible Qt library").
- **Not present:** any MQTT library (no `libmosquitto`, no Qt MQTT). FrameAssistant ships