[Feature Request] Please add support for Vive Wireless?

[timonoj]

Your system information

• Steam client version (build number or date): Apr 4 2020
• Distribution (e.g. Ubuntu): Ubuntu 18.04/KDE Neon.
• Graphics driver version (run nvidia-settings): 440.82
• Gist for SteamVR System Information:
• Opted into Steam client beta?: [Yes/No] No
• Opted into SteamVR beta?: [Yes/No] No
• Have you checked for system updates?: [Yes/No] Yes

This is more of a request than an issue. However, given my setup, I can no longer play on Linux. I'd like to see if possible, if the Dev team would look at supporting the Vive Wireless addon natively from the SteamVR. Right now due to the lack of driver support on Linux, I'm forced to run it only from Windows, limiting me to be the only reason to booting that partition. I would greatly appreciate if some sort of support was implemented at some point.

Thanks!

[dikonov]

I second that. Spent a day looking for ANY way to use a Vive Pro wirelessly with Linux and found no solution at all. My computer is incompatible with Windoze.

[gudenau]

This seems like something that HTC would have to do, as the wireless Vive adapter is their product and not Valve's. And when you install the drivers and software on a Windows machine it uses some Intel drivers, so both Intel and HTC would have to have a hand in this.

If anyone knows how to contact the correct people to get this done it would be great.

[timonoj]

Not sure HTC, but definitely Intel. The thing is, TPCast uses literally the same Intel WiGig card. I think the TPCast came BEFORE HTC's own solution. Either way, TPCast does actually have Linux support. So here I am reckoning at least the connectivity and linking probably can be done by slightly retooling TPCast's Intel linux drivers. Then I reckon HTC uses their own video protocol. But I think the first part might not take that much of a gap to bridge.

On Mon, 30 Nov 2020 at 09:02, gudenau [email protected] wrote:

This seems like something that HTC would have to do, as the wireless Vive adapter is their product and not Valve's. And when you install the drivers and software on a Windows machine it uses some Intel drivers, so both Intel and HTC would have to have a hand in this.

If anyone knows how to contact the correct people to get this done it would be great.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/ValveSoftware/SteamVR-for-Linux/issues/340#issuecomment-735491085, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACPXB54RTFM5PVX2LZRS6JDSSLVI3ANCNFSM4MLF6HQA .

[gudenau]

The biggest issue with just trying to force the other stuff to work is the frontend. Maybe if the drivers are similar enough it could be run in something like WINE though.

[dikonov]

I have a reply from an OpenTPCast dev that it is impossible to use TPCast with VivePro and there is no hope.

Is it possible to use OpenTPCast with Vive Pro? I cannot use the HTC alternative with my Linux notebook.

niko_20010 Yesterday, at 19:28
nope, not enough video bandwidth
also locked to the OG Vive's EDID
and HDMI only
and whilst the video system isn't linked together, there isn't any alternatives out there which offer better specs that i know of

niko_20010 Today, at 1:53
your best bet is a pulley system under these conditions i think

rdpeake Today, at 2:02
issue might be the display port output needed from the laptop?

niko_20010 Today, at 2:08
if thats the case then no HMD apart from old WMRs, Rift CV1 or OG vive will work on that notebook's hardware anyway(изменено)
and on linux only the OG vive would do without sacrificing it down to 3dof HMD, no controllers(изменено)
no positional tracking at all that means(изменено)
the only higher-tier HMDs that work under linux right now are the vive pro and index
anything else is sketchy to totally unsupported
and you would have to deal with things like OpenHMD or OSVR then either way

niko_20010 Today, at 2:28
Both a mess

dikonov Today, at 14:36
HDMI<->DP wires and adapters are commonplace. 
nope, not enough video bandwidth
@niko_20010 
1) HDMI <-> DisplayPort adapters and cables are easily available everywhere.
2) There is a report that TPCast can be run with a third-party WiGig router
https://www.reddit.com/r/Vive/comments/6fzpap/tpcast_using_a_byo_wireless_access_point/
Would that both solve the video bandwidth and HDMI issues? EDID can be substituted, at least for an ordinary display.
reddit
Vive - TPCast using a BYO wireless access point
32 votes and 33 comments so far on Reddit

niko_20010 Today, at 14:37
Eh no
The videobridge is Hardware locked to the EDID of a vive
The logic that does this is inside encrypted and security locked processors
Also the 60GHz link isnt WiGig, it is sillicon image WirelessHD
What you linked is the possibility to replace the wifi AP used for management and USB-over-IP
Also the videobridge does custom frame masking, compression and stereo difference coding
Which would need to be modified for a different resolution
Impossible because processors locked
Wigig is not used here in any way 
You are dealing with a pure Hardware custom tailored solution
Not easily modified

dikonov Today, at 14:43
... Security morons. 
Are there signs of a next-gen tpcast hardware being developed then?
Or a substitute for the damned HTC pci card?

niko_20010 Today, at 14:43
No

[happysmash27]

Has anyone tried to get the drivers working via Wine and/or other compatibility tools?

[okawo80085]

Has anyone tried to get the drivers working via Wine and/or other compatibility tools?

Afaik no, to run drivers with Wine you'd need to have the entire runtime ran in Wine, SteamVR will not play well with that, just thinking about it sounds like a huge pain when SteamVR has native support for Linux

[a3dbox]

Another vote from me too. Thanks.

[tamer1an]

+1

[towen]

Apparently the PCIe card is a 60GHz WiGig card from Intel, so probably it is Intel who need to provide a kernel module for Linux for it to work, so not much chance of that. :(