Gyan (12019-04-28): > b) ffmpeg will call avformat_write_header for the output, which will likely > fail because of the aforementioned codec parameter issues.
Are you sure? It looks to me like avformat_write_header() does not perform checks by itself, and null does not either. > The pipeline for dumping damaged streams is identical to dumping valid > streams except for the part when timestamps are regulated and codec fields > validated for the target muxer, which is what my patch disables for a single > muxer that doesn't need them. I don't see much (any?) "wasted" processing > with my patch, relative to streamcopying a valid stream. The problem is not about waste as a performance issue, the problem is about complexity as a maintenance issue. Exceptions are expensive in that regard. Regards, -- Nicolas George
signature.asc
Description: PGP signature
_______________________________________________ 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".
