<html>
    <head>
      <base href="https://bugs.webkit.org/" />
    </head>
    <body><span class="vcard"><a class="email" href="mailto:boris&#64;smus.com" title="Boris Smus &lt;boris&#64;smus.com&gt;"> <span class="fn">Boris Smus</span></a>
</span> changed
              <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [Mobile Safari, WKWebView] increase DeviceOrientationEvent events emission frequency."
   href="https://bugs.webkit.org/show_bug.cgi?id=145814">bug 145814</a>
        <br>
             <table border="1" cellspacing="0" cellpadding="8">
          <tr>
            <th>What</th>
            <th>Removed</th>
            <th>Added</th>
          </tr>

         <tr>
           <td style="text-align:right;">CC</td>
           <td>
               &nbsp;
           </td>
           <td>boris&#64;smus.com
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [Mobile Safari, WKWebView] increase DeviceOrientationEvent events emission frequency."
   href="https://bugs.webkit.org/show_bug.cgi?id=145814#c5">Comment # 5</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [Mobile Safari, WKWebView] increase DeviceOrientationEvent events emission frequency."
   href="https://bugs.webkit.org/show_bug.cgi?id=145814">bug 145814</a>
              from <span class="vcard"><a class="email" href="mailto:boris&#64;smus.com" title="Boris Smus &lt;boris&#64;smus.com&gt;"> <span class="fn">Boris Smus</span></a>
</span></b>
        <pre>Ok, totally agree that 1/60 is much clearer (updated the patch). The reason for getting a faster-than-render update loop is that in practice we'll need to do prediction of the position for better head tracking.

In VR, by the time we render using the last known head position, the head may have moved already. There may be N frames of delay between the input thread and the render thread. To address this, we can do better by predicting where the head will be N frames in the future based on historical movement. To do this, the more faster the data update rate, the better.

This paper describes some of the techniques in more detail: <a href="http://msl.cs.uiuc.edu/~lavalle/papers/LavYerKatAnt14.pdf">http://msl.cs.uiuc.edu/~lavalle/papers/LavYerKatAnt14.pdf</a></pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>