[FFmpeg-devel] [PATCH v2 4/8] avfilter/overlay_subs: Add overlay_subs filter

Soft Works softworkz at hotmail.com
Mon Aug 30 22:42:06 EEST 2021



> -----Original Message-----
> From: ffmpeg-devel <ffmpeg-devel-bounces at ffmpeg.org> On Behalf Of
> Paul B Mahol
> Sent: Monday, 30 August 2021 20:10
> To: FFmpeg development discussions and patches <ffmpeg-
> devel at ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH v2 4/8] avfilter/overlay_subs: Add
> overlay_subs filter
> 
> NACK, code duplicated.

Thanks for looking at my patch. While the code is based on the overlay
filter's code, there are substantial differences:

The overlay functions are taking AVSubtitleRect images for overlay,
which are PAL8 images and those need quite a bit different treatment.
For example, I'm only converting the 256 palette entries from RGBA to  
YUVA for effective blending.
With those differences, it doesn't make sense to merge this 
into the existing functions in vf_overlay as it would result in ugly
code which would be hard to maintain.


There's unnecessary duplication though, between the new sub2video
filter and the overlay_subs filter. I am planning to merge these
into a single file as a next step.

I'm planning to rename like this:

- overlay_graphicsubs (this filter)
- graphicsubs2video (in the same file)


Analog to these I will submit the following two filters:

- overlay_textsubs
- textsubs2video (in the same file)

=> the current subtitles filter can be deprecated then
   (with overlay_textsubs, it won't be required anymore
    to open the input separately)


Finally, I'm planning to add a modified eia608 filter variant:

- eia608_split (video-in, video-out, subtitles-out)

=> it won't be required anymore to use the movie protocol
   for getting closed captions


Please let me know whether it makes sense to you.

Thanks,
softworkz





More information about the ffmpeg-devel mailing list