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 582419 - images don't seek and cause desynch when rendering
images don't seek and cause desynch when rendering
Status: VERIFIED FIXED
Product: pitivi
Classification: Other
Component: General
Git
Other Linux
: Normal blocker
: 0.13.1
Assigned To: Pitivi maintainers
Pitivi maintainers
Depends on:
Blocks:
 
 
Reported: 2009-05-12 23:34 UTC by Jean-François Fortin Tam
Modified: 2009-05-26 18:29 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
debug log with gnonlin (525.03 KB, application/x-gzip)
2009-05-12 23:37 UTC, Jean-François Fortin Tam
  Details
debug log with gnonlin (502.08 KB, application/x-bzip)
2009-05-12 23:55 UTC, Jean-François Fortin Tam
  Details
Use the saved factory type when loading factories (711 bytes, patch)
2009-05-26 15:52 UTC, Edward Hervey
none Details | Review

Description Jean-François Fortin Tam 2009-05-12 23:34:32 UTC
it is possible to seek and play images (but not at all times?), but they don't render. I have modified my project "Texture" to add two PNG images at the beginning and end, and they are ignored at render time.
Comment 1 Jean-François Fortin Tam 2009-05-12 23:37:35 UTC
Created attachment 134535 [details]
debug log with gnonlin

actually, the images don't even seek anymore (they used to)!
Comment 2 Jean-François Fortin Tam 2009-05-12 23:50:13 UTC
This is worse than I thought. I noticed that my rendered output's audio and video had gotten out of sync, and this seems to be the cause (took out the images and it got back in sync at the next render).

This also caused a hang ("2 seconds left" ad infinitum because of a PNG) at the end of the rendering (will attach a second debug log about that).
Comment 3 Jean-François Fortin Tam 2009-05-12 23:55:05 UTC
Created attachment 134536 [details]
debug log with gnonlin
Comment 4 Edward Hervey 2009-05-14 06:27:15 UTC
I can't seem to reproduce this.

Could you provide a small project file with which you can reproduce the issue, along with the images you used ?
Comment 5 Jean-François Fortin Tam 2009-05-15 14:12:30 UTC
The project on which this happened was initially a large project, but this now happened when doing a very small project this morning (the pitivi import tutorial test). Grab it here: http://jeff.ecchi.ca/public/bug-pitivi-582419.tar

It seeks fine in the timeline, BUT, in this particular case, when rendering to ogg theora+vorbis 720P, the rendered file has desynch'd audio and doesn't actually show the png image.
Comment 6 Edward Hervey 2009-05-20 08:53:34 UTC
I'm getting deadlocks... due to the ogv file :)
Comment 7 Jean-François Fortin Tam 2009-05-22 13:24:08 UTC
That audio sync issue initially happened in a project with no ogv files. I could only attribute it to the presence of png's in the timeline, because taking them out seemed to unmess the thing.
Comment 8 Edward Hervey 2009-05-26 11:47:52 UTC
ok, now that the ogv issues is fixed in -base... I can reproduce it 100% of the time.
Comment 9 Edward Hervey 2009-05-26 15:52:10 UTC
Created attachment 135386 [details] [review]
Use the saved factory type when loading factories

The problem was that we weren't using the factory 'type' when loading sources :(
Comment 10 Edward Hervey 2009-05-26 16:21:18 UTC
commit 5b402e5664ea8f4c15e4c8b746dd4f2d7a14a59f
Author: Edward Hervey <bilboed@bilboed.com>
Date:   Tue May 26 18:24:05 2009 +0200

    ElementTreeFormatter: Properly load sources. Fixes #582419