Hello. Earlier today after the usual sync with tree portage suggested to merge media-video/libav-9.17. I've read the news item regarding global ffmpeg and libav USE flags and I have both of them enabled in my make.conf. After successful update portage suggested to rebuild mplayer via @preserved-rebuild set. This rebuild also went fine. No other package changes aside from gegl rebuild to support libav USE flag were made on my system. After a while I've tried to open a random mp3 file on my machine in smplayer and now it throws 'Oops' complaining about mplayer error. I've tried other multimedia files that smplayer was able to playback without any problems before, but I got the same error. I haven't changed smplayer configuration one bit. Clearly the playback problems I am experiencing are caused by libav introduction to my system. Not sure who is misbehaving here libav, mplayer or smplayer. I've attached all the info I could've thought of. If you need additional info I am ready to provide it. Please fix. Reproducible: Always
Created attachment 397576 [details] emerge --info
================================================================= Package Settings ================================================================= media-video/mplayer-1.2_pre20130729 was built with the following: USE="X a52 alsa bidi bluray cddb cdparanoia dts dvd dvdnav enca encode faac faad ftp gif iconv ipv6 jpeg jpeg2k libass lzo mad mp3 network openal opengl osdmenu png pulseaudio rtc shm theora truetype twolame unicode vorbis x264 xinerama xscreensaver xv xvid xvmc -aalib (-altivec) (-aqua) -bindist -bl -bs2b -cdio -cpudetection -debug -dga -directfb -doc -dv -dvb -fbcon -ggi -gsm -jack -joystick -ladspa -libcaca -libmpeg2 -lirc -live -md5sum -mng -nas -nut -oss -pnm -pvr -radio -rar -rtmp -samba -sdl (-selinux) -speex -tga -toolame -tremor -v4l -vdpau (-vidix) -xanim -zoran" ABI_X86="64" CPU_FLAGS_X86="mmx mmxext sse sse2 ssse3 -3dnow -3dnowext" VIDEO_CARDS="-mga -s3virge -tdfx"
================================================================= Package Settings ================================================================= virtual/ffmpeg-9-r1 was built with the following: USE="X encode jpeg2k mp3 theora threads truetype vaapi x264 -gsm -opus -sdl -speex -vdpau" ABI_X86="64 -32 -x32" CHOST=""
================================================================= Package Settings ================================================================= media-video/libav-9.17 was built with the following: USE="X aac alsa bzip2 encode faac gpl hardcoded-tables jpeg2k mp3 network pulseaudio schroedinger ssl theora threads truetype vaapi vorbis vpx x264 xvid zlib (-altivec) -amr -bindist -cdio -cpudetection -custom-cflags -debug -doc -fdk -frei0r -gsm -ieee1394 -jack (-neon) -openssl -opus -oss -pic -rtmp -sdl -speex -static-libs -test -tools -v4l -vdpau (-vis)" ABI_X86="64 -32 -x32" CPU_FLAGS_X86="mmx mmxext ssse3 -3dnow -3dnowext -avx"
mplayer crash log as seen in smaplyer: /usr/bin/mplayer -noquiet -slave -identify -nofs -lavdopts threads=4 -sub-fuzziness 1 -vo xv:adaptor=0 -ao pulse -framedrop -dr -double -stop-xscreensaver -nomouseinput -input nodefault-bindings:conf=/dev/null -nokeepaspect -wid 83886120 -monitorpixelaspect 1 -subfont-osd-scale 3 -ass -embeddedfonts -ass-line-spacing 0 -ass-font-scale 1 -ass-styles /home/coacher/.config/smplayer/styles.ass -subcp enca:ru:UTF-8 -aid 0 -subpos 100 -volume 33 -cache 32768 -osdlevel 0 -vf-add pp -autoq 6 -noslices -channels 2 -af-add scaletempo -af-add equalizer=0:0:0:0:0:0:0:0:0:0 -softvol -softvol-max 150 *FILE_NAME_HERE* Option vf-add: pp doesn't exist. Error parsing option on the command line: -vf-add MPlayer SVN-r36370 (Gentoo)-4.8.3 (C) 2000-2013 MPlayer Team ID_EXIT=NONE
Created attachment 397578 [details] smplayer.ini
Created attachment 397580 [details] .mplayer/config Only heartbeat-cmd is defined here.
================================================================= Package Settings ================================================================= media-video/smplayer-14.9.0.6690-r1 was built with the following: USE="qt4 -autoshutdown -bidi -debug -qt5 -streaming" ABI_X86="64" LINGUAS="en_GB en_US ru_RU -ar -ar_SY -bg -ca -cs -da -de -el_GR -es -et -eu -fi -fr -gl -he_IL -hr -hu -it -ja -ka -ko -ku -lt -mk -ms_MY -nl -pl -pt -pt_BR -ro_RO -sk -sl_SI -sq_AL -sr -sv -th -tr -uk_UA -vi_VN -zh_CN -zh_TW"
If I try to playback multimedia files with `mplayer *filename*`, then there is no problems. mplayer opens files fine, so this is smplayer issue.
After quick googling I've found the related bug report in smplayer tracker: http://sourceforge.net/p/smplayer/bugs/665/
As far as I can tell stable smplayer in Gentoo needs to include changes from smplayer svn r6675 in order to work with stable mplayer/libav combination.
This is also reproducible with media-video/smplayer-14.9.0.6690-r1, which by the looks of it should be from revision 6690 and therefore include the mentioned fix. However, in reality smplayer is still broken.
It seems there is a missing dependency on media-libs/libpostproc. Could you install that and remerge mplayer, then try again?
(In reply to Ben de Groot from comment #13) > It seems there is a missing dependency on media-libs/libpostproc. Could you > install that and remerge mplayer, then try again? Yes, this helps. Thank you!
Ping.
The solution to this bug was proposed by Ben de Groot and I can confirm it resolves this issue. Can we have it in tree please?
(In reply to Coacher from comment #16) > The solution to this bug was proposed by Ben de Groot and I can confirm it > resolves this issue. Can we have it in tree please? The problem is that it is an indirect dependency, and there is no postproc useflag on mplayer. We could depend on || ( media-video/ffmpeg[postproc] media-libs/libpostproc ) but that wouldn't trigger an mplayer rebuild. And on the mpv side this option is no longer supported at all. This should be fixed on the smplayer upstream side.
(In reply to Ben de Groot from comment #17) > (In reply to Coacher from comment #16) > > The solution to this bug was proposed by Ben de Groot and I can confirm it > > resolves this issue. Can we have it in tree please? > > The problem is that it is an indirect dependency, and there is no postproc > useflag on mplayer. We could depend on > || ( media-video/ffmpeg[postproc] media-libs/libpostproc ) > but that wouldn't trigger an mplayer rebuild. Revbump? > This should be fixed on the smplayer upstream side. They claim they've fixed this, see URL. Or am I missing something? Can you reproduce this issue on your machine?
(In reply to Coacher from comment #18) > (In reply to Ben de Groot from comment #17) > > (In reply to Coacher from comment #16) > > > The solution to this bug was proposed by Ben de Groot and I can confirm it > > > resolves this issue. Can we have it in tree please? > > > > The problem is that it is an indirect dependency, and there is no postproc > > useflag on mplayer. We could depend on > > || ( media-video/ffmpeg[postproc] media-libs/libpostproc ) > > but that wouldn't trigger an mplayer rebuild. > > Revbump? > > > This should be fixed on the smplayer upstream side. > > They claim they've fixed this, see URL. Or am I missing something? Can you > reproduce this issue on your machine? Revbump is now happening with media-video/smplayer-14.9.0.6690-r2, but that version fails to build (see bug #543546). IMHO it is a good time to adjust dependencies to workaround this issue as well. Otherwise all smplayer+mplayer users who decide to go along with the default Gentoo option for libav will be hit by this bug. And since revbump is already planned no additional rebuilds are needed for users.
What we need here is a postproc useflag in mplayer, to make sure it rebuilds against ffmpeg with postproc enabled.
(In reply to Ben de Groot from comment #20) > What we need here is a postproc useflag in mplayer, to make sure it rebuilds > against ffmpeg with postproc enabled. Actually, no. It works fine with mplayer built against ffmpeg with postproc disabled. So it seems it's only a libav problem.
And libav is no longer an option in ~arch mplayer ebuilds, so this is no longer an issue.
(In reply to Ben de Groot from comment #22) > And libav is no longer an option in ~arch mplayer ebuilds, so this is no > longer an issue. Well, that's some news, but what about stable users with libav+mplayer+smplayer combination and who are affected by this bug now?