wheaney / breezy-desktop Goto Github PK

I tried the driver with my xreal air 2 pro and it doesn't work. I'm on linux mint 21

When I connect them, I get a second screen and the mouse starts to follow the xreal movements. So it seems it is somehow workng but not fully. I have steam with steamvr as openxr server. I also tried monado, but monado not yet supports the xreal 2 pro.

even with "xreal_driver_config -d" the only way to get monado to successfully run with the xreal airs connected is to run "systemctl stop xreal-air-driver.service"

I have been troubleshooting this over here https://gitlab.freedesktop.org/monado/monado/-/issues/313

the main problem, it seems, when the service is running the Airs do not enumerate all of its interfaces.
according to Tobias Frisch "The Nreal Air should always enumerate three entries with interface being: 3, 4 and 5."
however, with the service running the Airs only list interface number 5, which causes monado to fail.

Right now the xreal config files seem to go directly into the user's home directory. While its not the end of the world, a nicer solution would be to have it follow the $XDG_CONFIG_HOME location), this way, the user can:

1. Have their config files in the place they expect config files to go, and
2. Not add an extra dot file to their home (unless that's what they wanted).

According to the spec https://specifications.freedesktop.org/basedir-spec/latest/ar01s03.html :

$XDG_CONFIG_HOME defines the base directory relative to which user-specific configuration files should be stored. If $XDG_CONFIG_HOME is either not set or empty, a default equal to $HOME/.config should be used.

I am sure I am missing something but As far as I can tell there is really no need to require root to install this.
isn't everything being installed into users home dir anyway?

Right now the only way to modify configs is through the ~/bin/xreal_driver_config script, and I'm finding it a bit tedious to manage and use that script as I add features, especially more complex ones like a calibration workflow. The Decky UI makes it possible for Decky users to configure things on-the-fly using checkboxes/buttons/sliders/etc... and I'd like to have the same UI available for general Linux users. Since breezy is always running in the background, this task would be to build a UI that someone could launch whenever they wanted to use it, but opening or closing it has no effect on the operations of breezy itself.

Steps to reproduce:
1 start driver service
2. Enable driver
3. Put driver into mouse mode
4. Plug in headset
5. [Headset and driver configure and calibrate]
6. Look to an icon (I.e. web browser)
7. <== here is where a double click is needed
8. The web browser opens

Expected results:

1. There could be a tap pattern that triggers a mouse double-click
2. There could be a configurable option in the driver or desktop that allows for configuring recalibration tap pattern, mouse mode double click tap pattern, etc.

Actual result:

1. This feature does not exist.
2. This is a new feature that would be implemented.

It's possible to get into a situation where your virtual display is fully "offscreen" in space. Since this just renders "nothing" in the glasses, it feels like something is just broken. It would be helpful to have some sort of indicator that you do indeed have a floating screen, it's just elsewhere in space. Some ideas might be:

• Lighting up the edge of the screen that is in the direction of the virtual screen.
• Drawing a symbol in the middle of the viewport.

I have very poor vision, and I was hoping to use the this tool to help me see my screen.

Right now, when I increase the values of: sideview_display_size (and display_zoom) to values greater than 1, the edges of the screen get cut off. This makes sense when smooth follow is turned off, but when its turned on I would expect to be able to see the edges of the display momentarily before the display catches up.

Side note, it would be useful if sideview_smooth_follow_enabled (and virtual_display_smooth_follow_enabled) could contain numerical values rather than just true/false. That way we can set the speed in which the 'virtual follow' works. That way more time could be spent looking at the edges of the screen before it shifts back to the center.

Either way though, thanks for the work done so far, its pretty amazing.

Something as simple as updating the breezy and driver package scripts to build a manifest with checksums for the various installation files. Then we can have a script that verifies the installation by comparing the binary checksums against the manifest, for any files where we do replacements, just verify the presence of those files.

The decky plugin could ultimately call this script and reinstall if the check fails. This would prevent weird cases where a manual breezy install gets the decky plugin out of sync with the underlying driver and shader, or a manual vkbasalt install manages to mess up our vkbasalt install.

Hello,
I'm having issues installing XR Gaming. I've tried installing the plugin through Decky but the install fails and when trying to install manually it runs smoothly until I get this error:

Setting up the systemd service
systemd startup failed

Any idea what I'm doing wrong here?
(using a steam deck btw)

Thanks in advance

Per the Vulkan Linux Layer Discovery documentation, before the setup script copies our vkBasalt config and lib files to ~/.config and ~/.local, we should be checking whether $XDG_CONFIG_HOME or $XDG_DATA_HOME environment variables are set and use them if they are.

I notice that this sends metrics information to Google Analytics. However, I don't see anything about that in either the README or LICENSE files. This 'might' be a GDPR violation. (If nothing else please post a notice about it in the readme.)