[MPlayer-dev-eng] [PATCH] Fix return values of WaitForSingleObject when checking an event

[Michael Niedermayer]

On Thu, Mar 18, 2010 at 07:47:29PM +0100, Steinar H. Gunderson wrote:
> On Thu, Mar 18, 2010 at 07:32:42PM +0100, Michael Niedermayer wrote:
> >> Does FFmpeg have Win32 binary codec support? I wasn't aware of that.
> > not yet, but i clearly see the future before me where you add such support
> > :)
> 
> I'm afraid you do see a different feature from what I do. :-)

There are many possible futures, it all depends on us which will become
ours.


> 
> To whoever wants to see anything like that happen: Reuse WINE. TTBOMK this is
> what CoreAVC-for-Linux now does, and it's the only sane long-term solution.
> We don't need fifteen different projects reimplementing different parts of
> the Win32 API in various buggy ways. (Yes, you will probably need your own
> process, but you'll need that to run 32-bit codecs on 64-bit platforms
> anyway.)

The question now is why arent you using wine in mplayer but hack around on the
bugs? :)
And the second question is why not move this to ffmpeg/libavcodec from where
every project could use it?
It seems to me that having win32 codecs available through the libavcodec API
would be quite convenient for small and simple players. Any player not
liking it through lavc could still use its own of course ...


[...]

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Its not that you shouldnt use gotos but rather that you should write
readable code and code with gotos often but not always is less readable
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20100318/858267a6/attachment.pgp>