On Thu, 14 May 2020, Tao Zhang wrote:

Hi,
FFmpeg supports multiple outputs created out of the same input in the
same process like
ffmpeg -i input -filter_complex '[0:v]yadif,split=3[out1][out2][out3]' \
       -map '[out1]' -s 1280x720 -acodec … -vcodec … output1 \
       -map '[out2]' -s 640x480  -acodec … -vcodec … output2 \
       -map '[out3]' -s 320x240  -acodec … -vcodec … output3
In ffmpeg.c, multiple outputs are processed sequentially like
for (i = 0; i < nb_output_streams; i++)
   encoding one frame;

As below wiki noted, the slowest encoder will slow down the whole
process. Some encoders (like libx264) perform their encoding "threaded
and in the background", but x264_encoder_encode still cost some time.
And it is noticeable when multiple x264_encoder_encodes run in the same thread.
https://trac.ffmpeg.org/wiki/Creating%20multiple%20outputs

For API users, they can use separate thread for multiple encoding in
their own code. But is there any way to rescue command line users?

I am not sure I understand what you want. Processing will still be limited to the slowest encoder, because input processing will still be driven by the slowest encoder, even if the encoders run in separate threads.

Buffering encoder input frames is not an option, because input frames are uncompressed, therefore huge. So if you want the faster x264 encoder to finish faster, you have to drive it from a different input, ultimately you should run 3 separate encode processes and accept that decoding and yadif processing happens in all 3 cases separately causing some overhead.

Regards,
Marton
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".

Reply via email to