Re: Limitations in vo2 api :(

Attila Kinali <[email protected]>
Newsgroups gmane.comp.video.mplayer.g2.devel
Organization NERV
Message-ID <[email protected]>
Heyo,

(First: dont assume that i understand anything about the vp/vo layer
at all. This here is just a random blurb)

On Fri, 19 Dec 2003 03:44:48 -0500
D Richard Felker III <[email protected]> wrote:

> I tend to think that the vp layer should call the vo layer's
> get_buffer and release_buffer every time it wants to use buffers,
> rather than just getting them all at the beginning. This way, the vo
> driver would be free to decide when it can or can't give you buffers.
> But right now, the vo drivers are NOT written to support that sort of
> use. For example, the x11 driver allocates an image when you call
> get_buffer, and frees it when you call release_buffer -- very
> inefficient!

Imho this can be easily solved on x11's side by allocating some
buffers (X11images) before hand and manage them with get/release_buffer.
Every X11 programming book tells you anyways to allocate everything
you need at the beginning of your programm to allow caching at the
server side.

Also, as i already said on irc, we should IMHO integrate the
vo api into the vp and drop it. It would get us one api less
to document/learn and also remove some duplicated work as
a vo modules is much like a vf w/o an output.


		Attila Kinali


-- 
egp ist vergleichbar mit einem ikea bausatz fuer flugzeugtraeger
			-- reeler in +kaosu
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.