On Thu, Nov 15, 2012 at 1:03 PM, Steinar H. Gunderson <sgunder...@bigfoot.com> wrote: > On Fri, Nov 16, 2012 at 12:58:27AM +0400, Alexandre Prokoudine wrote: >> To be honest, that's a tiny issue. But I easily get the demo to >> display images with incorrect aspect ratio. E.g. 2979x1979 is rendered >> as 16:10, so it's vertically squeezed. > > Correct aspect handling is a known problem; the pipeline is created with a > given aspect, and everything that doesn't fit is scaled (bilinearly as > provided by your GPU, unless you instantiate a ResampleEffect, in which case > you'll get high-quality Lanczos resampling). > > In the long run, I think the right thing to do would be to do letter- or > pillarboxing, although it's not immediately obvious what the background > should be. (This is one of the primary reasons why Movit also can't crop > right now.)
I suggest black with 0 alpha if you do not want to bother making it configurable. MLT has used black for 8 years without a request for anything else. Now that I just made a new MLT release, I will take a serious look at this and the other glsl contribution to MLT. I do not plan to use movit's filter chain (the other glsl contribution reused MLT's), and I plan to borrow and discard liberally, in general. IOW I do not plan to integrate movit as independent lib/project. I will also take a closer look at adopting gtest as that looks interesting. -- +-DRD-+ ------------------------------------------------------------------------------ Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov _______________________________________________ Kdenlive-devel mailing list Kdenlive-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kdenlive-devel
