[MPlayer-dev-eng] [PATCH] win32 codec path
saschasommer at freenet.de
Sat Aug 16 19:12:14 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
> > 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üþ"
eh there is a big 10l there.
I'll send an updated version soon.
More information about the MPlayer-dev-eng