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

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

2016-09-28 Thread Moritz Barsnick
On Wed, Sep 28, 2016 at 12:40:24 +, Priebe, Jason wrote: > Like I said, I don't see any way to decode an in-memory encoded > image (PNG, JPG, etc.) with the existing function calls. I only > see ff_load_image(), which takes a filename. The image2pipe demuxer already handles a "stream" of

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

2016-09-28 Thread Paul B Mahol
On 9/28/16, Priebe, Jason wrote: > 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

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

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

2016-09-27 Thread Paul B Mahol
On 9/27/16, Priebe, Jason wrote: > 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