Anton Khirnov (12021-12-09): > I fail to see how that is an advantage. You can just as well create > multiple instances of those single-stream filters instead of adding > hacks into core APIs.
Please think a little further: multiple instances of the single-stream filters would not have access to all the channels. > "possibly" is not a strong enough argument. I'd like to hear at least > one clearly-defined use case that cannot just as well be handled by > using multiple streams. This was a discussion for when the device was implemented. Now, it works that way, the new API has to accommodate it. Anyway, these are just two example. I am sure we could find other examples easily if we tried. It would be pretty stupid of us to add a new API that is barely better than the current one and that we know is too limited for likely use cases. 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".
