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
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
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
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
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