[Solved]Mplayer interrupted by signal 6

unranked · 2011-07-30 18:28:07

Hi there.

When I try to play video file with subtitles (to be exact a .mkv file), my smplayer crashes with the following error:

MPlayer interrupted by signal 6 in module: filter video

Maybe I am wrong, but the cause might be the recent update of freetype2. Because the crash is happening when a subtitle should be shown on the screen. If there is no external subtitle, only video, then everything is fine.
My freetype version is 2.4.6-1. Mplayer version is: mplayer-33805-1.
And everything was working fine till this update came.
Can anyone confirm this ?

Excuse my english.

EDIT: Well, I just tried with mplayer, and everything is fine. Uhm, I don't know... With smplayer it doesn't work.
EDIT2: my smplayer version is : 0.6.9-3

Last edited by unranked (2011-07-31 13:43:39)

WorMzy · 2011-07-30 18:36:17

Same problem here (the signal number seems to vary):

Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory
[vdpau] Error when calling vdp_device_create_x11: 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, 6 ch, s16le, 0.0 kbit/0.00% (ratio: 0->576000)
Selected audio codec: [ffflac] afm: ffmpeg (FFmpeg FLAC audio)
==========================================================================
AO: [oss] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
A:   0.0 V:   0.0 A-V:  0.000 ct:  0.000   0/  0 ??% ??% ??,?% 0 0 
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO: [xv] 1920x1080 => 1920x1080 Planar YV12 
A:   1.3 V:   1.3 A-V: -0.000 ct:  0.002   0/  0 43% 15%  1.3% 0 0 


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.

I've only just updated boost-libs, freetype2, libass, libva, and tagpy. Before these updates, the video which is now crashing, worked fine. Disabling subtitles, as above, prevents the crash.

Oh, also worth noting that I'm using mplayer2, not mplayer.

What I get from gdb:

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff60bf37c in ?? () from /usr/lib/libfreetype.so.6

Last edited by WorMzy (2011-07-30 19:13:14)

laliebijard · 2011-07-30 19:24:38

Hello, I have encountered the same behaviour with gnome-mplayer 1.0.4-1, freetype2 2.4.6-1, mplayer 33805-1.

Mplayer crashes, moreover subtitles outlining looks incorrect.

After downgrading freetype2, mplayer's playback seems OK.

WorMzy · 2011-07-30 19:46:22

Aye, downgrading (or rather, switching to aur/freetype2-cleartype, since I regularly clear my pacman's pkg cache) has fixed the problem for me.

unranked · 2011-07-30 19:52:24

WorMzy wrote:

Aye, downgrading (or rather, switching to aur/freetype2-cleartype, since I regularly clear my pacman's pkg cache) has fixed the problem for me.

That is really fixing the problem. Which means, in my dictionary, the problem is with the new freetype.

karol · 2011-07-30 19:54:50

You might want to consider submitting a bug report.

unranked · 2011-07-30 20:41:21

karol wrote:

You might want to consider submitting a bug report.

Is it really a bug ? I mean, this certain mplayer version perhaps don't know the new things introcuded with the 2.4.6 freetype library, if there is any. But with a latest mplayer version it might work without a problem (I've not tested it)
Or an another question. (Maybe silly, I know) Is it a mplayer or a freetype bug ?

karol · 2011-07-30 20:45:11

unranked wrote:

karol wrote:
You might want to consider submitting a bug report.
Is it really a bug ? I mean, this certain mplayer version perhaps don't know the new things introcuded with the 2.4.6 freetype library, if there is any. But with a latest mplayer version it might work without a problem (I've not tested it)

You mean you are running a system that's not fully up to date? Why?

unranked wrote:

Or an another question. (Maybe silly, I know) Is it a mplayer or a freetype bug ?

No idea.

unranked · 2011-07-30 20:59:52

karol wrote:

unranked wrote:
karol wrote:
You might want to consider submitting a bug report.
Is it really a bug ? I mean, this certain mplayer version perhaps don't know the new things introcuded with the 2.4.6 freetype library, if there is any. But with a latest mplayer version it might work without a problem (I've not tested it)
You mean you are running a system that's not fully up to date? Why?

No, no, I'm sure my Arch is up to date, I run yaourt -Syu at leats twice a day, which may be to much, to be honest
But with this aur/freetype-clear 'workaround' I have no problem with this issue.

