[MPlayer-dev-eng] MNG support for MPlayer
Reimar Döffinger
Reimar.Doeffinger at stud.uni-karlsruhe.de
Thu Sep 25 20:15:24 CEST 2008
On Thu, Sep 25, 2008 at 01:22:20PM +0200, Stefan Schuermans wrote:
> Stefan Schuermans wrote:
> > Diego Biurrun wrote:
> >> On Thu, Sep 18, 2008 at 10:47:00PM +0200, Stefan Schuermans wrote:
> >>> --- configure (revision 27638)
> >>> +++ configure (working copy)
> >>> @@ -4683,6 +4687,33 @@
> >>>
> >>> +echocheck "MNG support"
> >>> [...]
> >>
> >> I wonder why tmp_run is necessary? And yes, I know that the libpng test
> >> does it as well...
> >
> > If I've understood this correctly, cc_check tries to compile and link
> > the C source and tmp_run tries to run the result. I think it is
> > neccessary to run the code to detect if linking against libmng works.
> > I've seen it at least once (with some broken libmng installation) that
> > compiling and linking worked, but the binary did not run. I'm not sure
> > any more if it crashed or did not load due to not finding libmng.so.
> >
> >> Your code is laboriously commented. Possibly some of it could be
> >> doxygenized.
> >
> > I did that and hope the style of the the doxygen comments is okay.
>
> Any comments regarding the patch I sent last week? If there are no
> further suggestions for improvement please apply it.
Well, there are some minor things I do not really like (sometimes excessive
comments, that would have the pointer to the whole demuxer in the priv
struct when the stream would be enough, and I also wonder what happens
to the alpha channel, does MNG not support it, or just libmng or?),
but I leave that to you if you have the time and motivation to look into that.
What IMO is not acceptable though is the configure check: AFAICT it
tries to execute the binary, which means it will always fail when
cross-compiling. I think there is no real need for that.
Greetings,
Reimar Döffinger
More information about the MPlayer-dev-eng
mailing list