Found the same in 2019.3.0f3 and URP 7.1.7. Right eye is black when multipass rendering is used (Daydream). Single pass appears to work on some devices. I suspect the case is that single pass works, but not all devices support single pass so fall back to multipass, which is rendered with a black right eye.
I am unable to roll back to URP 7.1.5 as @Orangy-Tang suggested as Unity 2019.3.0f3 does not offer rolling back beyond 7.1.6
I used the URP Template scene, disabled post processing, and added the Oculus Integration package, and added OvrCameraRig to the scene instead of the mainCamera. I used single pass as the rendering mode. We currently do not support multi pass for URP.
As Daydream is discontinued, we do not support it in 2019.x. If you want to develop on Daydream, please use 2018 LTS.
Thanks for the response. I am using single pass but Unity still carries the warning that some Android devices will fall back to Multi-Pass if they don’t support single pass. What happens in this case?
I think this is the problem I have been having with both 2018 LWRP and 2019 URP. Building with single pass and testing with a suitable device shows no problems. But then I get complaints from some users that the stereo render is not working on their devices. I am guessing they are seeing a fall back to multi-pass.
URP only supports single pass at the moment. We’ve seen driver issues with Mali GPU devices (such as some European Samsung Galaxy devices) where single pass is not supported, so they always fall back to multi-pass.
Hey @phil_lira any further update on when that package 7.2.0 is coming out? I’m seeing the same right-eye-black issue as described above, but am using Oculus XR from the new plugin framework. Which means single-pass doesn’t even exist as an option in the dropdown.
I guess I should drop XR Plugin Management and go back to the legacy version?
hey @phil_lira is there a timzone that the publish happens in? I just checked and don’t see it yet. I was hoping to get some time this weekend to work with this.
… Maybe after I put my kid to bed in a few hours?
Hoping we’re still on track!
This only works for me if I have the Camera Target Eye set to “Both”. If I set the target to “Right” it wont render to the right eye. This is important to me because I use two cameras and have one camera target eye set to left and the other set to right. I need to be able to do this because I need to be able to independently control each eye and display different things in each eye individually. That may sound weird but I develop eye training apps.
Everything works fine if I don’t install the XR management system.
I should also point out that if I use the OVRCameraRig and the XR Management System it renders to both eyes even when I set targets to Left and Right but its double vision and some other weird stuff. Again it all works fine with legacy VR
Could someone please try two cameras and set the targets to left and right eyes and let me know if their right eye renders?
This is multipass. Single pass cant be used for independent eye rendering.
I still have this issue on unity 2020.1.1f1, does someone knows more about the problem and if there is a method to use multipass with xr without switching back to the legacy method?
Same here… Unity 2020.1.3
it works only with Unity 2019.4.x, HDRP 7.3.1 and Multipass.
if your switch to HDRP7.4.x, it renders only the left eye.
if you switch to single pass instanced, some materials (eg. the laser beam of XR Interaction Toolkit) are rendered only in left eye.
I hoped HDRP 8.x in Unity 2020 has been fixed but usual, pay a bug for a new feature.
so frustrated…