Foucault · 2011-07-30 21:19:15

This happens to me as well (regular mplayer). Since it only occurs with styled subtitles (which, according to the manpage, use freetype) I suppose it's a conflict introduced by freetype 2.4.6 although I'm not sure if it affects mplayer or libass, be it either external (from libass package) or internal (shipped with mplaeyer), which renders the styled subtitles. I should mention that this also affects VLC (uses libass as well for styled subtitle rendering).

Last edited by Foucault (2011-07-30 21:38:36)

skottish · 2011-07-30 23:51:18

I'm not sure if this helpful information, but sometime in the last week mplayer2 from git now either requires the external libass library or to have it explicitly disabled at configure. To clarify, users are now expected to make a choice. This is the first time that I've seen mplayer2 do anything like this. Related?

*** EDIT ***

It turns out that I had libass installed longer than I thought that I had, so the "last week" comment simply isn't correct. Although, it's still true that it's the only time that I've seen mplayer2 explicitly do this for a non-critical library.

Last edited by skottish (2011-07-31 00:16:35)

Foucault · 2011-07-31 10:20:13

So, I think I solved this! The thing is, both the default libass and the mplayer internal libass are broken against freetype 2.4.6. The solution is to install libass-git from AUR. However the PKGBUILD in AUR at the moment is missing a dependency, the git version of HarfBuzz (the stable one won't do). So I've uploaded a harfbuzz-git PKGBUILD in AUR. What you should do is the following.

~~1) Install harfbuzz-git~~ Not needed any more, libass-git updated!
2) Install libass-git
3) Remove any mplayer ~~(or mplayer2)~~ packages.
4) Rebuild and install mplayer ~~or mplayer2~~.
5) ???
6) Profit!!

If everything is correct the config script of mplayer will pick up the external libass library. ~~mplayer2 is using libass by default so a rebuild might not be needed. Haven't tested that.~~
Edit: Indeed mplayer2 does not need to be rebuilt. Steps 1 and 2 are enough.

Last edited by Foucault (2011-07-31 23:50:35)

unranked · 2011-07-31 13:43:22

Foucault wrote:

So, I think I solved this! The thing is, both the default libass and the mplayer internal libass is broken against freetype 2.4.6. The solution is to install libass-git from AUR. However the PKGBUILD in AUR at the moment is missing a dependency, the git version of HarfBuzz (the stable one won't do). So I've uploaded a harfbuzz-git PKGBUILD in AUR. What you should do is the following.
1) Install harfbuzz-git
2) Install libass-git
3) Remove any mplayer ~~(or mplayer2)~~ packages.
4) Rebuild and install mplayer ~~or mplayer2~~.
5) ???
6) Profit!!
If everything is correct the config script of mplayer will pick up the external libass library. ~~mplayer2 is using libass by default so a rebuild might not be needed. Haven't tested that.~~
Edit: Indeed mplayer2 does not need to be rebuilt. Steps 1 and 2 are enough.

Works like a charm, thank you. For some reason the default git in the PKGBUILD for libass didn't worked for me.

Arch Linux

#1 2011-07-30 18:28:07

[Solved]Mplayer interrupted by signal 6

#2 2011-07-30 18:36:17

Re: [Solved]Mplayer interrupted by signal 6

#3 2011-07-30 19:24:38

Re: [Solved]Mplayer interrupted by signal 6

#4 2011-07-30 19:46:22

Re: [Solved]Mplayer interrupted by signal 6

#5 2011-07-30 19:52:24

Re: [Solved]Mplayer interrupted by signal 6

#6 2011-07-30 19:54:50

Re: [Solved]Mplayer interrupted by signal 6

#7 2011-07-30 20:41:21

Re: [Solved]Mplayer interrupted by signal 6

#8 2011-07-30 20:45:11

Re: [Solved]Mplayer interrupted by signal 6

#9 2011-07-30 20:59:52

Re: [Solved]Mplayer interrupted by signal 6

#10 2011-07-30 21:19:15

Re: [Solved]Mplayer interrupted by signal 6

#11 2011-07-30 23:51:18

Re: [Solved]Mplayer interrupted by signal 6

#12 2011-07-31 10:20:13

Re: [Solved]Mplayer interrupted by signal 6

#13 2011-07-31 13:43:22

Re: [Solved]Mplayer interrupted by signal 6

Board footer