gtk-recordmydesktop recorded sound is choppy and badly sync'ed with video

Bug #403662 reported by Jurgis Pralgauskis
46
This bug affects 9 people
Affects Status Importance Assigned to Milestone
gtk-recordmydesktop (Baltix)
New
Undecided
Unassigned
gtk-recordmydesktop (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Binary package hint: gtk-recordmydesktop

the recorded video has badly synched sound.
but the solution is to change the "Device" under the "Sound" tab in the settings from "DEFAULT" to "plughw:0,0".

more on the same topic:
http://www.youtube.com/watch?v=mfYalI2puuo
http://www.linuxhaxor.net/2008/05/20/5-ways-to-screencast-your-linux-desktop/#comment-5497
http://sourceforge.net/forum/message.php?msg_id=6984444

Changed in gtk-recordmydesktop (Ubuntu):
status: New → Confirmed
summary: - gtk-recordmydesktop recorded sound is badly sync'ed with video
+ gtk-recordmydesktop recorded sound is choppy and badly sync'ed with
+ video
Revision history for this message
Wolfgang Kufner (wolfgangkufner) wrote :

Thanks for the workaround, this fixes it on current (almost final) karmic (installed system).
I just confirmed that the bug (at least the choppyness part, did not check for sync) is present on current karmic live 64bit out of the box.
Changed the title to reflect both symptoms.

Revision history for this message
Merijn Schering (mschering) wrote :

The sync issue wan't solved by using plughw:0,0. I spend hours to find out that setting the audio frequenct to 48000 fixed it for me. Hopefully this helps someone out faster then me :)

Revision history for this message
Lucio (lumatemp-nospam) wrote :

Using a Dell Latitude D620 with Karmic.
My audio is out of sync and choppy; changing "DEFAULT" to "plughw:0,0" does not solve the problem. Also changing the audio frequency to 48000 or 10000 does not work for me. Sampling smaller screen areas produces no benefits, anyway the CPU use during recording never saturates.
The problem is present both using the default audio hardware and using a Sound Blaster Audigy2 ZS with Jack.

Revision history for this message
Jamie Krug (jamie-thekrugs) wrote :

I'm running Ubuntu 9.10 64-bit (final) on a Dell Vostro 1510 laptop. Using recordMyDesktop with default "out-of-the-box" configuration produced very choppy and out-of-sync audio. Simply changing the Advanced>Sound>Device setting from "DEFAULT" to "plughw:0,0" fixed everything! That was really annoying, but happy to find a quick fix that worked. Thank you.

Revision history for this message
EAB (adair-boder) wrote :

I finally found the sweet-spot for my system.

Sound frequency to 48000
Sound device is plughw:0,0
Sound channels is 1
Video at 15fps (have not tried yet at 30fps)
Encode on the Fly is un-ticked
Zero Compression is un-ticked
Quick Subsampling is un-ticked
Full shots at every frame is ticked
Recording works with Follow Mouse enabled or disabled just fine.
All other tick-boxes in Misc are ticked.
Extra Options field is blank.

But why oh why can't the video output format be something other than OGV!? :P

Revision history for this message
EAB (adair-boder) wrote :

By the way my above settings work on both a Laptop (Thinkpad R61 - all Intel chipsets) and a desktop (ASUS/Nvidia Chipsets - onboard Nvidia graphics). So nothing special about either of these machines.

Revision history for this message
Jamin W. Collins (jcollins) wrote :

Any chance we can get the application defaults changed?

Revision history for this message
Doug Holton (edtechdev) wrote :

This bug ruined screencasts I made for a class. Yes, please change the defaults.

I'm still using Jaunty (another bug in openoffice crashes if I try to add notes to student papers in karmic)

Revision history for this message
xask-bfg@yandex.ru (xask-bfg) wrote :

change the "Device" under the "Sound" tab in the settings from "DEFAULT" to "pulse".
is working for me.Ubuntu 9.10

Revision history for this message
Dave Reid (davereid) wrote :

Changing the sound device from 'DEFAULT' to 'pulse' also worked for me.

Revision history for this message
Pablo Angulo (pablo-angulo) wrote :

Changing the options improved the audio quality, but for a looong time I was unable to record nice audio with compiz enabled. Even a powerful computer, with two cores, and lots of idle RAM couldn't handle the task. The problem, I read in a blog, is the amount of data to be written to the hard disk, so it was the unimpressive hard disk write speed that I had to improve.
The solution I found is to use a ramdisk for the temporal files. I can now record screencast with desktop effects and perfect sound in my netbook with intel atom.

Revision history for this message
dE (de-techno) wrote :

You guys might not have known, but this project is depricated. Use ffmpeg instead.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.