[MPlayer-dev-eng] [PATCH] win32 codec path

Diego Biurrun diego at biurrun.de
Wed Aug 13 12:38:37 CEST 2003

Joey Parrish wrote:

> On Mon, Aug 11, 2003 at 01:20:52AM +0200, Diego Biurrun wrote:
>>MinGW does not work also, tmppath gets set to
>>which obviously cannot work.  When I recompile with 
>>--with-codecsdir=codecs, Windows starts complaining about pncrt.dll.  I 
>>got the DLL and put it in the codecs directory and lo and behold, it works!
> What does pncrt.dll do?

According to Arpi it is a lame libc --> msvc wrapper, since the Real 
DLLs apparently are Unix stuff...

 > What codec set is it a part of?

None at the moment.

> Can we start including it in the downloadable codec packs on mphq?

I've been constantly bugging Alex to do this.  Alex, are you hearing me ;-)

>>And with pncrt.dll it also works under Cygwin.  Oh happy day.
>>So now all we need to do is fix the absolute path on MinGW..
> Try --with-codecsdir=codecs as a relative path with respect to the
> location of the executable.  Otherwise, use a full path, such as
> "X:\blahblah\some\place\codecs".
> I believe that's the purpose of that piece of code Sascha wrote
> ifndef CYGWIN.  If a ':' is found in the path name, it's treated as a
> full absolute path, otherwise it's treated as a relative path to the
> executable.  Is that correct?

A relative path works, but this is less than perfect.  Using 
--with-codecsdir="c:\programme\cygwin\lib\codecs" does not work, 
although this path appears in config.h, it gets munged at runtime.

This is what a printf in mplayer.c produces:

tmppath: ˆ3üþ"



More information about the MPlayer-dev-eng mailing list