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 634951 - Alpha compositing fails when the bottom clip is introduced first.
Alpha compositing fails when the bottom clip is introduced first.
Status: RESOLVED DUPLICATE of bug 629808
Product: pitivi
Classification: Other
Component: General
0.13.5
Other Linux
: Normal normal
: Git
Assigned To: Pitivi maintainers
Pitivi maintainers
Depends on:
Blocks:
 
 
Reported: 2010-11-15 22:57 UTC by bens
Modified: 2010-11-17 01:15 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description bens 2010-11-15 22:57:34 UTC 
If I do the following:
1.  Drag transparent clip to the top video track on the timeline
2.  Drag opaque clip to the second video track

then alpha compositing in the preview window works as expected.  However, if I instead do:
1.  Drag opaque clip to the second video track
2.  Drag transparent clip to the top video track above it

(i.e. reverse the order of these two steps)

then compositing does not work as expected.  Instead, the alpha channel of the transparent clip is ignored, so that all I can see in the preview window is the non-alpha values of the transparent clip.

This behavior is not accompanied by a traceback.

The behavior is highly reproducible with my particular test set, which weighs 4.5 GB and consists of a transparent raw AYUV MKV (4:4:4) and an opaque HuffYUV-AVI (4:2:2).  However, it is not reproducible with all files; tests with PNG images did not show the problem.
Comment 1 bens 2010-11-15 23:09:39 UTC 
The problem seems to be reproducible with any old .ogv file and the transparent animation at attachment 174536 [details].
Comment 2 bens 2010-11-17 01:15:08 UTC 
After further investigation, I've found that Pitivi always renders incorrectly, even when the preview is correct, and that the preview is always incorrect when loading a project from .xptv.  Thus, I expect that this is a duplicate of #629808.

*** This bug has been marked as a duplicate of bug 629808 ***