[MPlayer-dev-eng] [PATCH] vo_macosx: process events with shared_buffer (and patch roundup)

[Adrian Stutz]

Hello,

When using MPlayer with MPlayer OSX using the shared_buffer option, MPlayer
doesn't process any events. That's not a serious issue by itself apart from
the MPlayer process being marked as unresponsive. But since Leopard there's
the spindump helper application which kicks in when a process becomes
unresponsive and uses a lot of CPU (15% in my case).

Attached patch adds event processing for the case that vo_macosx is used
with shared_buffer.

There are also some outstanding patches I've submitted for vo_macosx. I've
updated them to apply to HEAD and attach them to this email:
- vo_macosx_screen_init_fix.patch (fix init with default screen_id)
- vo_macosx_unify_error_output.patch (unify and update error message)
- vo_macosx_memory_leak.patch (fix a memory leak with shared_buffer)

Greetings
Adrian Stutz
-------------- next part --------------
A non-text attachment was scrubbed...
Name: vo_macosx_process_events.patch
Type: application/octet-stream
Size: 626 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20090420/c481c3d2/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: vo_macosx_screen_init_fix.patch
Type: application/octet-stream
Size: 416 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20090420/c481c3d2/attachment-0001.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: vo_macosx_unify_error_output.patch
Type: application/octet-stream
Size: 4314 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20090420/c481c3d2/attachment-0002.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: vo_macosx_memory_leak.patch
Type: application/octet-stream
Size: 471 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20090420/c481c3d2/attachment-0003.obj>