My apologies for the double post, however I believe more information is
in order.
When using RecordMyDesktop without on-the-fly encoding the resulting
video file takes far too long to save to disk, whereas using this option
results in a simply unusable file altogether, coupled with the fact that
Bug is present in Fedora as well. This cannot be a Ubuntu issue alone.
--
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-
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
Just realised that we're talking about the Ubuntu package, not
recordmydesktop itself... I'll file a bug either on their Launchpad or
SourceForge trackers.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I also experienced this bug, but also think it may simply be due to
hardware specs. On my machine, lowering the screen resolution before
starting the record eliminates the problem (and, in addition, it saves
me having to transcode before uploading the file somewhere).
@Antonio: I think I've
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: recordmydesktop (Ubuntu)
Status: New = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/570133
I don't think it's entirely true that on-the-fly encoding capability is
completely down to the computer. On my computer (specs below) I can do
on the fly encoding at 30fps using ffmpeg with this command: ffmpeg -r
30 -s 1366x768 -f x11grab -i :0.0 -vcodec msmpeg4v2 -qscale 2
filename.avi
Yet when
Actually it seems not that bug, it just doesn't complain about dropped frames.
Lowering video frames per second with switch --fps4 or even --fps1 fixes that,
so anybody can test how many fps his computer can handle.
--
Video playback timing is wrong when recording with --on-the-fly-encoding