[Ffmpeg-devel] Embedded preview vhook/voutfb.so /dev/fb

Michael Niedermayer michaelni
Wed Mar 28 22:11:48 CEST 2007


On Wed, Mar 28, 2007 at 04:06:47PM -0400, Rich Felker wrote:
> On Wed, Mar 28, 2007 at 09:44:25PM +0200, Michael Niedermayer wrote:
> > > one thing i didn't mention is that picture filters could indicate that
> > > they operate only one certain planes, or that the same operation needs
> > > to be performed on each plane. so for planar-to-planar scaling,
> > > swscale could in principle even be factored into separate scalers for
> > > each plane. not sure if this is desirable or not. i'm more trying to
> > > indicate the expressive power of the design rather than suggest a
> > > preferred implementation for swscale.
> > 
> > i think the most important part (for soc, and actually not just that) 
> > is to keep the task small rewriting swscale which is full of asm is not an
> > option rewriting decoders for a pure pull slice architecture too is likely
> > not an option, though optional support for slice pull might be ...
> i never proposed anything pull based. my filter api design is

you did propose a pull model a very long time ago IIRC
a pure pull model doesnt work with slices
a pure push model doesnt work with direct rendering
a hybrid push/pull model is what libmpcodecs (and xine) do already

pull address where i can store the next frame
draw frame
push next frame to following filter

and a specific split filter which can push to several outgoing filters

Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

There will always be a question for which you do not know the correct awnser.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20070328/2bf85d94/attachment.pgp>

More information about the ffmpeg-devel mailing list