search

Racer-666 / flowblade

Automatically exported from code.google.com/p/flowblade
0 stars 0 forks source link

Clips scaled improperly when compositor is applied #13

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
What is the expected output? What do you see instead?
While attempting to transition between identically-sized clips using a dissolve 
technique, the clip in the higher track is resized and part of the content of 
V1 remains visible.

I recreated this problem using a sample clip from the intro of my current 
project.  This clip is item 1 below.  I placed this clip onto tracks V1 and V2 
with a time delay added to V2, as shown in the screenshot (item 2).  A 
rendering (item 3) shows the expected jump from the clip to a delayed version 
of the same clip.  I inverted the colors of V2 just for clarity; it does not 
affect the results.  Now, I add a dissolve to the V2 clip and the problem 
arises.  As shown in item 4, the V2 clip shrinks and part of V1 remains visible 
under it.  Note that when V2 becomes the only track with content (the clip in 
V1 has ended) it jumps back to normal size.  A rendering of this strange 
resizing is provided in item 5.

What version of the product are you using? On what operating system?
0.6.0
Ubuntu 12.04 64-bit

I'd be glad to test any possible solutions.  Sorry if this is all my error!
I have used several linux video editors over the last week, and I'm really 
liking the functionality and ergonomics of flowblade.  Keep up the good work!

   Max

Original issue reported on code.google.com by max.wool...@gmail.com on 5 Aug 2012 at 4:59

GoogleCodeExporter commented 8 years ago 
[deleted comment]
GoogleCodeExporter commented 8 years ago 
[deleted comment]
GoogleCodeExporter commented 8 years ago 
[deleted comment]
GoogleCodeExporter commented 8 years ago 
The files:

Original comment by max.wool...@gmail.com on 8 Aug 2012 at 7:11

Attachments:

GoogleCodeExporter commented 8 years ago 
Confirmed.

This happens on NTSC profiles but not or PAL profiles, KDEEnlive does this 
correctly so it is a Flowblade bug. I will investigate this.

Original comment by janne.li...@gmail.com on 11 Sep 2012 at 11:15

GoogleCodeExporter commented 8 years ago 
I tried very hard to reproduce this. I even encoded out some DV NTSC Widescreen 
footage because I thought it may only manifest with widescreen ntsc in a 
widescreen ntsc project. Janne gave me a MLT XML, which I tested with melt, 
melt -consumer sdl_preview, and melt -consumer avformat. Also, I tested in 
flowblade emulating the screenshots shown here. It could be a bug fixed in MLT. 
As its developer, I am using git head, of course. I am not recalling any 
specific change in the past couple versions that would have fixed it, but I 
could be wrong. 

Ubuntu 12.04 comes with MLT v0.7.6 and Janne is using v0.7.7 (unreleased 
snapshot somewhere between 0.7.6 and 0.7.8, while latest release is 0.8.2! Of 
course, that would not explain why you did not reproduce it in Kdenlive unless 
it is using a different version of mlt (the build script does that).

Original comment by ddenn...@gmail.com on 13 Sep 2012 at 4:01

GoogleCodeExporter commented 8 years ago 
I tried installing MLT git head, but got error when launching Flowblade:

  File "/usr/lib/python2.7/dist-packages/mlt.py", line 26, in <module>
    _mlt = swig_import_helper()
  File "/usr/lib/python2.7/dist-packages/mlt.py", line 22, in swig_import_helper
    _mod = imp.load_module('_mlt', fp, pathname, description)
ImportError: /usr/lib/python2.7/dist-packages/_mlt.so: undefined symbol: 
_ZN3Mlt16FilteredConsumerC1ERNS_7ProfileEPcS3_

I'll probably need to regenerate the Python bindings. I believe that 
python-mlt3 and current MLT are not compatible. I'll try again on weekend, and 
try to confirm that current git head MLT does not have the issue.

Original comment by janne.li...@gmail.com on 13 Sep 2012 at 4:36

GoogleCodeExporter commented 8 years ago 
I installed Python bindings for MLT versions 0.8.0, 0.8.2 and 0.8.3 (git head) 
and all resolved the issue.

The fix here is install MLT 0.8.0 or later and create Python bindings for it. I 
believe that MLT 0.8.0 will be in Ubuntu 12.10.

Original comment by janne.li...@gmail.com on 13 Sep 2012 at 11:15

GoogleCodeExporter commented 8 years ago 
Marking this fixed. MLT 0.8.0 should be available on all systems by now.

Original comment by janne.li...@gmail.com on 2 Dec 2013 at 6:16