[Mono-bugs] [Bug 686045] iPhoneOSGameView passes incorrect values to OpenTK.FrameEventArgs.set_Time

[bugzilla_noreply at novell.com]

https://bugzilla.novell.com/show_bug.cgi?id=686045

https://bugzilla.novell.com/show_bug.cgi?id=686045#c2


Jonathan Pryor <jpryor at novell.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jpryor at novell.com

--- Comment #2 from Jonathan Pryor <jpryor at novell.com> 2011-04-07 21:05:47 UTC ---
Three questions:

 1. What is a NITZ server time update?
 2. How do I manually provoke one (useful for ensuring that things work)
 2(b) Alternatively, how often do they occur?
 3. What is the expected behavior?

The primary issue isn't whether we use NSTimer or CADisplayLink. The primary
question is one of semantics: the semantics for FrameEventArgs.Time is "how
many seconds of time elapsed since the previous event."

If time moves backwards...what should be done? Anything?

One plausible thing to do would be to use Environment.Ticks for the event time
(then subtract to get the difference), but this asumes that Environment.Ticks
won't "move backwards" when the NITZ time update occurs as well

Rephrased: in order to provide the semantics for FrameEventArgs.Time, I need to
have some representation of time (for the previous vs. current events) that
will (1) allow me to compute the difference, and (2) won't be upset by NITZ
time updates. I have no idea what representation this would even be...

(Though perhaps CADisplayLink handles NITZ for us? I have no idea...)

-- 
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.