[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