> Maintaining decoders is the point of this project. Yes, I agree the core of ffmpeg is codec; But, from the user, ffmpeg is usually treated as a light-weight media framework. Being a media framework, it is good to leverage hw codec in many cases.
> Besides, there are some more things missing from the patch. What's the missing? I'm glad to hear it and to fix it. > The libstagefright decoding wrapper is apparently a piece of shit. Who even > uses it? I think libstagefright wrapper is good by giving more options to application, you dislike it, but other may do. The bad of it is on buffer sharing; we solve it by dma_buf. > I don't see any nice things. The example player demonstrates how the AVFrame interface will be improved with dma_buf. I do think dma_buf is a good buffer sharing mechanism to promote hw codec. https://github.com/01org/player-ffmpeg-yami -----Original Message----- From: ffmpeg-devel-boun...@ffmpeg.org [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of wm4 Sent: Saturday, January 10, 2015 6:30 AM To: ffmpeg-devel@ffmpeg.org Subject: Re: [FFmpeg-devel] [PATCH 2/2] add libyami.cpp for h264 decoding by libyami On Fri, 9 Jan 2015 17:17:00 -0500 compn <te...@mi.rr.com> wrote: > On Fri, 9 Jan 2015 14:44:32 +0100 > wm4 <nfx...@googlemail.com> wrote: > > > What's the point of using this library, if ffmpeg already has most > > of the hw decoding infrastructure itself? > > probably so we dont have to maintain every single little hw decoding > and encoding feature , and libyami will do this for us. Maintaining decoders is the point of this project. Besides, there are some more things missing from the patch. > same thing libstagefright does for us. so we dont have to test our > ffmpeg hw decoders against every single piece of hardware. The libstagefright decoding wrapper is apparently a piece of shit. Who even uses it? > the future plans for libyami are pretty nice, > https://www.mail-archive.com/libva@lists.freedesktop.org/msg02826.html I don't see any nice things. _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
