[MPlayer-G2-dev] extra dr types (oh no not more!! :)

D Richard Felker III dalias at aerifal.cx
Thu May 15 11:30:38 CEST 2003


Hey, Arpi. I was thinking earlier about some extra stuff libvo2 should
support for dr. Maybe some of this is already possible, but I know
parts aren't yet, and ideally they should be...

1. Direct rendering of exported images. Consider the case where you
   have a vo driver that sits on top of a graphics api, where you make
   an api call to blit an image from an arbitrary buffer buffer to the
   display. In this case, the vo driver should be able to pass an
   export-type image from the last filter directly to the blit call,
   without copying anything into its own allocated buffer first.

2. Dirty stride arithmetic tricks... :)) If the vo's buffer is an
   overlay in video memory, chances are good that you can customize
   the source width, source height, origin, and stride independent of
   the actual pixel layout in video memory. Is there some way we could
   let the filter chain take advantage of this? For example, the crop
   filter could let DR go right through it, allocating a buffer the
   size of the source image in video memory, but then only configuring
   the desired part of it to be visible. Another potential use is
   using stride arithmetic for deinterlacing, i.e. writing the whole
   interlaced picture to video memory, but selecting only one field to
   be visible at a time.

Of course, I can't think of any nice clean way to implement all this
without tons of hacks and special cases... :( But it would be very
cool if we could do stuff like this.....

Rich




More information about the MPlayer-G2-dev mailing list