When converting an image sequence and wav file to a prores mov using apad and shortest ffmpeg generates random leanth audio streams resulting in larger than expected files.

[Daniel Ott]

Summary of the bug:

I've been using ffmpeg 5.1.1 to convert open exr file sequences and audio wav files to prores movs. We were trying to update to 7.0.2 to deal with the issue where ffmpeg generated prores movs would sometimes not decode on apple silicon macs. However we noticed the files being output were longer than they should be which seems to be due to using apad and shortest and ffmpeg generating random length audio streams in the resulting mov. I've also tested with static builds of git master on windows and linux.

Possibly related to defect #11061

How to reproduce:

ffmpeg -apply_trc iec61966_2_1 -color_primaries bt709 -colorspace bt709 -color_trc iec61966_2_1 -f image2 -start_number 0 -r 30000/1001 -i "solid_red_%05d.exr" -i 0101-Mix_Surround.wav -filter_complex "[1:0]apad" -shortest -c:a pcm_s24le -vendor ap10 -c:v prores_ks -profile:v 3 -pix_fmt yuv422p10le -qscale:v 4 -timecode "00:00:00;00" solid_red.mov

[Daniel Ott]

Full log of ffmpeg command used to produce issue

[elenril]

Should be fixed in 9e2a231236428c4682c77858c6aabfd74f459b17

[Anton Khirnov <anton@khirnov.net>]

In 9e2a2312/ffmpeg:

fftools/ffmpeg_filter: treat apad filter as a source

Ideally lavfi should have a dedicated API for detecting this.

Fixes #11168 and #11061

[Anton Khirnov <anton@khirnov.net>]

In 9e2a2312/ffmpeg:

fftools/ffmpeg_filter: treat apad filter as a source

Ideally lavfi should have a dedicated API for detecting this.

Fixes #11168 and #11061