Comment 8 for bug 620158

Revision history for this message
In , Mathieu-aosekai (mathieu-aosekai) wrote :

(In reply to comment #6)
> I am still completely unclear on who used the -ass
> commandline-option and who didn't. Since some people
> here talked about libass I assumed all issues were
> with -ass, but I can't reproduce any issue then.
>

I never used it "-ass", and it's not in my system/user configuration file. At first I talked about libass because I didn't think there was an internal version.

However, with mplayer-9999, "--disable-ass-internal" is used, so the external library is always used. Note updating to libass-0.9.11 didn't seem to change anything.

The problem being that with mplayer-9999, I cannot use "mplayer -ass x.mkv", as it says "Error parsing option on the command line: -ass". Without "-ass", with the latest 32032 revision (`mplayer -v`), I still get the same problems.

If I modify mplayer-9999 to use "--enable-ass-internal", or in fact, if I simply use mplayer-1.0_rc4_p20100612 (r31371), with "mplayer -ass x.mkv", it now uses embedded fonts/styles, and there is no problem with subtitles staying on screen, nor timings/labels being displayed...

If "mplayer -ass x.mkv" only switches to external libass, why the problem still appears when "--disable-ass-internal" is used (and why isn't there any use of embedded fonts/styles without "-ass"?)?

Sorry for the confusion, I'm just a simple MPlayer user.

Anyway, I will simply use "-ass" from now on, so as far as I'm concerned, there is no more problem. Thanks for the tip.

But there is still some problems with the basic rendering of ASS subtitle tracks. Maybe ass=yes should be added to /etc/mplayer/mplayer.conf, so other people, who don't know about "-ass", do not run into this problem, if it's ok to always activate it?

(For people reading this bug report, you can of course put it in ~/.mplayer/config instead).

(In reply to comment #6)
> And once again this would have been fixed faster if
> any of you had sent a proper bug report

I couldn't find any sample MKV video with an ASS subtitle tracks. If you don't mind downloading anime fansubs, you can test the original problem with "http://www.megaupload.com/?d=T4Y8KCZO".

At 00:00:20, "Why? We'll get things done faster if you meet her, too", the text stays on indefinitely with the first subtitle track, without using "-ass", even with r32032.

At 00:23:50, "I see. That might be a good idea. Dialogue: 0,0:23:50.35,0:23:51.05,Default-alt,Fuuko,0000,0000,0000,,Um...", timings/labels are displayed.

Again, no problem at all if I use "mplayer -ass x.mkv".