[MPlayer-dev-eng] [PATCH] vo_kva

KO Myung-Hun komh at chollian.net
Wed Feb 25 22:24:24 CET 2009


Hi/2.

Reimar Döffinger wrote:
> On Thu, Feb 26, 2009 at 01:18:15AM +0900, KO Myung-Hun wrote:
>   
>> flip_page() transfers the contents of the frame of the internal buffer 
>> to the video buffer allocated by video hw and displays them. But 
>> draw_slice() copys the contents to the internal buffer.
>>
>> And as you see, kvaLockBuffer() allocate a video buffer and 
>> kvaUnlockBuffer() display the contents of the video buffer. So I cannot 
>> use a video buffer in draw_slice().
>>     
>
> You can call kvaLockBuffer during VOCTRL_START_SLICE (or draw_frame)
> and call kvaUnlockBuffer in flip_page.
> Gets rid of the internal buffer, should be a lot faster, and displays
> the video much closer to the right moment.
> While that it is quite contrary to common sense to keep something locked
> for such a long time, this seems to be the way that kva (and some other
> OS/2 video interfaces) was designed.
>   

I've tested with a quick implemetation, and found some problems.

1. VOCTRL_START_SLICE is sometimes not called. Instead draw_slice is 
called prior to it.

2. While OSD is displaying, performance is decreased very much.

3. OSD is flickering.

Any suggestion ?

-- 
KO Myung-Hun

Using Mozilla SeaMonkey 1.1.14
Under OS/2 Warp 4 for Korean with FixPak #15
On AMD ThunderBird 1 GHz with 512 MB RAM

Korean OS/2 User Community : http://www.ecomstation.co.kr





More information about the MPlayer-dev-eng mailing list