Audio and video is desynchronized when rendering a timeline with still images

Bug #608872 reported by zsolt.ruszinyák
28
This bug affects 5 people
Affects Status Importance Assigned to Milestone
PiTiVi
Fix Released
Critical
pitivi (Ubuntu)
Triaged
Undecided
Unassigned

Bug Description

Binary package hint: pitivi

What I'm experiencing is a bit similar to Bug #578530, I couldn't decide if it's duplicate, I leave it up to you.

I was replacing the audio track of a video with a higher quality mp3. The mp3 was longer, so I put several static images at the end, with a fade-in, fade-out effect on the beginnings and the ends.

The preview was played correctly in Pitivi, but the resulting file was unsynchronized already. What is REALLY WEIRD is that when I tried to play the half-ready file during the rendering, it was STILL correctly synchronized. The tracks only slid away later. The ready and correct beginning of the video later changed for some reason!

Possible reasons:

1: transformed waveforms, how it is described in https://bugzilla.gnome.org/show_bug.cgi?id=609377

2: there was a problematic part in the video - a video track fading away and then a static image fading in. Sometimes in this part the rendering paused for a while (maybe some overloading). This part was never rendered correctly. See my next bug with the video itself. The slide could have happened in this part.

3: or the program can't handle properly multiple video tracks at the same time (one static image or video fading away and another one fading in, that cover each other).

Thanx

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: pitivi 0.13.4-0ubuntu3
ProcVersionSignature: Ubuntu 2.6.32-24.38-generic 2.6.32.15+drm33.5
Uname: Linux 2.6.32-24-generic i686
Architecture: i386
Date: Thu Jul 22 19:58:13 2010
ExecutablePath: /usr/bin/pitivi
InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release i386 (20100429)
InterpreterPath: /usr/bin/python2.6
PackageArchitecture: all
ProcEnviron:
 LANG=en_GB.utf8
 SHELL=/bin/bash
SourcePackage: pitivi

Revision history for this message
zsolt.ruszinyák (zsolt-ruszinyak) wrote :
Revision history for this message
zsolt.ruszinyák (zsolt-ruszinyak) wrote :

To correct myself:

in 1: I didn't mean "changing waveforms", but the non-fluent move of the scrollbar during the rendering, that could possibly affect the correct counting of the actual position.

Sorry, it's late now...

Revision history for this message
Jeff Fortin Tam (kiddo) wrote :

This seems related to the fact that you use still images; does it happen if you use only video and audio, but not stills? If not, then it's https://bugzilla.gnome.org/show_bug.cgi?id=632418

Changed in pitivi (Ubuntu):
status: New → Incomplete
Revision history for this message
zsolt.ruszinyák (zsolt-ruszinyak) wrote :

Yeah, the bug u filed on bugzilla is exactly that what I'm experiencing. The thing is that it doesn't happen always, just sometimes.

My workaround: I save the project and hope when I reopen it, it will be alright again. :)

Revision history for this message
Jeff Fortin Tam (kiddo) wrote :

> "My workaround: I save the project and hope when I reopen it, it will be alright again."

But does that actually work?

Changed in pitivi (Ubuntu):
status: Incomplete → Triaged
summary: - Pitivi can't synchronize the audio & video tracks, however the preview
- is played correctly synchronized!
+ Audio and video is desynchronized when rendering a timeline with still
+ images
Revision history for this message
zsolt.ruszinyák (zsolt-ruszinyak) wrote :

Yeah, it worked for me then...

Changed in pitivi:
importance: Unknown → Critical
status: Unknown → Confirmed
Changed in pitivi:
status: Confirmed → Incomplete
Changed in pitivi:
status: Incomplete → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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