Hendrik Leppkes (12021-09-11): > Actually I would want to see subtitles to fully move into AVFrames > before any filtering, if at all, and not half-assed. That means fully > convert avcodec, deprecate AVSubtitle entirely (and not just shove it > into AVFrame->data), and make them a first-class citizen inside > AVFrame. > Doing it half-assed just for filtering now binds us into that chosen > API for years, and thats something we should try to avoid when we can > do it properly right from the start. > > This can (and should) be done independent of filtering (in other > words, avfilter doesn't necessarily need to accept subtitle frames > yet), but it needs to be done *before* filtering, because you would be > fundamentally re-defining the subtitle storage for years to come. > Some developers have started work on this before, but due to time > constraints it mostly got stuck in WIP phases.
Thank you very much, this is my mind exactly, and it reflects my objection on the format negotiation in libavfilter. I would welcome somebody working on making our subtitles API clean and usable. What I do not welcome is somebody rushing to a solution by skipping necessary steps. It will give something that works now, but at the cost of making it much harder to extend it later. 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".
