[MPlayer-dev-eng] A renewed request for using an external libass
Reimar Döffinger
Reimar.Doeffinger at gmx.de
Sat Jan 9 11:04:32 CET 2010
On Sat, Jan 09, 2010 at 10:29:47AM +0100, Reinhard Tartler wrote:
> TBH, ubuntu 8.04 (the last LTS) is not the best choice for a modern
> multimedia stacks. Heck, it doesn't even ship libass at all!
I meant the next LTS, it will probably ship a at least somewhat recent
libass but even that will soon be outdated.
PPAs are nice, but adding one still is more effort and risk than a simple
configure, make and make install for MPlayer.
> And later versions of ubuntu do ship more recent libass libraries:
>
> libass-dev | 0.9.5-0ubuntu2 | intrepid/universe | amd64, i386
> libass-dev | 0.9.5-2 | jaunty/universe | amd64, i386
> libass-dev | 0.9.6-1 | karmic/universe | amd64, i386
> libass-dev | 0.9.8-1 | lucid/universe | amd64, i386
Which are all (way?) older than what is now in MPlayer SVN (though I think the commit
mail still didn't make it to cvslog, probably too large?).
But as said, I don't feel strongly about it, I just think it is likely to cause more
outdated bug-reports, which also are harder to handle as long as MPlayer does not
print the libass version it uses (and doing that I think would require a libass
API extension, so far I think we can only get the header version MPlayer was
compiled against, not the library version in use).
> > Also to be pedantic, it can be updated independently as long as the _ABI_
> > does not change, the API changes are not relevant (though often related).
>
> Most API changes also induce ABI changes. Even API additions do, but in
> a less problematic way.
That's why I use the word "pedantic" and said "though often related".
More information about the MPlayer-dev-eng
mailing list