The problem for me are dropped frames too. I think there might be a performance issue with recordmydesktop, since here ffmpeg manages better as well. With recordmydesktop on the fly encoding, I'm able to capture roughly half of my screen fluidly (1920x1200, Ivy Bridge i5).
But IMO the much bigger problem is that when recording with audio, every dropped frame causes async. You have to fiddle with the fps "blindly" and add a margin to accommodate inhomogenous load, so that you don't get a random shift in the output (especially for longer videos where on the fly encoding is essential). Ideally, recordmydesktop would offer to force-sync audio and video, either by dropping audio frames equivalently to video (thus people realise much quicker that their hardware is not up to par) or by extending holes in the video by holding the last image, aka lagging (I think preferrable, since reduction in fps is the least distracting for the viewer). Wondering whether I should file a new bug report for the feature request, since this one here is either WONTFIX or one of the two force- sync options mentioned. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/570133 Title: Video playback timing is wrong when recording with --on-the-fly- encoding switch To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/recordmydesktop/+bug/570133/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
