[Bug 645385] Transitions act randomly depending on the video codec in use.

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=645385
  GStreamer | gst-editing-services | git

--- Comment #4 from Brandon Lewis <brandon_lewis at alum.berkeley.edu> 2011-04-19 17:18:26 UTC ---
We definitely don't want to force the size of the incoming video. This is
inefficient, inconvenient, and against the spirit of GES -- which is intended
to be as automatic as possible.

You want to chose your mixing resolution based on the desired output aspect
ratio. If you are compositing a 4:3 source and a 16:9 source, the correct
output resolution depends on whether the user thinks they have a 16:9 project
or a 4:3 project. If it's a 16:9 project, then the right thing to do is to
pillar-box the 4:3 source and scale the result to the resolution of the 16:9
source. If it's a 4:3 project, you letter box the 16:9 source and scale the
result to match the resolution of the 4:3 source. But I think you always want
to match the resolution of one source to the other so that we avoid having to
apply software scaling to both streams.

We may need to add an "output display-aspect-ratio hint" property to
GESTimeline for this purpose.  We can and should attempt to infer the desired
output aspect ratio based on some heuristic, such as the DAR of the majority of
sources in the timeline; however, it's quite likely that we will occasionally
guess wrong, so we should allow the user to override this setting.

As an advanced feature, we may want to support some per-clip overrides. For
example, the user has a 720x50 pixel still image they wish to use as a title
key. The banner should fade in along the bottom of the screen, not the centre.
In this case we would want a per-clip override of the display aspect ratio, as
well as a position adjustment (taking advantage of videomixer2's "x" and "y"
pad properties).

-- 
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.