Comment 3 for bug 1294362

I'm undecided on this. Obviously dynamic frame rate (just observing real frames as they're scheduled) is most efficient but we cannot feasibly join up the resulting frames into a steady video without building-in support for variable-framerate video format encoding to the tooling. I think that would limit our options, aside from being quite complicated.

So yeah, we probably want to force capture at a steady frame rate.