On date Saturday 2010-06-05 15:33:21 -0700, Baptiste Coudurier encoded: > On 6/5/10 2:33 PM, Stefano Sabatini wrote: > >On date Saturday 2010-06-05 14:02:32 -0700, Baptiste Coudurier encoded: > >>Hi Stefano, > >> > >>On 6/5/10 6:38 AM, Stefano Sabatini wrote: > >>>On date Friday 2010-06-04 22:15:35 +0200, bcoudurier encoded: > >>>>Author: bcoudurier > >>>>Date: Fri Jun 4 22:15:35 2010 > >>>>New Revision: 5821 > >>>> > >>>>Log: > >>>>Direct rendering in overlay filter. > >>>>RGB24 support. > >>>>Doesn't work with movie in movie yet, needs loop input feature for logos > >>>>either in movie filter or here. > >>> > >>>Overlay filter is now badly broken in a weird funny way. > >>> > >>>May I ask you to avoid to commit features which cause regressions? > >> > >>What's broken exactly ? > > > >ffplay -vf "movie=0:png:logo.png, scale=100:-1 [logo]; [in][logo] > >overlay=10:main_h-overlay_h-10:1 [out]" slow.flv > > > >and sorry for the rude reply, now I see that you test only with ffmpeg > >and not with ffplay (also the fade filter has serious problems when > >used with ffplay). > > That's ok, it seems you improperly translated to the new API.
100l to me. > It works fine here now. Anyway the problem is another one, try with a MPEG video based codec and you should see. What I'm observing is that the overlay is applied to the source filter *before* the motion compensation, the (weird|funny) result is that the logo tends to stain the image sort-alike ink as the video scrolls. Regards. _______________________________________________ FFmpeg-soc mailing list [email protected] https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-soc
