Dear Maintainer,

I think there might be some dependecies issue.
To fully understand the problem, watch a screenshot here: http://i.imgur.com/sqCDkpL.png

Dear Maintainer,

openshot has been fun, and productive.

I happened to notice in Debian unstable, that
after doing

    $ aptitude full-upgrade

    $ openshot

        importing images or video clips and

        either

            adding images or video clips to
            openshot's time line, or

            rendering/exporting a video

colors are corrupted.

It seems to me that I'm basically seeing the same
bug as Marco.

I think it's also reported at

http://openshotusers.com/forum/viewtopic.php?f=11&t=2364

I didn't upgrade openshot.

However, I believe melt was upgraded from
0.9.2-1+b1 0.9.6-1.

I spent a little time debugging it.

Here's what I found.

melt seems to render the colors fine outside of
openshot.

    $ melt image.png

This suggests to me that version 1.4.3-1.1 of
openshot may not be entirely compatible with the
new version 0.9.6-1 of melt, which is what I'm
using.

I worked around the bug by adding alpha channels
to an image and video.

For an image, I did

    gimp->Layer->Transparency->Add alpha channel.

Then I exported it in a .png format which the
"file" command describes as

    PNG image data, 146 x 160, 8-bit/color RGBA, non-interlaced

For a video clip, I did

    openshot->File->Import files

    right click on imported video clip->Add to
    timeline

    right click on video clip on time
    line->Properties->Effects->toolbutton1->Alphagrad->set
    position and max parameters to 1.0.

I hope that helps,
Kingsley

You can "fix" this by adding some filter to the clip. I suggest the filter
"Color Adjustment". Just by adding it, the saturation disappears, however
we shouldn't need to add a filter to fix the colors.

I've have upgraded to the latest version, and the bug is still present.

I also should mention that this does not happen on my amd64 install. It's a
different PC, though.