[MPlayer-dev-eng] [PATCH] Enhanced Video Renderer (EVR)

[Georgi Petrov]

> Well, if you think this is a burden now, just imagine what it is like
> years after the fact.  Unless you fix license issues from the start
> they will come back to haunt you forever.

I know it. That's why I'm trying to find a solution, which is best for
everybody. Unfortunately, having to negotiate the best solution
between 3 sides (MPlayer, mingw, mingw-w64) for a single header file
is getting too much.

> MPlayer is a GPL project.  As such, only GPL-compatible code is allowed
> into MPlayer.  We cannot accept code where the license situation is not
> clear, since that will render all of MPlayer unusable or unredistributable.

I understand that as well. Then, please don't accept evr.h, but review
the patch without it (the last one sent in this thread). It is clear
that evr.h won't be accepted in MPlayer anyways. I will deal with
mingw later. For now if someone wants to have the header, can obtain
it from mingw-w64 SVN.

The alternative way would be to host it like the DirectX 7 headers,
but I will make many changes to this file in the following weeks, so
mingw-w64 SVN seems the best solution right now.

> Is evr.h written by you?  Then stick an ISC license on it.

No, it is part of mingw-w64 and is released under public domain. I
will only improve it and check it, because it is clear room
implementation and nobody has ever tested it.


>> Can I submit the patch without evr.h and just require whoever wants to
>> build EVR support, to download in from the mingw-w64 project? Once
>> DxVA is also implemented, I hope that a critical mass of users will
>> arise, who will fight for a more elegant solution. I don't have the
>> strength anymore.
>
> In the long term evr.h should be moved out of MPlayer and into the
> environment.

Yes, this would be optimal. It must happen once it is good enough,
which will take some time. The question is what to do until this
happens. I also think that evr.h have no place in MPlayer's tree.