[FFmpeg-devel] [PATCH 0/2] avformat/mvdec: make audio stream conditional

John-Paul Stewart jpstewart at personalprojects.net
Sat Jan 1 02:17:42 EET 2022


On 2021-12-31 17:19, Andreas Rheinhardt wrote:
> John-Paul Stewart:
>> Recent discussion on the list led me to realize that libavformat was
>> unconditionally creating an audio stream for all SGI movie format
>> (version 2) files, even when no audio is present in the file.  
>>
>> A sample of a movie file with no audio can be found at
>>     http://www.personalprojects.net/ffmpeg/silent.movie
>>
>> Unpatched ffmpeg will report an audio stream even though no audio is
>> present.  After the following patch no audio stream is reported.  
>>
>> SGI movie files with audio are slightly affected by the fact that the
>> audio stream is now allocated after the video stream, changing the order
>> they are listed in the output of ffprobe or ffmpeg.  I don't think this
>> materially affects anything.  All existing FATE tests pass.
>>
> 
> If I am not mistaken, it actually changes it a bit more: The audio data
> (if present) is stored before the video data in the file and
> mv_read_packet returns the data in the order of the stream numbers. Now

Thanks for that info.  I hadn't realized that mv_read_packet relied on
the order of the stream numbers.

> that you have reversed the order in which the streams are created, there
> will be seeks; in particular, the file needs to be seekable.
> This can be fixed by inverting the order in which packets are read in
> mv_read_packet and by also creating the video streams for the
> non-version-two files before the audio streams.

Actually, I think it can be simpler than that.  The framerate is the
only piece of metadata for the video stream that is stored before the
audio/silent flag.  Since that's read into a local variable anyway, I
can just hold onto that one value until after creating the audio stream.
Then create the video stream in the same order as the original code and
minimize the changes.

I'll get to work on a v2 of the patch.


More information about the ffmpeg-devel mailing list