Activity log for bug #1199838

Date Who What changed Old value New value Message
2013-07-10 15:01:12 Colin Ian King bug added bug
2013-07-10 15:01:12 Colin Ian King attachment added video of stopwatch https://bugs.launchpad.net/bugs/1199838/+attachment/3732215/+files/DSCF3397.AVI
2013-07-10 15:04:28 Colin Ian King description Today's image on a Samsung Galaxy Nexus (which isn't the most snappiest fast device). I started the stop watch and it is really painful to watch the 1/10ths of a second erratically count in steps that show that we have some non-realtime counting occurring. I took a 30 frames per second video (see attached) and broke it into individual frames using: ffmpeg -i DSCF3397.AVI -f image2 image-%3d.jpeg and observed the following stop watch time and number of frames each time was displayed: Time Frames 0.26.1 4 0.26.3 3 0.26.4 5 0.26.6 7 0.26.8 4 0.26.9 2 0.27.0 5 0.27.1 5 0.27.3 3 0.27.4 1 0.27.5 2 0.27.6 3 0.27.7 5 0.27.8 6 0.28.0 5 0.28.2 5 0.28.4 5 0.28.6 2 0.28.7 3 0.28.8 3 0.28.9 3 etc.. At 30 frames per second we should see each 1/10th of a second change every 3 frames or so. Note that some times (0.26.6) are rendered for 7 frames (~0.233 seconds) and some timings (0.26.2, 0.26.5, 0.26.7) are not being rendered at all. The accuracy of the stopwatch is only about to ~0.25 seconds which is a bit poor. Also, I find it visually disturbing that I don't see the 1/10th of a second count steadily, especially jarring when one sees a value on screen for ~0.233 seconds. That's easily jarring on the eye. Tested on today's image on a Samsung Galaxy Nexus (which isn't the most snappiest fast device). I started the stop watch and it is really painful to watch the 1/10ths of a second erratically count in steps that show that we have some non-realtime counting occurring. I took a 30 frames per second video (see attached) and broke it into individual frames using: ffmpeg -i DSCF3397.AVI -f image2 image-%3d.jpeg and observed the following stop watch time and number of frames each time was displayed: Time Frames 0.26.1 4 0.26.3 3 0.26.4 5 0.26.6 7 0.26.8 4 0.26.9 2 0.27.0 5 0.27.1 5 0.27.3 3 0.27.4 1 0.27.5 2 0.27.6 3 0.27.7 5 0.27.8 6 0.28.0 5 0.28.2 5 0.28.4 5 0.28.6 2 0.28.7 3 0.28.8 3 0.28.9 3 etc.. At 30 frames per second we should see each 1/10th of a second change every 3 frames or so. Note that some times (0.26.6) are rendered for 7 frames (~0.233 seconds) and some timings (0.26.2, 0.26.5, 0.26.7) are not being rendered at all. The accuracy of the stopwatch is only about to ~0.25 seconds which is a bit poor. Also, I find it visually disturbing that I don't see the 1/10th of a second count steadily, especially jarring when one sees a value on screen for ~0.233 seconds. That's easily jarring on the eye.
2013-07-10 15:06:36 Colin Ian King summary clock app: stopwatch tens of a second are not at regular intervals clock app: stopwatch tenths of a second are not at regular intervals
2013-07-10 16:08:32 Colin Ian King bug task added ubuntu-power-consumption
2013-07-10 16:08:44 Colin Ian King bug task deleted ubuntu-power-consumption
2013-07-10 18:39:24 Nekhelesh Ramananthan ubuntu-clock-app: status New Confirmed
2013-07-10 18:39:27 Nekhelesh Ramananthan ubuntu-clock-app: importance Undecided Medium
2013-07-10 18:39:29 Nekhelesh Ramananthan ubuntu-clock-app: milestone coreapps-13.10-month-3
2013-07-16 19:03:02 Nekhelesh Ramananthan ubuntu-clock-app: milestone coreapps-13.10-month-3 usable-state
2013-08-08 14:12:24 Colin Ian King tags rls-s-incoming
2013-09-05 19:03:14 Nekhelesh Ramananthan ubuntu-clock-app: milestone usable-state coreapps-13.10-month-4
2013-10-19 16:12:48 Nekhelesh Ramananthan ubuntu-clock-app: milestone backlog 1.4
2014-01-13 12:20:46 Nekhelesh Ramananthan ubuntu-clock-app: milestone 1.4 backlog
2014-06-04 14:44:32 Marc Deslauriers bug added subscriber Marc Deslauriers
2014-08-27 11:27:55 Nekhelesh Ramananthan ubuntu-clock-app: status Confirmed Invalid