FS#25332 - mplayer/mplayer2 crashes with freetype2 2.4.6-1

Attached to Project: Arch Linux
Opened by Rickard Närström (ricce_n) - Sunday, 31 July 2011, 07:56 GMT
Last edited by Ionut Biru (wonder) - Monday, 05 March 2012, 09:41 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Ionut Biru (wonder)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 5
Private No

Details

Description:
Mplayer and Mplayer2 both crashes in libfreetype.so.6 if libass is used for subtitle rendering.

The video usually plays fine until the first textline is suppose to appear, in some files one or two textlines renders correctly but then the crash occurs on the next line. The crash dose always occur on the same timecode in the same file, ie. no random or unpredictable crashes.


Additional info:
* Affected package versions
mplayer 33805-1
mplayer2 2.0-13 (community)
freetype2 2.4.6-1
libass 0.9.12-2

* Not affected versions
freetype2 2.4.5-1
Every things works fine with this version of freetype2, other packages same versions as above.

* gdb output
GNU gdb (GDB) 7.3
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-unknown-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/mplayer...(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/bin/mplayer -ass filename.mkv
[Thread debugging using libthread_db enabled]
MPlayer SVN-r33805-4.6.1 (C) 2000-2011 MPlayer Team
163 audio & 363 video codecs
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.

Playing filename.mkv.
libavformat file format detected.
[matroska,webm @ 0x18032c0] Unknown entry 0x6E67
[matroska,webm @ 0x18032c0] Unknown entry 0x6E67
[matroska,webm @ 0x18032c0] max_analyze_duration 5000000 reached at 5024000
[matroska,webm @ 0x18032c0] Estimating duration from bitrate, this may be inaccurate
[lavf] stream 0: video (h264), -vid 0
[lavf] stream 1: audio (ac3), -aid 0, -alang jpn, Japanese 5.1 AC3
[lavf] stream 2: subtitle (ass), -sid 0, -slang eng, English ASS
[lavf] stream 3: subtitle (ass), -sid 1, -slang swe, Svenska ASS
VIDEO: [H264] 704x480 0bpp 29.970 fps 0.0 kbps ( 0.0 kbyte/s)
Clip info:
title: Some Title
Load subtitles in ./
Opening video filter: [ass auto=1]
[ass] auto-open
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==========================================================================
==========================================================================
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 48000 Hz, 2 ch, s16le, 448.0 kbit/29.17% (ratio: 56000->192000)
Selected audio codec: [ffac3] afm: ffmpeg (FFmpeg AC-3)
==========================================================================
[New Thread 0x7fffe3b5c700 (LWP 1925)]
AO: [pulse] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
Unsupported PixelFormat 61
Unsupported PixelFormat 53
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO: [xv] 704x480 => 852x480 Planar YV12
A: 27.7 V: 27.7 A-V: 0.000 ct: 0.210 0/ 0 6% 1% 0.3% 0 0
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff5a9137c in ?? () from /usr/lib/libfreetype.so.6
(gdb) bt
#0 0x00007ffff5a9137c in ?? () from /usr/lib/libfreetype.so.6
#1 0x00007ffff5a938ae in FT_Stroker_EndSubPath () from /usr/lib/libfreetype.so.6
#2 0x00007ffff5a93dd9 in FT_Stroker_ParseOutline () from /usr/lib/libfreetype.so.6
#3 0x00007ffff5a94146 in FT_Glyph_StrokeBorder () from /usr/lib/libfreetype.so.6
#4 0x0000000000679c29 in ?? ()
#5 0x000000000067bb94 in ass_render_frame ()
#6 0x0000000000667b63 in ?? ()
#7 0x0000000000608d11 in eosd_render_frame ()
#8 0x0000000000666d94 in ?? ()
#9 0x00000000005682db in filter_video ()
#10 0x00000000004e6457 in ?? ()
#11 0x00000000004d9db5 in main ()
(gdb) cont
Continuing.



MPlayer interrupted by signal 11 in module: filter video
- MPlayer crashed by bad usage of CPU/FPU/RAM.
Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and
disassembly. Details in DOCS/HTML/en/bugreports_what.html#bugreports_crash.
- MPlayer crashed. This shouldn't happen.
It can be a bug in the MPlayer code _or_ in your drivers _or_ in your
gcc version. If you think it's MPlayer's fault, please read
DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and
won't help unless you provide this information when reporting a possible bug.
[Thread 0x7fffe3b5c700 (LWP 1925) exited]
[Inferior 1 (process 1922) exited with code 01]
(gdb) quit


Steps to reproduce:
Play a video file with ass subtitles using libass rendering in MPlayer (-ass flag).
This task depends upon

Closed by  Ionut Biru (wonder)
Monday, 05 March 2012, 09:41 GMT
Reason for closing:  Works for me
Comment by Allan McRae (Allan) - Sunday, 31 July 2011, 08:36 GMT
It also crashes VLC.
Comment by Ionut Biru (wonder) - Sunday, 31 July 2011, 09:39 GMT
rebuild freetype2 and mplayer with debug symbols, see where is crashing and report upstream
Comment by Ionut Biru (wonder) - Sunday, 31 July 2011, 09:42 GMT
also do a git bisect on freetype2. 2.4.5 was in testing and didn't had this issue.

http://git.savannah.gnu.org/cgit/freetype/freetype2.git/log/

there are couples of commits. it should be easy
Comment by Aurélien Dunand (Tassatux) - Sunday, 31 July 2011, 11:53 GMT Comment by Rickard Närström (ricce_n) - Sunday, 31 July 2011, 13:28 GMT
Bisect shows that commit aecbfe1ba775d683f3395f0f9214a394feb8b63b is the first bad.
Comment by Ionut Biru (wonder) - Sunday, 31 July 2011, 13:56 GMT
@Rickard add this information in Aurelien report
Comment by Aurélien Dunand (Tassatux) - Sunday, 31 July 2011, 14:46 GMT Comment by Ionut Biru (wonder) - Sunday, 31 July 2011, 16:10 GMT
libass 0.9.13-1 was pushed in extra. logically is that mplayer2 and vlc should have this bug fixed. mplayer has its own internal version and i have to pull a new snapshot
Comment by Ionut Biru (wonder) - Sunday, 31 July 2011, 18:37 GMT
mplayer-33805-2 has external libass support.

can this be closed now?
Comment by Totony (Totony) - Wednesday, 07 September 2011, 22:43 GMT
Problem still present using libass 0.9.13-1, mplayer2 (and vlc 1.1.11-4). Signal 11 received where "typesetted subtitles" appear.
Comment by Totony (Totony) - Sunday, 02 October 2011, 01:50 GMT
Sorry I didn't quite have the time to give a bug summary. Here's one. It's barely the same thing as the initial bug report (Note a little difference in the gdb's back trace the first time).

If you want any other information, ask it, but it may take a bit before I respond (and please tell me the steps I should follow to do what you want (what are debug symbols ?)). I'm not really used to debugging.
(I tried ./configure --enable-debug or something like that for mplayer2, but it didn't do much).
Comment by Ionut Biru (wonder) - Monday, 03 October 2011, 19:28 GMT
mplayer works?
Comment by Totony (Totony) - Monday, 03 October 2011, 22:24 GMT
mplayer 34007-1 does work invoked without any option, but the text text isn't rendered properly (ass code is showing up).
Invoked as "mplayer -ass", it does crash at the same time as mplayer2.

(Signal 11, filter video, same backtrace as the first one in the attached file of my previous message).
Comment by Stéphane Gaudreault (stephane) - Wednesday, 04 January 2012, 22:29 GMT
mplayer2 is no longer supported in [community]
Comment by Ionut Biru (wonder) - Wednesday, 04 January 2012, 22:38 GMT
i'm not interested to keep this bug opened unless somebody really reports upstream this issues, to libass or mplayer
Comment by Allan McRae (Allan) - Thursday, 05 January 2012, 00:50 GMT
Is this still an issue? I use mplayer -ass all the time and have no problems.

Loading...