[gstreamer-bugs] [Bug 609792] [pitivi] [transitions] black frame flashing in rendered files when using transitions
pitivi (bugzilla.gnome.org)
bugzilla at gnome.org
Fri Feb 19 04:03:45 PST 2010
https://bugzilla.gnome.org/show_bug.cgi?id=609792
pitivi | transitions | Git
Sebastian Dröge <slomo> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |NEW
Component|gst-plugins-good |transitions
Version|0.10.26 |Git
AssignedTo|gstreamer-bugs at lists.source |pitivi-maint at gnome.bugs
|forge.net |
Product|GStreamer |pitivi
Target Milestone|HEAD |Git
QAContact|gstreamer-bugs at lists.source |pitivi-maint at gnome.bugs
|forge.net |
--- Comment #3 from Sebastian Dröge <slomo at circular-chaos.org> 2010-02-19 12:03:40 UTC ---
Ok, so this is really a pitivi bug. A black frame source is definitely needed
in exactly one case: when there are gaps between video streams. In that case
one black frame more or less doesn't hurt. In other cases, if there's no black
frame source, everything will work just fine.
Edward said, that this branch here implements this:
http://github.com/emdash/pitivi/tree/default_sources
Some background, the problem here is, that at EOS the following situation
happens: the video stream's last frame end timestamp is a bit before the
videotestsrc's last frame end timestamp. Videomixer then first mixes those two
buffers and afterwards pushes a short-duration black frame.
(Actually it's not end timestamps but accumulated durations but that shouldn't
matter unless elements produce incorrect timestamps/durations)
--
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.
More information about the Gstreamer-bugs
mailing list