[FFmpeg-devel] [RFC] Filters and encoding commandline options interaction

Stefano Sabatini stefano.sabatini-lala
Mon Feb 14 21:12:28 CET 2011


Some quote from this thread:
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/125844/focus=126189

On date Saturday 2011-02-05 16:27:32 +0100, Stefano Sabatini encoded:
[...]
> New tentative approach, tested with CONFIG_AVFILTER = 1, -aspect N:D
> -vf F, -vf F -aspect N:D, stream copy and CONFIG_AVFILTER = 0,
> regression test passed.
> 
> I tried also with auto-inserting a setdar filter at the end of the
> filterchain, but that was more complicated and I preferred to simply
> copy the functionality of setdar to ffsink.
> 
> The only problematic aspect of this approach is that the interaction
> of -vf setdar with -aspect is not very intuitive, as the value of
> frame_aspect_ratio always overrides the value set at the end of the
> filtergraph (even when -aspect is not specified).

Now I have the same problem with my audio-filters branch, basically we
need to find some way to pass the information from commands which
affect encoding (-s, -aspect, -pix_fmt for video, -ar, -ac,
-sample_fmt for audio).

There are three scenarios to consider:
* with CONFIG_AVFILTER and no-copy encoding
* with !CONFIG_AVFILTER and no-copy encoding
* with copy

With copy the filterchain is not setup so the logic is unchanged.

For example in the case of -aspect, Michael solution currently adds a
setdar filter for setting the aspect at the end of the filterchain
string, so it fixes the case:
ffmpeg -i IN -vf F -aspect A OUT

but can't work in the case:
ffmpeg -i IN -aspect A -f VF OUT

as when -vf F is set the previously value set for F (with the setdar
filter description) is wiped out.

So the first point is to define the semantics of the above mentioned
commands and of -vf/af.

Let's consider this:

ffmpeg -i IN -s WxH -vf F OUT

We can interpret it in two distinct ways:
1. the output of IN is scaled to WxH, *then* F is applied.
   This is equivalent to:
   ffmpeg -i IN -vf scale=W:H,VF OUT

2. the output OUT must be scaled to WxH, *after* F is applied.
   This is equivalent to:
   ffmpeg -i vf F,scale=W:H

Also how should we deal with the case:
ffmpeg -i IN -vf F1 -vf F2 OUT
?

the current behavior is that when F2 is set F1 is discarded.
Depending on the logic that we prefer we may want to keep this
behavior (and add a warning), or make it behave like:
-vf F1,F2

And of course there is the much more complicated cases with more than
one output (which is currently broken):
ffmpeg -i -vf F1 OUT1 -vf F2 OUT2

In this case the filterchain is set to F2, and it is applied in this
way:
IN --> F2 -> OUT1
IN --> F2 -> OUT2

so if we set the size through the filterchain description the video
injected to OUT1 and OUT2 may have different size/pix_fmt and will
result in a corrupted stream.

Comments are welcome.
-- 
FFmpeg = Frightening Faithless Mythic Philosophical Ecumenical Glue



More information about the ffmpeg-devel mailing list