[MPlayer-dev-eng] MSGTRs for mencoder.c, vd.c, libass

Diego Biurrun diego at biurrun.de
Sat Nov 18 02:32:32 CET 2006


On Fri, Nov 17, 2006 at 11:42:19PM +0300, Evgeniy Stepanov wrote:
> On Friday 17 November 2006 19:12, mail at kraymer.de wrote:
> > > The last one is the biggest one, it applies to all files
> > > in libass/. Probably this patch needs some discussion.
> >
> > Well, I didn't realize til a moment ago that it might need more discussion
> > than about the msgtrs only.As Commn pointed out on IRC, there are plans to
> > make libass a lib that would be usable outside mplayer. Stupid me, I knew
> > about that but didn't think of it when I did the work on the messages. So,
> > does it make sense to apply (or keep) these messages?Question is if libass
> > will still be in MPlayer's repository, supporting mp_msg functionality. If
> > the lib will be completely external, I assume that messages will only go to
> > stderr in case of more or less fatal errors. That of course would mean
> > losing a lot of informative messages.At the moment, I have no idea how to
> > solve it, what is the best thing to do? Before any more effort is put into
> > the mp_msg task it's necessary to clear some things up.
> > Evgeniy, would be great if you could state your plans and ideas regarding
> > this.
> 
> There is an mplayer-independent version of libass available from 
> http://sourceforge.net/projects/libass. It is produced by applying a certain 
> patch to libass/ directory from mplayer sources. The patch redefines 
> functions available from other parts of mplayer (blur, utf8 parsing and 
> mp_msg) and removes mplayer includes (subreader.h and some more).

Why host this on sf?

> This way, keeping mp_msg is ok, but MSGTRs will make my life much harder. I'd 
> prefer to leave things as they are now.

Why?  You can simply add those messages to your patch, can't you?

Diego



More information about the MPlayer-dev-eng mailing list