Re: [FFmpeg-devel] imagepipe filter (was [PATCH] avfilter: add dynoverlay filter.)

2016-09-28 Thread Priebe, Jason
On 9/23/16, Paul B Mahol wrote: > On 9/28/16, Priebe, Jason wrote: > > > If there's a better way to decode these still images without using > > an intermediate temp file, please point me to it, and I'll make the > > change. > > Using avformat/avcodec ca

Re: [FFmpeg-devel] imagepipe filter (was [PATCH] avfilter: add dynoverlay filter.)

2016-09-28 Thread Priebe, Jason
On 9/23/16, Paul B Mahol wrote: > On 9/27/16, Priebe, Jason wrote: > > On 9/23/16, Paul B Mahol wrote: > > > > - it uses a slightly inelegant technique to read the images; it writes > > the image data to a temp file so it can call ff_load_image(). I didn't &g

[FFmpeg-devel] imagepipe filter (was [PATCH] avfilter: add dynoverlay filter.)

2016-09-27 Thread Priebe, Jason
On 9/23/16, Paul B Mahol wrote: > Named pipe approach would implement video source which would read images > from named pipe. It would read from named pipe until it decodes single frame > and then would use that frame as input to next filter, for example > overlay filter. > > If it encounters EOF

Re: [FFmpeg-devel] [PATCH] avfilter: add dynoverlay filter.

2016-09-22 Thread Priebe, Jason
Thanks for the detailed review of the code, Paul. You caught some dumb mistakes that I should have picked up on before I sent the submission. > dynoverlay sounds very powerful, but this filter funcionality is very limited. True, it is limited, but it does something that no other filter does (I a

[FFmpeg-devel] [PATCH] avfilter: add dynoverlay filter.

2016-09-22 Thread Priebe, Jason
This patch adds a new filter that allows you to drive dynamic graphic overlays on a live encoding by creating/updating/deleting a specified 32-bit PNG. This is very different from the overlay filter, because it lets you change the overlay in real time during a live stream. It doesn't allow you to