FS#12897 - smplayer fails to exec mplayer due to -ass and -noass options

Attached to Project: Arch Linux
Opened by mumhero (mumhero) - Friday, 23 January 2009, 05:42 GMT
Last edited by Anonymous Submitter - Friday, 22 May 2009, 20:38 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Hugo Doria (hdoria)
Architecture All
Severity High
Priority Normal
Reported Version None
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 8
Private No

Details

Description:
It semms that -ass and -noass option have been removed from mplayer svn version. Smplayer still use these nonexist option.

Additional info:
* package version(s)
mplayer 28347-1
smplayer 0.6.6-1

* config and/or log files etc.
/usr/bin/mplayer -noquiet -nofs -lavdopts threads=2 -sub-fuzziness 2 -identify -slave -vo xv -ao alsa -zoom -nokeepaspect -nodr -double -input conf=/usr/share/smplayer/input.conf -stop-xscreensaver -wid 56623118 -monitorpixelaspect 1 -noass -fontconfig -font Microsoft YaHei -subfont-autoscale 1 -subfont-text-scale 5 -subcp CP936 -subpos 100 -cache 2000 -osdlevel 1 -vf-add screenshot -slices -channels 2 -af scaletempo,equalizer=0:0:0:0:0:0:0:0:0:0 /mnt/wind/movie/RocknRolla.DVDRip.XviD-DiAMOND/dmd-rocknrolla.avi

MPlayer dev-SVN-rUNKNOWN-4.3.2 (C) 2000-2009 MPlayer Team
CPU: Intel(R) Core(TM)2 Duo CPU T8300 @ 2.40GHz (Family: 6, Model: 23, Stepping: 6)
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled with runtime CPU detection.
Unknown option on the command line: -noass
Error parsing option on the command line: -noass
137 audio & 292 video codecs
ID_EXIT=NONE

Steps to reproduce:
Open any video file to play in smplayer
This task depends upon

Closed by  Anonymous Submitter
Friday, 22 May 2009, 20:38 GMT
Reason for closing:  Fixed
Comment by Alexdsan (Alexdsan) - Friday, 23 January 2009, 06:30 GMT
With me also this problem happens.

Temporary solution:

Remove smplayer, downgrade mplayer to 1.0rc2-10, reinstall smplayer.

Wait solucion to upgrade mplayer with security.
Comment by Perry (Perry3D) - Friday, 23 January 2009, 09:35 GMT
When you compile mplayer-svn with makepkg, is there a segmentation fault in the configure step?
I had this fault and mplayer was compiled without libass support. The solution is to compile it as root, as long
this bug exists: "makepkg --asroot".
Comment by Pierre Schmitz (Pierre) - Friday, 23 January 2009, 11:23 GMT
This sounds like the fakeroot bug some people reported with compiling kde3-apps or amarok2. One should never build a package as root. Let's try to fix fakeroot.
Comment by Allan McRae (Allan) - Friday, 23 January 2009, 11:24 GMT
Hugo, assigning to you as the appears to be an mplayer issue rather than an smplayer issue.
Comment by Hugo Doria (hdoria) - Friday, 23 January 2009, 13:37 GMT
I just compiled it again and saw no segmentation fault. Also, it was built with freetype/ssa/ass support:

Checking for bitmap font support ... yes
Checking for freetype >= 2.0.9 ... yes
Checking for fontconfig ... yes
Checking for SSA/ASS support ... yes

Anyway, should i provide a mplayer version built as root, or wait for a fakeroot fix?
Comment by Perry (Perry3D) - Friday, 23 January 2009, 13:54 GMT
With my Arch32 there are no segmentation faults, but with Arch64 i get this:

Checking for DVB HEAD ... yes
Checking for PNG support ... ./configure: line 94: 7746 Segmentation fault "$TMPEXE" >> "$TMPLOG" 2>&1
no (mismatch of library and header versions)
Checking for MNG support ... yes
Checking for JPEG support ... ./configure: line 94: 7763 Segmentation fault "$TMPEXE" >> "$TMPLOG" 2>&1
no
Checking for PNM support ... yes
Checking for GIF support ... ./configure: line 94: 7772 Segmentation fault "$TMPEXE" >> "$TMPLOG" 2>&1
./configure: line 94: 7780 Segmentation fault "$TMPEXE" >> "$TMPLOG" 2>&1
no
Checking for VESA support ... no
Checking for SDL ... yes (using sdl-config)


