Editing Appendix/Ramblings/RiemannMeetsOculus (section)

===Implement Decrement Idea===

<ul>
<li>
<font color="darkgreen"><b>Clock16.dae</b></font>: 
<br />Tried the "decrement" idea just suggested and it <font color="red">works in both visualization venues</font>.  Hooray!  
</li>
<li>
<font color="darkgreen"><b>Decrement09.dae</b></font>: 
<br />Made a copy of the above-discussed model, <font color="darkgreen"><b>b41c385Rot08.dae</b></font>, and renamed it "Decrement09.dae".  Changed a few "translate" and "rotate" commands in order to undo the earlier attempt to create a clockwise spin in the rotating frame.  These changes did result in a counter-clockwise motion, as expected, <font color="red">in both visualization venues</font>. 
</li>
<li>
<font color="darkgreen"><b>Decrement10.dae</b></font>: 
<br />Changed only one thing:  decremented the 31 ANGLE values that get <channel>ed to target "Inertial/rotationZ.ANGLE".
<br /><font color="red">EXCELLENT! &nbsp; Works properly in both visualization venues.</font> 
</li>
<li>
<font color="darkgreen"><b>Decrement12.dae</b></font>: 
<br />This model file results from inserting the clock components from <font color="darkgreen"><b>Clock16.dae</b></font> into the file named <font color="darkgreen"><b>Decrement10.dae</b></font>, which contains the Jacobi-like ellipsoidal model (with "frame").  RESULT: &nbsp; <font color="red">Works properly in both visualization venues.</font> 
<br />There are obvious tweaks still to be inserted:  (1) re-orient the clock so that it is properly mounted on the wall; and (2) explicitly enter the TIME and ANGLE values that will extend the motion of the clock hands all the way through five full "ellipsoid" rotation periods.
</li>
<li>
<font color="darkgreen"><b>Clock18.dae</b></font> and <font color="darkgreen"><b>Decrement24.dae</b></font>: 
<br />This is 13 May 2020, and for the past couple of days I have been stuck with one unsolved problem:  I am using a "decrement" approach to specifying the motion of both the minute hand and the hour hand and the motion of the HourHand appears to be correct (e.g., clockwise motion) in both visualization venues.  And while the minute hand works fine when using the Mac Preview app, for some reason, the minute hand spins counter-clockwise inside the Oculus Rift S environment.  I have been trying all sorts of minor code modifications in an effort to fix this (last remaining?) problem, to no avail.  The most recently created versions of the two codes that exhibit this confusing behavior are, "Clock18.dae" and "Decrement24.dae"; the ".glb" version of both these codes have been successfully imported into the Oculus Rift S.
</li>
</ul>