https://bugs.kde.org/show_bug.cgi?id=497435
--- Comment #20 from Ron <kdenlive-b...@contact.dot-oz.net> --- (In reply to Jean-Baptiste Mardelle from comment #19) > The "rescale=hyper" option comes from the Kdenlive Render widget. Ah, thanks - I see now that's not directly an ffmpeg option, it's handled directly by mlt, though in my build it appears to be using the swscale filter not the gdk one. I'm still tracing through the code to make sense of why rescale="hyper" has an adverse effect even when not rescaling, but interestingly if I run mlt-c2339fc1 (the 'good' one) with each of the rescaler types (but rescaling disabled in the render dialog) then what I see is: - bilinear and bicubic give the same smooth result that not setting rescale= gives. - nearest has a fairly regular stairstep jitter, and hyper has a slightly more irregular jitter. But I haven't yet figured out what code path is different between those if no actual rescaling is being done. (though I'm seeing hints of the rescaler code being entered as part of qtblend ... which maybe explains why the rescale option is always set, not just when "rescaling"?) -- You are receiving this mail because: You are watching all bug changes.
