[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
>>
>>c:\Programme\cygwin\home\diego\mingw\/mingw/lib/codecs
>>
>>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üþ"
Hmmm
Diego
More information about the MPlayer-dev-eng
mailing list