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

[Sascha Sommer]

> 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üþ"
>

eh there is a big 10l there.
I'll send an updated version soon.

Sascha