SteamVR-for-Linux
SteamVR-for-Linux copied to clipboard
ValveSoftware
[BUG] Valve Index camera not working
- Distribution: [Arch/Manjaro/Ubuntu/etc.] Manjaro KDE
- SteamVR version: [E.g. 1.7.2] 1.7.3
- Steam client version: [build number or date] 1565473496
- Opted into Steam client beta?: [Yes/No] Yes
- Graphics driver version: Mesa 19.2.0-devel (git-34dd1ddde6) (LLVM 8.0.1) ACO from the AUR
- Gist for SteamVR System Information: https://gist.github.com/Zamundaaa/11861124cd7b111b6dafe7bcace6ecfe
As the title says. I have tried my USB 3.1 ports on the computer as well as the 3.0 ones. No working camera with either ones.
I've seen the same issue. When my Index is functioning on the USB 3 ports, the cameras don't appear to show up. I believe they do show up in dmesg, though so they are detected.
Same on pop os (ubuntu) 19.04, steamvr report: https://gist.github.com/ebbit1q/18f1de3192d8ae4b64e5c5b015c8b81d
After switching to USB 3 again, I've noticed that SteamVR still can't seem to find the cameras.
Here's the dmesg log when I plug in the headset at the Trident cable:
[24773.428780] usb 5-3: new high-speed USB device number 23 using xhci_hcd
[24773.582033] usb 5-3: New USB device found, idVendor=28de, idProduct=2613, bcdDevice= 1.82
[24773.582035] usb 5-3: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[24773.633821] hub 5-3:1.0: USB hub found
[24773.634007] hub 5-3:1.0: 3 ports detected
[24776.620729] usb 5-3.3: new high-speed USB device number 24 using xhci_hcd
[24776.731135] usb 5-3.3: New USB device found, idVendor=0424, idProduct=2744, bcdDevice= 2.21
[24776.731138] usb 5-3.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[24776.731139] usb 5-3.3: Product: USB2744
[24776.731140] usb 5-3.3: Manufacturer: Microchip Tech
[24776.769796] hub 5-3.3:1.0: USB hub found
[24776.770010] hub 5-3.3:1.0: 5 ports detected
[24776.856758] usb 6-3: new SuperSpeed Gen 1 USB device number 10 using xhci_hcd
[24776.881061] usb 6-3: New USB device found, idVendor=0424, idProduct=5744, bcdDevice= 2.21
[24776.881063] usb 6-3: New USB device strings: Mfr=2, Product=3, SerialNumber=0
[24776.881064] usb 6-3: Product: USB5744
[24776.881065] usb 6-3: Manufacturer: Microchip Tech
[24776.897709] hub 6-3:1.0: USB hub found
[24776.897731] hub 6-3:1.0: 4 ports detected
[24777.132728] usb 5-3.3.1: new full-speed USB device number 25 using xhci_hcd
[24777.261657] usb 5-3.3.1: New USB device found, idVendor=28de, idProduct=2300, bcdDevice= 2.00
[24777.261659] usb 5-3.3.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[24777.261660] usb 5-3.3.1: Product: Index HMD
[24777.261661] usb 5-3.3.1: Manufacturer: Valve
[24777.261662] usb 5-3.3.1: SerialNumber: LHR-11BF2815
[24777.457435] hid-generic 0003:28DE:2300.001D: hiddev5,hidraw9: USB HID v1.11 Device [Valve Index HMD] on usb-0000:2b:00.3-3.3.1/input0
[24777.467892] hid-generic 0003:28DE:2300.001E: hiddev6,hidraw10: USB HID v1.11 Device [Valve Index HMD] on usb-0000:2b:00.3-3.3.1/input1
[24777.478881] hid-generic 0003:28DE:2300.001F: hiddev7,hidraw11: USB HID v1.11 Device [Valve Index HMD] on usb-0000:2b:00.3-3.3.1/input2
[24777.560721] usb 5-3.3.5: new high-speed USB device number 26 using xhci_hcd
[24777.671175] usb 5-3.3.5: New USB device found, idVendor=0424, idProduct=2740, bcdDevice= 2.00
[24777.671176] usb 5-3.3.5: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[24777.671177] usb 5-3.3.5: Product: Hub Controller
[24777.671177] usb 5-3.3.5: Manufacturer: Microchip Tech
[24778.028708] usb 5-3.3.2: new full-speed USB device number 27 using xhci_hcd
[24778.159656] usb 5-3.3.2: New USB device found, idVendor=28de, idProduct=2102, bcdDevice= 1.00
[24778.159658] usb 5-3.3.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[24778.159659] usb 5-3.3.2: Product: Valve VR Radio
[24778.159660] usb 5-3.3.2: Manufacturer: Valve Corporation
[24778.159661] usb 5-3.3.2: SerialNumber: C030191C6C-RYB
[24778.290233] hid-generic 0003:28DE:2102.0020: hiddev8,hidraw12: USB HID v1.11 Device [Valve Corporation Valve VR Radio] on usb-0000:2b:00.3-3.3.2/input0
[24778.290316] cdc_acm 5-3.3.2:1.1: ttyACM0: USB ACM device
[24778.512704] usb 5-3.3.3: new full-speed USB device number 28 using xhci_hcd
[24778.635654] usb 5-3.3.3: New USB device found, idVendor=28de, idProduct=2102, bcdDevice= 1.00
[24778.635657] usb 5-3.3.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[24778.635658] usb 5-3.3.3: Product: Valve VR Radio & HMD Mic
[24778.635659] usb 5-3.3.3: Manufacturer: Valve Corporation
[24778.635660] usb 5-3.3.3: SerialNumber: 8B37344787-LYM
[24778.739078] hid-generic 0003:28DE:2102.0021: hiddev11,hidraw15: USB HID v1.11 Device [Valve Corporation Valve VR Radio & HMD Mic] on usb-0000:2b:00.3-3.3.3/input0
[24779.388830] usb 6-3.1: new SuperSpeed Gen 1 USB device number 11 using xhci_hcd
[24779.638454] usb 6-3.1: New USB device found, idVendor=28de, idProduct=2400, bcdDevice= 0.04
[24779.638456] usb 6-3.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[24779.638457] usb 6-3.1: Product: 3D Camera
[24779.638458] usb 6-3.1: Manufacturer: Etron Technology, Inc.
[24779.638459] usb 6-3.1: SerialNumber: 00000001
[24779.691086] uvcvideo: Found UVC 1.00 device 3D Camera (28de:2400)
[24779.762943] uvcvideo 6-3.1:1.0: Entity type for entity Extension 4 was not initialized!
[24779.762945] uvcvideo 6-3.1:1.0: Entity type for entity Processing 3 was not initialized!
[24779.762947] uvcvideo 6-3.1:1.0: Entity type for entity Camera 1 was not initialized!
[24779.763018] input: 3D Camera: eTronVideo as /devices/pci0000:00/0000:00:08.1/0000:2b:00.3/usb6/6-3/6-3.1/6-3.1:1.0/input/input37
This also results in the addition of the /dev/video0 and /dev/video1 devices, however VLC doesn't seem to know what to do with them (and completely fails to open /dev/video1).
Same issue here, all headset functions work but Steam says camera is disconnected.
SteamVR says camera not available for me too.
The cameras work fine with guvcview (take ~2 seconds to initialize though).
i've found that the camera isn't added to the steam-vr udev rules yet. Try adding the line
KERNEL=="hidraw*", SUBSYSTEM=="hidraw", ATTRS{idVendor}=="28de", ATTRS{idProduct}=="2400", MODE="0660", TAG+="uaccess"
to the end of /lib/udev/rules.d/60-steam-vr.rules
Added it, rebooted and doesn't change anything. SteamVR says "camera not available" as always. Does it work for you?
Same problem here on Arch Linux. Cameras are "not available" on any USB ports, but guvcview can load them up just fine.
Same problem. Do you guys have installed openvr Input emulator?
Edit. Removing openvr Input emulator fixed for me. But I need that program, so no cam for now.
No I haven't. Interesting that removing it fixes the camera for you though
AFAIK Input Emulator is a Windows only application, and it's known to break the camera functionality in SteamVR. It breaks it on the Vive too from what I'd read.
Tried a different udev rule, didn't really accomplish much, but maybe useful to someone else:
KERNEL=="6-4.1", SUBSYSTEM=="usb", ATTRS{idVendor}=="28de", ATTRS{idProduct}=="2400", MODE="0660", TAG+="uaccess"
Still get
Sat Oct 26 2019 14:04:48.309281 - lighthouse: TrackedCamera: OnWorkThread_OpenCamera()
Sat Oct 26 2019 14:04:48.309451 - lighthouse: TrackedCamera: Couldn't find Dual Cameras at USB VID:28DE, USB PID:2400
Sat Oct 26 2019 14:04:48.324364 - lighthouse: TrackedCamera: Worker thread OpenCamera result: NotFound.
Sat Oct 26 2019 14:04:48.324441 - lighthouse: InitTrackedCamera(): Failed to open expected camera on (LHR-11BF2815): NotFound. Camera services not available.
Sat Oct 26 2019 14:04:48.324462 - lighthouse: TrackedCamera: Stopping Video Stream For Camera Shutdown.
Sat Oct 26 2019 14:04:48.339593 - lighthouse: TrackedCamera: OnWorkThread_CloseCamera()
In the logs.
The camera is also not working for me on a basic install of Fedora 31 with XFCE.
@kedodrill It would be more surprising if it did work as I don't think it works for anyone currently.
@jcc10 Figured as much, this post hasn't been updated in over a month so I figured I'd just throw that out there. The camera isn't super useful for me or a core component IMO but it would be nice for all of the hardware to work. I would much rather have Bluetooth work first so I can update my base stations.
@kedodrill While updating & putting the stations to sleep would be nice, chaperone has a feature where when you are near the border you can see outlines of objects. Which in my room would help stop me from hitting lamps & monitors.
TBH, I think that base stations should be the easier one of the two to implement, but both are the only real features I feel I'm missing by being on Linux.
@jcc10 Oh, I didn't know that about chaperone. That sounds super useful.
And that sums it up quite nicely. If both of these features were implemented it would be so much more feature complete. Fingers crossed we get some good news soon!
I've noticed that the new UI in SteamVR Beta has some more options for the camera to enable / disable it and also includes chaperone options. However, when switching the camera to enabled, it still does not work. I haven't played around with chaperone settings much but I'm guessing that it still doesn't work either. Still...progress? I'm hopeful...
I'd rather have the ui admit that the valve index camera on linux isn't working in steamvr (it works separately, why it doesn't work like the vive camera baffles me)
@ebbit1q I would as well, but it is a beta and an entirely new UI so I'm guessing that they are still testing, adding, and removing things.
Has anyone played with permissions on the appropriate /dev/video[0..9] devices?
Getting the hardware soon and ill do what i can.
I havent played with permissions per se but I used guvcview to watch the video feed from the cameras as user which worked fine. So this doesnt seem to be a permission issue.
It could also be apparmor or selinux simillar. Really looking forward to getting hardware in soon.
On Thu, Dec 12, 2019, 9:16 AM Farmboy0 [email protected] wrote:
I havent played with permissions per se but I used guvcview to watch the video feed from the cameras as user which worked fine. So this doesnt seem to be a permission issue.
— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/ValveSoftware/SteamVR-for-Linux/issues/231?email_source=notifications&email_token=AJHHO2QPMUUOWIMZU35A4YTQYJBVFA5CNFSM4ILERZGKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEGWZNWA#issuecomment-565024472, or unsubscribe https://github.com/notifications/unsubscribe-auth/AJHHO2USTQJDCYJP2U64NBLQYJBVFANCNFSM4ILERZGA .
Valve doesn't seem to care about the camera. Issues with the camera are being reported on Windows as well (not only on Index, but on Vives as well).
would be nice to have at least basic functionality of an advertised feature though. I personally don't care so much about the camera, but it should work at least.
Not sure if it's better to just 👍 the issue or comment "Me too", but... me too. Same symptom and logs, Ubuntu 19.10, SteamVR 1.11.
would be nice to have at least basic functionality of an advertised feature though. I personally don't care so much about the camera, but it should work at least.
Well, I would really love if the passthrough finally worked... it was already quite nice on the Vive and that was without depth. I'd also personally like to use it for some 3d vision projects (for example some sort of advanced chaperone that also warns you when people walk into your play space). There's quite a few possibilities with the tracking + dual camera setup.