henrikvrtraveler

Just have to chime in as well, after having asked a couple times, the calibration technique mentioned in this thread works! Those of you who have done this earlier, have you had to calibrate the controller again? Or is the calibration a permanent fix? 😄 @Tony PH Lin @Cotta

Just as I wrote this, I did read the Will try that! @Cotta

Hi! It's been like this for the entire time, but our finchdash controllers doesn't track very well. It will suddenly slide off to either side, as if I was moving my hand, is there any tips to make the tracking better? Perhaps if the issue is the finchdash itself, are there any other options to make sure the controller only moves when the user is moving their hand around. It seems like it believes it's moving either to the right or left, haven't had any issues with up or down tracking.

That's very interesting @Dario I will consult our team if this is something we would do. If we decide that is our next approach, where would we find this tool?

Purchased multiple headsets in Norway Stuck as 1.69 as well Will we not be able to update to the latest ROM, because our suppliers purchase from China? @JustinVive

🤣 I understand, we're holding tight!

That makes sense, I do understand that you signing an third party APK would be a cause of concern. I cannot argue against that, but I do beg that there is at least some solution to this either you building your own webview and sign that or some other way for me and the rest of the community to be able to utilize a new and updated Webview 🙂 It's very useful for business applications, as we can integrate with existing systems and create interactive solutions.

Any new information? @chengnay 😄

Hi, @chengnay! The reason for this is that Google builds their webview with the package name com.google.android.webview, whilst any custom built ROM or any custom built webview has the package name com.android.webview. This means you have currently installed two webviews, but the Focus only attempts to use com.android.webview. There is a button in Dev options on the focus to switch which webview you want to use, but this does not work you can't switch it. Google does this so you can update their webview through play store, whilst any custom built webview won't be affected by googles own updates. It's to allow for custom webviews with custom code to not be removed and replaced with googles updates.

Hi! I do believe this one is correct, however I can't guarantee as I have no prior experience with building the webview, but it seems to be correct. https://drive.google.com/file/d/1pImIuSvPK-ClHXxpJL17OWp-jm-xxOk-/view?usp=sharing Had to use google drive, as the attachment limit on this forum was limited. @chengnay

Hi @chengnay! I followed https://www.chromium.org/developers/how-tos/build-instructions-android-webview On a Ubuntu VM. I'll get to building a version for you that I can send 🙂

Hi! Is there a way to obtain root, of course legally to the enterprise headset? We'd love to make some adjustments, but we currently don't possess the authority over the device to make these changes. @Ken_Lee @Tony PH Lin

Compiled my own version, however as this is not the dev glasses I can't access root to remove the preinstalled webview. Any tips? 🙂

Actually, we just ordered 3 more headsets and it seems to come manufactured in a lower brightness level. We'll have to manually adjust it in ADB it seems to get the full brightness we want. 🙂 That cleared up the confusion.

Hi! We struggled with the same issue, the important thing is to set and manage "Translucency Sort Priority" and you should be able to manage these issues.

Hi! I see that my version of WebView is 52, is there any plans on upgrading this or could I go ahead and do it manually? In which case what is the recommended procedure to do that. @Tony PH Lin @Cotta

That's the interesting part, never knew what he did I just got handed the headset and it was in lower brightness @Tony PH Lin @Cotta

To clarify @Ken Lee we do not want them to be able to change it, what we noticed is that it was changed even during kiosk mode. We're trying to establish why it changed.

That may be correct, and very helpful to know. But what is more of a mystery is how one of the users have been able to adjust it in kiosk mode. 😄

Hi! Today I noticed the brightness was really low, I looked through all settings I could think of but I didn't find any setting for it. I ended up adjusting it using ADB to 255, but I'm just wondering what have we pressed that adjusted the brightness? It's in kiosk, so I believe it's a button or button combination on the headset?

@VRC Thank you, I'll have a look this week if that will help us out. Perhaps we can create a similar system for Unreal 🙂

I assume you'll have to create your own video player connected to a server, for minimal latency I'd go for a socket based server. Use events such as Play and pause - Broadcasted to all devices Sync sanity - Each player tells the hub where they are down to a second or millisecond level, if a problem with the sync is detected correct that device accordingly. If you do choose a ms level bare in mind the latency between the device and the hub server. Skip - If you want a skip / search function the server could dictate that as well. Regarding what system to use I'd use Unity or Unreal -- If you want to use a premade solution, there are apps out there which does this but they're meant for recreation and not suitable for a commercial easy to use scenario.

Any news? 🙂 @Cory_HTC @Tony PH Lin @Cotta

We are currently in the same boat, if I may ask are you on firmware 1.69* or 3.*? Hopefully this will be rectified in the upcoming early august launch.

I can't speak for the pairing UI, but we've managed to remove the invisible walls by exiting the Kiosk Mode, then proceed to settings and more settings and scroll down to "Headset and space" and then disable the safety wall feature. 🙂