When called on a link with a filter whose destination pad has not a
get_video_buffer callback defined, it will call
avfilter_get_video_buffer() on the first output link of the
destination filer, rather than use avfilter_default_get_buffer(), so
the video buffer can be allocated forward in the filterchain.
Also add the w and h parameters to avfilter_get_video_buffer(), as the
minimum width and height requested by each filter in the filterchain
may change, this allows for example a memcpy-less pad filter.
This change breaks API / ABI backward compatibility.
See the thread:
"[PATCH] Implement recusive avfilter_get_video_buffer()".
Originally committed as revision 20272 to svn://svn.ffmpeg.org/ffmpeg/trunk
avfilter_draw_slice() when the draw_slice callback is not defined in
the input pad.
Originally committed as revision 16554 to svn://svn.ffmpeg.org/ffmpeg/trunk
This can now handle filters which are added to graphs out of order,
including auto-inserted scale filters. As an added bonus, it can
now detect circular filter chains which wouldn't work anyway.
Commited in SoC by Bobby Bingham on 2007-12-24 03:22:10
Originally committed as revision 12073 to svn://svn.ffmpeg.org/ffmpeg/trunk
they're useless for outputting.
Commited in SoC by Bobby Bingham on 2007-08-17 22:52:18
Originally committed as revision 12070 to svn://svn.ffmpeg.org/ffmpeg/trunk
This should make it easier to know what can be done to a buffer once
it's been passed to your filter without falling back to copying it "just
to be safe".
Commited in SoC by Bobby Bingham on 2007-08-17 18:21:07
Originally committed as revision 12068 to svn://svn.ffmpeg.org/ffmpeg/trunk
Make them externally visible because they may be useful for filters to use.
Commited in SoC by Bobby Bingham on 2007-08-02 15:14:05
Originally committed as revision 12063 to svn://svn.ffmpeg.org/ffmpeg/trunk
