[MPlayer-dev-eng] [PATCH] DR support for vo_corevideo
Xidorn Quan
quanxunzhen at gmail.com
Fri Sep 7 02:58:34 CEST 2012
On Fri, Sep 7, 2012 at 1:39 AM, Reimar Döffinger
<Reimar.Doeffinger at gmx.de> wrote:
>
> I don't think that should be a huge problem, we could for example
> support the old protocol with -nodouble and choose a completely new
> protocol if -double is used.
> That probably will break frontends, but at least the fix would consist
> only of adding -nodouble to the config until the new protocol is
> supported.
> Maybe it's even possible to auto-detect the protocol used.
Here I attached a quick patch to add double buffering support for
shared buffer in vo_corevideo. I have not test it with shared buffer
enabled, so it shouldn't be applied, just as a reference.
> However it might make sense to just start from scratch with a new vo,
> since I think your approach isn't really going far enough.
> For example it should be possible to just let the application on
> the other side handle the query_format, so that it is possible
> to pass on other formats like YV12 directly if the application
> on the other side can support it (but without _requiring_ the application
> to support all possible formats).
> Generally I think it would need a good bit of design work, thinking
> through all that might make sense to support, but also looking
> at how much of a pain this would be to actually use.
> (another question would also be whether this makes sense/should be
> OSX specific really - also keeping in mind that there are a lot
> fewer people that can maintain, test, fix,... any OS X-only
> functionality).
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mplayer_vo_corevideo_db.patch
Type: application/octet-stream
Size: 2627 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20120907/2f61329c/attachment.obj>
More information about the MPlayer-dev-eng
mailing list