After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 576133 - Throttle recorded frames to the framerate
Throttle recorded frames to the framerate
Status: RESOLVED DUPLICATE of bug 669066
Product: gnome-shell
Classification: Core
Component: extensions
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2009-03-20 21:15 UTC by Owen Taylor
Modified: 2012-01-30 21:57 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Owen Taylor 2009-03-20 21:15:32 UTC 
We use the 'videorate' GStreamer element to convert the frames we feed into the recorder (the frames that we actually draw) into a constant frame-rate stream at 15fps (currently hardcoded, see bug 576132).

But this occurs *after* we buffer up frames, so if we are recording frames at 60fps, they'll bunch up in memory, and then we'll throw away 3 our of 4 frames. It would be better to toss out extra frames immediately before buffering them.
Comment 1 Dan Winship 2010-01-20 22:17:01 UTC 
changing component; screen recording should probably be an extension
Comment 2 Owen Taylor 2012-01-30 21:57:56 UTC 
bug 669066 has a patch that basically does this. It might be better to actually throttle down the screen updates to the framerate, but that would require some considerable fiddling with the Clutter core. (And with multi-core systems it's less important. The encoding can largely be parallel with the screen updates.)

*** This bug has been marked as a duplicate of bug 669066 ***