Running media-video/smplayer-0.6.8 after upgrading mplayer to media-video/mplayer-1.0_rc4_p20090919-r2 cause mplayer exiting with the following error: /usr/bin/mplayer -noquiet -nofs -nomouseinput -sub-fuzziness 1 -identify -slave -vo gl:yuv=2:force-pbo -ao pulse -nokeepaspect -framedrop -nodr -double -input nodefault-bindings:conf=/dev/null -stop-xscreensaver -wid 77594639 -monitorpixelaspect 1 -noass -subfont-autoscale 1 -subfont-text-scale 5 -subcp ISO-8859-1 -subpos 100 -volume 100 -cache 2000 -osdlevel -vf-add pp=lb -vf-add pp -autoq 6 -vf-add screenshot -slices -channels 2 -af volnorm=1,scaletempo,equalizer=0:0:0:0:0:0:0:0:0:0 -softvol -softvol-max 110 mplayer_test.mkv (sorry, locale = it_IT.utf-8) Opzione sconosciuta sulla riga comando: -noass Errore durante la lettura opzioni della riga comando: -noass MPlayer SVN-r29699-4.4.1 (C) 2000-2009 MPlayer Team ID_EXIT=NONE Inconsistency detected by ld.so: dl-close.c: 731: _dl_close: Assertion `map->l_init_called' failed! which means mplayer doesn't know how to handle the command line option -noass. Maybe the command line parser is changed between this and the previous version of mplayer. smplayer should depend on previous version of mplayer or should be fixed for calling mplayer without -noass. #emerge -pv smplayer media-video/smplayer-0.6.8 USE="-debug" LINGUAS="it -ar -bg -ca -cs -de -el -en_US -es -et -eu -fi -fr -gl -hu -ja -ka -ko -ku -mk -nl -pl -pt_BR -pt_PT -ro -ru -sk -sl -sr -sv -tr -uk -vi -zh_CN -zh_TW" 0 kB #emerge -pv mplayer media-video/mplayer-1.0_rc4_p20090919-r2 USE="3dnow 3dnowext X a52 aac aalib alsa ass bidi bl cddb cdio cdparanoia debug dga dirac directfb doc dts dv dvb dvd dvdnav enca encode esd faac faad fbcon ftp ggi gif iconv ipv6 jack joystick jpeg ladspa libcaca live lzo mad md5sum mmx mmxext mng mp2 mp3 nas network openal opengl osdmenu oss png pnm pulseaudio pvr quicktime radio rar real rtc samba schroedinger sdl shm speex sse sse2 teletext tga theora tremor truetype unicode v4l v4l2 vorbis x264 xanim xinerama xscreensaver xv xvid xvmc zoran (-altivec) -bindist -cpudetection -custom-cpuopts -dxr3 -gmplayer -lirc -nut -opencore-amr -ssse3 (-svga) -vdpau (-vidix) (-win32codecs)" VIDEO_CARDS="nvidia -mga -s3virge -tdfx" 0 kB
I just installed smplayer for the first time and had the same problem except mplayer didn't recognize -ass. Changing the subtitles to 'normal' will result in the '-noass' error. I'm currently running mplayer-1.0_rc4_p20090919-r2 (the most recent non *9999 version in portage) and have the 'ass, freetype, and djvu' USE flags enabled. I noticed that libass is not installed (nor is it mentioned in the ebuild file) but I cannot tell if that is related to the problem or not. I also checked the configure output and noted the following error: Checking for freetype >= 2.0.9 ... ./configure: line 95: 6832 Segmentation fault "$TMPEXE" >> "$TMPLOG" 2>&1 no Checking for fontconfig ... no (FreeType support needed) Checking for SSA/ASS support ... no (FreeType support needed) I do have freetype-2.3.9-r1 installed, with fontconfig, but I still get the error. In case it's helpful, here's a forum thread that followed this: http://forums.gentoo.org/viewtopic-t-741422-highlight-mplayer+ass.html
(In reply to comment #1) My configure shows the following: Checking for freetype >= 2.0.9 ... yes Checking for fontconfig ... yes Checking for SSA/ASS support ... yes maybe you have to revdep-rebuild, it seems that the test program for freetype segfaulted. Maybe you're using some uncommon CFLAGS? It doesn't seems related to libass for my case. Maybe the full log can help?
just reemerged after an emerge -Du: now I also have the following: Checking for freetype >= 2.0.9 ... no Checking for fontconfig ... no (FreeType support needed) Checking for SSA/ASS support ... no (FreeType support needed) looking at the output in configure.log: cc -Wundef -Wdisabled-optimization -Wno-pointer-sign -Wdeclaration-after-statement -std=gnu99 -Wall -Wno-switch -Wpointer-arith -Wredundant-decls -O4 -march=native -mtune=native -pipe -ffast-math -fomit-frame-pointer -Ilibdvdread4 -I. -D_REENTRANT -I/usr/include/directfb -I/usr/include/ -I/usr/include/SDL -D_REENTRANT -I/usr/kde/3.5/include/artsc -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -D_REENTRANT -ffast-math -lncurses -lsmbclient -lpng -lz -lmng -lz -ljpeg -lgif -lasound -ldl -lpthread -lcdda_interface -lcdda_paranoia -ldirectfb -lXext -lX11 -lpthread -lXss -lXv -lXinerama -lXxf86vm -lXxf86dga -lggi -lggiwmh -laa -L/usr/lib64 -lcaca -lGL -ldl -lSDL -lpthread -L/usr/kde/3.5/lib64 -ldl -lartsc -lpthread -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0 -lesd -laudio -lXt -lpulse -ljack -lopenal -o /tmp/mplayer-conf-18559-32132 /tmp/mplayer-conf-29547-32132.c -I/usr/include/freetype2 -lfreetype -lz freetype2 header version: 2.3.11 library version: 2.3.11 Inconsistency detected by ld.so: dl-close.c: 731: _dl_close: Assertion `map->l_init_called' failed! this cause tmp_run exit with non 0 value and so "_freetype=yes" is not executed.
To go back to the forum post from my first post, someone suggesting disabling the openal USE flag. I tried that and it now works, so I was guess I was off on the freetype assumption. I'm not sure how openal plays into this (as I don't even use it in mplayer) but it's working fine for me now.
(In reply to comment #4) > To go back to the forum post from my first post, someone suggesting disabling > the openal USE flag. I tried that and it now works, so I was guess I was off > on the freetype assumption. I'm not sure how openal plays into this (as I don't > even use it in mplayer) but it's working fine for me now. Removing openal USE flag seems to work for me too. Looking at teh configure.log, now -lopenal is no more used and the tmp_run exit returning 0. The error message: Inconsistency detected by ld.so: dl-close.c: 731: _dl_close: Assertion `map->l_init_called' failed! disappeared. Maybe openal is causing the issue?
(In reply to comment #5) > Maybe openal is causing the issue? Looks that way, as it works fine for me, and I have openal disabled in mplayer. I've now added that requirement to the ebuild.
'map->l_init_called' error means that some library was (pre)loaded and was not unloaded at exit by some reason, so ld-load causes an error in such case. it is fully openal -related issue and should be fixed there
Agree, forcing -openal for mplayer in smplayer req looks like very ugly workaround. Maybe this iisue is related to 286866?
> Maybe this iisue is related to 286866? definitely positive anyways this is *not* a mplayer or freetype, or mp3lame issue. *even* if you'll hack configure script to build mplayer, then mplayer will crash with 'map->l_init_called' error on exit.
