Audio track becomes choppy & de-synchronized after 30 or so seconds of recording.

[MBelleK]

Binary package hint: cheese

I am using Ubuntu 8.1 and when I record a video with cheese, in the playback the audio sounds choppy and eventually is gone altogether.

I'm using a Logitech Quickcam Deluxe and a Logitech combination headset, though this seems to happen no matter which kind of microphone I record with.

I'm able to record in audacity and applications>sound & video>sound recorder without problems.

It occurs regardless of the effects I use, and also when no effects are used.

[glass.dimly (jmjohn)]

I can confirm this behavior, about 30 seconds in, getting progressively out of sync as the video lengthens, on my Dell XPS M1330 built in webcam using ALSA analog audio capture.

[Andres Mujica (andres.mujica)]

Hi, thanks a lot for your bug report and demo.

Is it possible for you to attach to this report the output from

cheese -vv

while you're running the test

Thanks

[GPenguin (gpenguin)]

I am running into similar problems using my webcam on my Viewsonic monitor. Attached is the output from 'cheese -vv'. Hope it helps.

BTW, my original tests had the audio *WAYYYY* out of sync from step 1. Later tests, seemed a bit better, but nothing reliable. On my Ubuntu 8.10 system, mplayer plays other .flv files out of sync, but totem plays them just fine. As for the .ogv files recorded with cheese, they all are out of sync no matter what player.

--GPenguin

[Andres Mujica (andres.mujica)]

During the last month, cheese, libv4l, linux kernel and some other components related to this problem had been updated.

There's a chance that this behaviour isn't happening anymore, can the reporters test it and give feedback?

If it's still happenning, please provide use with the outpus as SEPARATE attachment of:

sudo lshw > /tmp/lshw.log

[Michele Costantino Soccio (michelinux)]

Still having this problem on Jaunty.

It seems to be a matter of Theora coding: some frames seems to freeze for some milliseconds and this introduces the time gap between the video stream and the audio stream.

[Filippo Argiolas (fargiolas)]

Added a bug for this in the upstream tracker.
Please forward your bugs there if you want Cheese developers to notice it and have a chance to get them fixed. I take a look here sometimes but it doesn't happen really often.

[Filippo Argiolas (fargiolas)]

Could you guys test the my last git commit? I'm quite confident it should fix or at least reduce a lot a/v sync errors.
http://git.gnome.org/cgit/cheese/commit/?id=d25b64149249be6a1329880ae42d4accc0db06d3

[Launchpad Janitor (janitor)]

This bug was fixed in the package cheese - 2.27.3-0ubuntu1

---------------
cheese (2.27.3-0ubuntu1) karmic; urgency=low

  * New upstream release:
    - Set default resolution to the highest one with a non jerky (higher than
      15fps) framerate, fixes bug
    - Lower max-delay and max-page-delay oggmux properties from 5 to 0.5
      seconds. Should prevent out of sync audio in recorded videos and
      hopefully fix bug (LP: #241422)
    - Don't access effects string after free. This was causing the first effect
      stored in gconf to not be restored at startup, fixes bug 584186
    - Get rid of GtkAspectFrame, it doesn't really suit our needs, it hardcodes
      an aspect ratio that obviously cannot be valid for every format webcams
      support. Render the video directly to the drawing area with no external
      aspect ratio restriction. Eventually fixes since the aspectframe was
      adding some extra padding between the video and the window border.
    - Almost every available gstreamer videosink can display black bars around
      the video keeping its aspect ratio. Enable it if available.
      Black bars look a lot nicer than the grey color of the underlying
      gtkwindow displayed with the aspectframe.
    - Properly forward expose events to GstXOverlay.
    - Avoid ugly flickering on window resize. Let gstxoverlay take full control
      of the drawing area window. Prevent gtk from drawing the background and
      remove the flickering caused by its internal double buffering.
    - Remove initial black bars (at least for 4:3 webcams). Set a default window
      size that fits nicely the video aspect ratio so that black bars are not
      drawn until a manual resize.
    - Added/Updated Translations
    - Added/Updated Documentation

  [Robert_Ancell]:
  * debian/control: Fix enviornments typo in cheese-hildon description (LP: #386745)

 -- Didier Roche <email address hidden> Tue, 16 Jun 2009 10:34:10 +0200

[Michael A. Phillips (maphilli14)]

Is this another case of if you want a fix in Jaunty you need to upgrade to Karmic??? I can't find how this problem is listed as fixed in this bug.

Mike

[Filippo Argiolas (fargiolas)]

For what it's worth, the upstream but is still open, if any of you who could reproduce the issue before could test the current version and report if it's still going out of sync it would be great.

[Doug Holton (edtechdev)]

I see the same error often recording .ogv files with gtk-recordmydesktop, too

Trying to find a way to fix the audio rather than re-recording everything (which would should re-create the error, anyway).

I'm still using Jaunty because of some serious OpenOffice crashing bugs (when you try to add notes to a word file - which, as a teacher, I have to be able to do)

[Doug Holton (edtechdev)]

Here's the other similar bug
https://bugs.launchpad.net/ubuntu/+source/gtk-recordmydesktop/+bug/403662