As result there is no libass support.
Comment by Perry (Perry3D) - Friday, 23 January 2009, 13:59 GMT
Sorry, here ist the real problem under Arch64:

hecking for freetype >= 2.0.9 ... ./configure: line 94: 10346 Segmentation fault "$TMPEXE" >> "$TMPLOG" 2>&1
no
Checking for fontconfig ... no (FreeType support needed)
Checking for SSA/ASS support ... no (FreeType support needed)
Comment by Hugo Doria (hdoria) - Friday, 23 January 2009, 15:18 GMT
I can confirm this happens on Arch x86_64 (but not on i686). The question now is:

Should i provide a mplayer version built as root, or wait for a fakeroot fix?
Comment by Tomasz (irfan) - Friday, 23 January 2009, 17:41 GMT
Are you using nvidia-180.22 ? http://bugs.archlinux.org/task/12766
Comment by Tomasz (irfan) - Friday, 23 January 2009, 17:54 GMT
I have the same problem but only with nvidia-180.22 installed (i686) ..."makepkg --asroot" works
Comment by Mamy Ratsimbazafy (ChoK) - Saturday, 24 January 2009, 14:28 GMT
Compilation works fine with fakeroot 177.80-2 driver (but i have now the xv hue problem described here : http://www.nvnews.net/vbulletin/showthread.php?t=107009&highlight=totem)
Comment by Jay Tanzman (jt512) - Saturday, 24 January 2009, 22:20 GMT
Additionally, I got the following errors running gnome-mplayer today, after upgrading mplayer to mplayer-28347-1-x86_64.pkg.tar.gz.

ERROR: Unknown option on the command line: -subfont-text-scale
ERROR: Error parsing option on the command line: -subfont-text-scale

Reverting to mplayer-1.0rc2-10-x86_64.pkg.tar.gz solved the problem, for now.
Comment by Jay Tanzman (jt512) - Sunday, 25 January 2009, 03:25 GMT
Additionally, I got the following errors running gnome-mplayer today, after upgrading mplayer to mplayer-28347-1-x86_64.pkg.tar.gz.

ERROR: Unknown option on the command line: -subfont-text-scale
ERROR: Error parsing option on the command line: -subfont-text-scale

Reverting to mplayer-1.0rc2-10-x86_64.pkg.tar.gz solved the problem, for now.
Comment by Jay Tanzman (jt512) - Sunday, 25 January 2009, 23:07 GMT
Additionally, I got the following errors running gnome-mplayer today, after upgrading mplayer to mplayer-28347-1-x86_64.pkg.tar.gz.

ERROR: Unknown option on the command line: -subfont-text-scale
ERROR: Error parsing option on the command line: -subfont-text-scale

Reverting to mplayer-1.0rc2-10-x86_64.pkg.tar.gz solved the problem, for now.
Comment by Ike Devolder (BlackEagle) - Monday, 26 January 2009, 12:19 GMT
[quote]I can confirm this happens on Arch x86_64 (but not on i686). The question now is:

Should i provide a mplayer version built as root, or wait for a fakeroot fix?[/quote]

Rebuild please, just remove nvidia and nvidia-utils, reinstall libgl and rebuild

following problems should be solved:
smplayer integration
mplayer no more osd and subtitles
several png and other related problems
Comment by Hugo Doria (hdoria) - Monday, 26 January 2009, 12:20 GMT
Fixed in mplayer 28347-2.
Comment by Pierre Schmitz (Pierre) - Friday, 22 May 2009, 17:18 GMT
mplayer 29318-1 introduces this problem again.
Comment by Hugo Doria (hdoria) - Friday, 22 May 2009, 17:25 GMT
Giovanni,

I think that you forgot to build on chroot again. Or you should use --asroot on makepkg.
Comment by Anonymous Submitter - Friday, 22 May 2009, 19:15 GMT
I just rebuilt it, using --asroot on makepkg.
Let me know.
Comment by Giorgos (ranger) - Friday, 22 May 2009, 19:51 GMT
Works again with mplayer-29318-1.1

Loading...