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 632418 - Audio and video desynchronized when using still images
Audio and video desynchronized when using still images
Status: RESOLVED FIXED
Product: pitivi
Classification: Other
Component: Rendering
Git
Other Linux
: Normal blocker
: 0.91
Assigned To: Pitivi maintainers
Pitivi maintainers
: 614269 634902 (view as bug list)
Depends on: 715073 715074
Blocks:
 
 
Reported: 2010-10-18 00:48 UTC by Jean-François Fortin Tam
Modified: 2014-10-11 16:55 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
output of GST_DEBUG=3,gnl*:5,*ERR*:5,python:5 PITIVI_DEBUG=5 (598.83 KB, application/x-gzip)
2010-10-18 00:48 UTC, Jean-François Fortin Tam 		Details

Description Jean-François Fortin Tam 2010-10-18 00:48:20 UTC 
Created attachment 172574 [details]
output of GST_DEBUG=3,gnl*:5,*ERR*:5,python:5 PITIVI_DEBUG=5

Using my "test stills and video" project (simply two PNGs, one at the beginning and one at the end of the timeline, with video clips inbetween), sound in the video clips get desynchronized.

Actually, it looks as if audio stays in sync, but the video frames get fast-forwarded/shifted to the left.

My timeline looks like this:

[-still-][-----videoA---][-videoB-----][-still-]
         [-----audioA---][-audioB-----]


It renders as if it was like this:

[-still-]--videoA---][-videoB-----][-still-]
         [-----audioA---][-audioB-----]

Or even (not sure what's going on exactly):
[-still-]--videoA---][-videoB-----][-still-]
         [-----audioA---][------audioB-----]
Comment 1 Jean-François Fortin Tam 2010-10-30 21:35:49 UTC 
Confirming as per many user reports.
Comment 2 annelies.debucquoy 2010-11-12 20:42:49 UTC 
I have a similar problem, the audio stays in sync, but the video is going slower.  I use the version 0.13.5
Comment 3 Jean-François Fortin Tam 2010-11-15 17:06:25 UTC 
*** Bug 634902 has been marked as a duplicate of this bug. ***
Comment 4 Anton Blanchard 2010-12-08 01:19:38 UTC 
I'm seeing this too. I also found if I convert the PNG files to JPEG format everything stays in sync. Not an ideal workaround, but it was good enough for me.
Comment 5 Jean-François Fortin Tam 2011-05-25 18:17:23 UTC 
*** Bug 614269 has been marked as a duplicate of this bug. ***
Comment 6 Jean-François Fortin Tam 2011-05-25 18:18:01 UTC 
Bug #614269 has some debug logs and interesting observations too.
Comment 7 Jean-François Fortin Tam 2011-05-25 18:19:54 UTC 
Note that this is not a matter or whether or not there is an audio track below the images (I tried and the problem still occurs), so this really seems to be a problem with stills.
Comment 8 Jean-François Fortin Tam 2011-09-23 19:53:30 UTC 
Someone gave me a suggestion of a possible workaround: use the videorate element to convert the image to a a continuous stream.
Comment 9 Jean-François Fortin Tam 2013-10-07 21:26:44 UTC 
AFAICS, this is fixed in 0.91. I was able to render my guadec 2013 talk with it, without the audio drifting.
Comment 10 Jean-François Fortin Tam 2013-11-23 17:58:24 UTC 
Re-testing this is kinda blocked by bug #715074 and to a lesser extent hindered by bug #715073. Urgh.
Comment 11 Mathieu Duponchelle 2014-01-31 00:29:26 UTC 
Hi, thanks for the bug report, the software gets better thanks to such feedback. It is very likely that this is fixed in 0.92, could you please recreate that timeline from scratch using the latest release ?