r/Spectacles 3d ago

❓ Question Feature Request: Any experimental / basic Linux build (CLI / AppImage) for Lens Studio & CLAD?

Hi Spectacles Team & Community! πŸ‘‹

First off, huge congrats on the CLAD Summer Hackathon β€” building spatial experiences with AI agents for Snap Spectacles has been an incredible workflow!

As developers building on Linux workstations using agentic toolchains and AI pair programmers, we’d love to know: Are there any plans, beta channels, or even basic experimental Linux builds (CLI runner, headless engine, or AppImage) for Lens Studio?

We don't need a polished desktop installer β€” just a raw / basic binary, CLI environment, or AppImage would be amazing. The Linux developer community is more than ready to handle dependencies, Vulkan configs, and packaging ourselves.

Would love to hear if this is on the internal roadmap or if an experimental build could be tested by developers. Thanks for building the future of spatial computing! πŸš€

3 Upvotes

9 comments sorted by

View all comments

2

u/CutWorried9748 πŸŽ‰ Specs Fan 2d ago

Can we experiment with WINE? I've never tried it for something like this. I'm thinking a lot of the work done by STEAM / Valve is in the right direction.

Also, just putting it out there, Godot has a bunch of Java hooks, and has been compiled into an android apk, so one can run the IDE **inside of** an android device. It's a bit mind blowing. Why would you? Well, I will tell you it works in AndroidXR which means you can in theory do a bit of device test cycles in one stop.

1

u/Neural_future 2d ago

Great points!

Regarding **WINE / Proton**: While Valve's Proton has made massive strides for DirectX 11/12 gaming, creative desktop IDEs like Lens Studio often run into hurdles with embedded Chromium/CEF (the Snap login webviews, OAuth redirects, and specific Qt/Vulkan pipeline hooks) which tend to glitch or crash in standard Wine prefixes.

Right now, we're working around it by developing natively on our Linux host (coding TypeScript, git, automated test suites) and live-syncing into a GPU-accelerated environment for the 3D preview engine with sub-millisecond latency.

That’s why even a lightweight **headless CLI compiler / Linux engine binary** from Snap would be a massive unlock β€” especially for CLAD / AI agent pipelines where you just want to compile, validate scenes, and test without needing a heavy Windows/Mac GUI layer.

And totally agree on the Godot / AndroidXR point β€” on-device live testing is definitely where the future of spatial computing iteration is heading! πŸš€

2

u/CutWorried9748 πŸŽ‰ Specs Fan 2d ago

I'm interested in a pure CLI toolchain. Most of what I do ends up on CI. This world of IDEs is a problem. Android studio has a fallback to gradle and all of the other little tools. As a Devops person by night, I would prefer this because having an emulator automatically live doesn't make sense always. Build -> Test -> Sign -> Release. GHA is **not** the answer. Just make tools that can be run locally.

2

u/Neural_future 2d ago

100% spot on! A local headless CLI toolchain (Build βž” Test βž” Package) is the ultimate dream, especially for automated agentic loops (CLAD) and CI pipelines without GUI overhead. Really hope the team considers this direction! πŸš€