Please unmask and stabilize mpv-0.6.0 No issues on amd64. Reproducible: Always
Yes, mpv works fine, but deps are blocking stabilisation progress. For unmasking >=mpv-0.4 we need to unmask libav-10: http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/profiles/package.mask?r1=1.16030&r2=1.16031& And for marking mpv-0.6.* stable we need to mark stable both >=media-video/libav-10 and >=media-video/ffmpeg-2.1.4:0. libav-10 is still hard masked, latest stable ffmpeg is still 1.2.6-r1.
Hello Nikoli. Not only does mpv not require Libav, but the mpv devs in fact encourage the use of FFmpeg instead. "FFmpeg libraries (libavutil libavcodec libavformat libswscale libavresample) At least FFmpeg 2.1.4 or Libav 10 is required." "Generally, mpv should work with the latest release as well as the git version of both FFmpeg and Libav. But FFmpeg is preferred, and some mpv features work with FFmpeg only." I'm using ffmpeg-2.2.9 (keyworded amd64, not hard masked), no libav installed, works fine. Seems irrational to keep mpv hard masked.
> Not only does mpv not require Libav, but the mpv devs in fact encourage the use of FFmpeg instead. Seems you forgot to add this url: https://github.com/mpv-player/mpv/wiki/FFmpeg-versus-Libav#is-ffmpeg-or-libav-preferred-for-use-with-mpv > I'm using ffmpeg-2.2.9 (keyworded amd64, not hard masked), no libav installed, works fine. Seems irrational to keep mpv hard masked. This due to current limitations of Gentoo package manager and its standards: mpv upstream supports both ffmpeg and libav, so we support both in Gentoo packages, but now it is not possible to mask mpv _only_ for libav users. If we unmask mpv-0.6.* now, then users of non masked libav ebuilds will have a lot errors during updating. So after discussing we decided to keep mpv masked until libav-10 is unmasked. Also look at virtual/ffmpeg: now all Gentoo systems by default install libav, not ffmpeg, so most likely number of libav users is much more then zero. As mpv package maintainer and user i really want to always have latest mpv releases in stable, but because of ffmpeg related events this is hardly possible.
Thank you so much for explaining the situation, much appreciated :) btw. if you are the active package maintainer, could you let the mpv folks know, so that they take Gentoo out of the "Outdated/unmaintained GNU/Linux packages" section? http://mpv.io/installation/ I assume they meant that the unmasked version of mpv in Gentoo, 0.3.10, is outdated, but instead the impression I got was that nobody takes care of the mpv ebuild which is apparently not the case as it is in your good hands.
I'm trying to get mpv-0.7.2-r1 unmasked, which works with ffmpeg-2.2 (in ~arch). We should just be able to package.use.mask the libav useflag (which is why I'm dropping the dependency on bug 509294). I expect it will take a while for ffmpeg-2.2 to hit stable tho.
Since we just bumped to 0.7.3, let's go for that version.
media-video/mpv-0.7.3 is unmasked now, and you can use media-video/smplayer-14.9.0.6690 if you want to try a gui
Awesome, thank you!
hello. Despite the news about the new USE=libav set as default, i have this problem. until now i had no problem. mpv was using libav and it was ok. The previous "working" mpv ebuild was 0.3.11 What i dont understand is the (-libav) I thought libav was now standard and that mpv was the typical libav-based player (instead of mplayer/mplayer2 still preferring ffmpeg) orzel@falco /etc/portage% emerge @preserved-rebuild ; date [ebuild U ] media-video/mpv-0.7.3 [0.3.11] USE="X alsa cdio cli%* dvd dvdnav egl%* enca encode iconv jack joystick jpeg ladspa lcms libass lua mpg123 opengl v4l vaapi vdpau wayland xinerama xscreensaver xv -bluray -bs2b -doc-pdf -dvb (-libav) -libcaca -libguess -libmpv% -lirc -luajit -openal -oss -portaudio -postproc* -pulseaudio -pvr -samba -sdl (-selinux) -vf-dlopen (-quvi%*) (-radio%) (-shm%*) (-vcd%*)" [nomerge ] media-video/ffmpeg-2.2.12 USE="X aac alsa amr bzip2 cdio encode faac fontconfig gnutls gsm hardcoded-tables iconv jack jpeg2k ladspa mp3 network opengl opus pic schroedinger sdl speex theora threads truetype v4l vaapi vdpau vorbis vpx wavpack webp x264 xvid zlib -aacplus (-altivec) -amrenc (-armv5te) (-armv6) (-armv6t2) (-armvfp) -bindist -bluray -celt -cpudetection -debug -doc -examples -fdk -flite -frei0r -gme -iec61883 -ieee1394 -libass -libcaca -libsoxr -libv4l (-mips32r2) (-mipsdspr1) (-mipsdspr2) (-mipsfpu) -modplug (-neon) -openal -openssl -oss -pulseaudio -quvi -rtmp -ssh -static-libs {-test} -twolame -x265 -zvbi" ABI_X86="(64) -32 (-x32)" CPU_FLAGS_X86="avx avx2 fma3 mmx mmxext sse sse2 sse3 sse4_1 sse4_2 ssse3 -3dnow -3dnowext -fma4" FFTOOLS="aviocat cws2fws ffescape ffeval ffhash fourcc2pixfmt graph2dot ismindex pktdumper qt-faststart trasher" [blocks b ] media-libs/libpostproc ("media-libs/libpostproc" is blocking media-video/ffmpeg-2.2.12) [uninstall ] media-libs/libpostproc-10.20140517-r1 USE="pic (-altivec) -static-libs" ABI_X86="(64) -32 (-x32)" CPU_FLAGS_X86="mmx mmxext -3dnow" [ebuild N ] media-video/ffmpeg-2.2.12 USE="X aac alsa amr bzip2 cdio encode faac fontconfig gnutls gsm hardcoded-tables iconv jack jpeg2k ladspa mp3 network opengl opus pic schroedinger sdl speex theora threads truetype v4l vaapi vdpau vorbis vpx wavpack webp x264 xvid zlib -aacplus (-altivec) -amrenc (-armv5te) (-armv6) (-armv6t2) (-armvfp) -bindist -bluray -celt -cpudetection -debug -doc -examples -fdk -flite -frei0r -gme -iec61883 -ieee1394 -libass -libcaca -libsoxr -libv4l (-mips32r2) (-mipsdspr1) (-mipsdspr2) (-mipsfpu) -modplug (-neon) -openal -openssl -oss -pulseaudio -quvi -rtmp -ssh -static-libs {-test} -twolame -x265 -zvbi" ABI_X86="(64) -32 (-x32)" CPU_FLAGS_X86="avx avx2 fma3 mmx mmxext sse sse2 sse3 sse4_1 sse4_2 ssse3 -3dnow -3dnowext -fma4" FFTOOLS="aviocat cws2fws ffescape ffeval ffhash fourcc2pixfmt graph2dot ismindex pktdumper qt-faststart trasher" [blocks B ] media-video/ffmpeg:0 ("media-video/ffmpeg:0" is blocking media-video/libav-9.17, media-libs/libpostproc-10.20140517-r1) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (media-video/ffmpeg-2.2.12:0/52.55.55::gentoo, ebuild scheduled for merge) pulled in by >=media-video/ffmpeg-2.1.4:0=[encode?,threads,vaapi?,vdpau?] (>=media-video/ffmpeg-2.1.4:0=[encode,threads,vaapi,vdpau]) required by (media-video/mpv-0.7.3:0/0::gentoo, ebuild scheduled for merge) >=media-video/ffmpeg-1.2.6-r1:0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] (>=media-video/ffmpeg-1.2.6-r1:0[abi_x86_64(-)]) required by (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r2:0.10/0.10::gentoo, installed) (media-video/libav-9.17:0/9::gentoo, installed) pulled in by >=media-video/libav-9.12[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?,X?,encode?,gsm?,jpeg2k?,mp3?,opus?,sdl?,speex?,theora?,threads?,truetype?,vaapi?,vdpau?,x264?] (>=media-video/libav-9.12[abi_x86_64(-),X,encode,gsm,jpeg2k,mp3,opus,sdl,speex,theora,threads,truetype,vaapi,vdpau,x264]) required by (virtual/ffmpeg-9-r2:0/0::gentoo, installed)
(In reply to Thomas Capricelli from comment #9) > hello. Despite the news about the new USE=libav set as default, i have this > problem. until now i had no problem. mpv was using libav and it was ok. The > previous "working" mpv ebuild was 0.3.11 > > What i dont understand is the (-libav) > I thought libav was now standard and that mpv was the typical libav-based > player (instead of mplayer/mplayer2 still preferring ffmpeg) From profiles/base/package.use.mask: # Ben de Groot <yngwin@gentoo.org> (04 Feb 2015) # Requires hard-masked version of libav. # Besides, upstream recommends using ffmpeg. See # https://github.com/mpv-player/mpv/wiki/FFmpeg-versus-Libav >=media-video/mpv-0.6.0 libav If you want to keep using libav with mpv (against upstream's recommendation) then you need to unmask that useflag. echo 'media-video/mpv -libav' >> /etc/portage/profile/package.use.mask
er.. ok, now i'm lost. I thought mpv was the only one (from mplayer/mplayer2/mpv) recommending using libav. So does it mean none of the "cli" player is able to use libav and still USE=libav is the default ??? What's the recommended setup to get a cli player ? Using nondefault USE=-libav ?
https://github.com/mpv-player/mpv/wiki/FFmpeg-versus-Libav "Although mpv attempts to work well with both FFmpeg and Libav, FFmpeg is preferred in general. This is simply because FFmpeg merges from Libav, and seems to have more features and fewer bugs than Libav. Although we don't agree with everything FFmpeg does, and we like some of Libav's general goals and development directions, FFmpeg is just better from a practical point of view."
i am using the libav and have tried to unmask: # required by media-video/mpv-0.7.3[libav] # required by mpv (argument) =media-video/libav-9999 ** and get only more blockings :( file TuX cornix # emerge -utDNqv --keep-going --with-bdeps=y world * IMPORTANT: 1 news items need reading for repository 'gentoo'. * Use eselect news to read news items. [ebuild rR ] media-video/vlc-2.1.5-r1 USE="X a52 aalib alsa avcodec avformat bluray cdda dbus dc1394 dts dvbpsi dvd encode faad ffmpeg flac gcrypt gnutls httpd ieee1394 jack libav libnotify live lua matroska modplug mp3 mpeg musepack ncurses ogg opengl png postproc pulseaudio qt4 rtsp schroedinger sdl sdl-image sftp shout skins speex svg swscale taglib theora truetype twolame udev vaapi vcdx vnc vorbis wma-fixed x264 xcb xml xv (-altivec) -atmo (-audioqueue) -avahi -bidi -cddb -chromaprint -debug -dirac -directfb (-directx) -dvb (-dxva2) -egl -fdk -fluidsynth -fontconfig -gme -gnome -growl (-ios-vout) -kate -kde -libass -libcaca -libsamplerate -libtar -libtiger -linsys -lirc (-macosx) (-macosx-audio) (-macosx-dialog-provider) (-macosx-eyetv) (-macosx-qtkit) (-macosx-quartztext) (-macosx-vout) (-media-library) -mtp (-neon) -omxil -opencv -optimisememory -opus -projectm -rdp -run-as-root -samba -sid {-test} -tremor -upnp -v4l -vdpau -vlm -zvbi" CPU_FLAGS_X86="mmx sse" [ebuild r U ] media-video/libav-9999 [9.17] USE="X aac alsa bzip2 encode faac gpl hardcoded-tables ieee1394 jack jpeg2k mp3 network oss pulseaudio schroedinger sdl ssl theora threads tools truetype vaapi vdpau vorbis wavpack%* x264 xvid zlib (-altivec) -amr -bindist -cdio -cpudetection -custom-cflags -debug -doc -fdk -fontconfig% -frei0r -gsm (-neon) -openssl -opus -pic -rtmp -speex -static-libs {-test} -v4l (-vis) -vpx -webp% -x265%" ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="mmx ssse3 -3dnow -3dnowext -avx -avx2% -mmxext" [blocks B ] >=media-video/libav-10 (">=media-video/libav-10" is hard blocking media-plugins/gst-plugins-libav-1.2.4) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (media-plugins/gst-plugins-libav-1.2.4:1.0/1.0::gentoo, installed) pulled in by media-plugins/gst-plugins-libav:1.0 required by (media-video/handbrake-0.9.9-r1:0/0::gentoo, installed) >=media-plugins/gst-plugins-libav-1.1.0_pre20130128-r1:1.0 required by (www-client/firefox-35.0:0/0::gentoo, installed) >=media-plugins/gst-plugins-libav-1.1.0_pre20130128-r1:1.0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] (>=media-plugins/gst-plugins-libav-1.1.0_pre20130128-r1:1.0[abi_x86_32(-),abi_x86_64(-)]) required by (media-plugins/gst-plugins-meta-1.0-r3:1.0/1.0::gentoo, installed) (media-video/libav-9999:0/10::gentoo, ebuild scheduled for merge) pulled in by media-video/libav:0 required by @__auto_slot_operator_replace_installed__ >=media-video/libav-9[x264,mp3,encode,theora,jpeg2k?] (>=media-video/libav-9[x264,mp3,encode,theora,jpeg2k]) required by (media-gfx/blender-2.73a:0/0::media-overlay, installed) media-video/libav:0=[vaapi] required by (media-video/vlc-2.1.5-r1:0/5-7::gentoo, ebuild scheduled for merge) media-video/libav:0= required by (media-video/vlc-2.1.5-r1:0/5-7::gentoo, ebuild scheduled for merge) >=media-video/libav-9.12[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?,X?,encode?,gsm?,jpeg2k?,mp3?,opus?,sdl?,speex?,theora?,threads?,truetype?,vaapi?,vdpau?,x264?] (>=media-video/libav-9.12[abi_x86_32(-),abi_x86_64(-),X,encode,jpeg2k,mp3,sdl,theora,threads,truetype,vaapi,vdpau,x264]) required by (virtual/ffmpeg-9-r2:0/0::gentoo, installed) >=media-video/libav-9 required by (media-video/handbrake-0.9.9-r1:0/0::gentoo, installed) The following packages are causing rebuilds: (media-video/libav-9999:0/10::gentoo, ebuild scheduled for merge) causes rebuilds for: (media-video/vlc-2.1.5-r1:0/5-7::gentoo, ebuild scheduled for merge)
Unmasking mpv-0.7.3 has caused some nasty problems with ffmpeg being automatically pulled in even when libav-11.2 is installed. I managed to get around the problem by removing the following lines from mpv-0.7.3-ebuild: !libav? ( >=media-video/ffmpeg-2.1.4:0=[encode?,threads,vaapi?,vdpau?] ) !libav? ( >=media-video/ffmpeg-2.1.4:0= ) and everything works, but otherwise this ebuild forces ffmepg to install regardless of the libav and ffmpeg useflag status with (-libav) set and no apparent way to change it. I think this needs to be remasked until the libav maintainers and the gst-plugin maintainers work out various issues surrounding #519258.
(In reply to Tom Gillespie from comment #14) > Unmasking mpv-0.7.3 has caused some nasty problems with ffmpeg being > automatically pulled in even when libav-11.2 is installed. > [...] but otherwise this ebuild forces ffmepg to install > regardless of the libav and ffmpeg useflag status with (-libav) set and no > apparent way to change it. Carefully read the instructions in comment #10 above.
Arches, please go ahead and mark media-video/mpv-0.7.3 stable, together with ffmpeg-2.2.
Why not 0.8.3?
(In reply to Ben de Groot from comment #16) > Arches, please go ahead and mark media-video/mpv-0.7.3 stable, together with > ffmpeg-2.2. No, it wants at least =media-video/libav-11.3 stabilized too
At least ffmpeg-2.2.14 is now stable in amd64. I guess ffmpeg users can now safely unmask mpv-0.7.3.
(In reply to Mikle Kolyada from comment #18) > (In reply to Ben de Groot from comment #16) > > Arches, please go ahead and mark media-video/mpv-0.7.3 stable, together with > > ffmpeg-2.2. > > No, it wants at least =media-video/libav-11.3 stabilized too No, libav-10.5 will do. But we can also mask the libav useflag on stable. Please proceed. It is high time we remove the ancient mpv-0.3* ebuilds.
(In reply to Ben de Groot from comment #20) > (In reply to Mikle Kolyada from comment #18) > > (In reply to Ben de Groot from comment #16) > > > Arches, please go ahead and mark media-video/mpv-0.7.3 stable, together with > > > ffmpeg-2.2. > > > > No, it wants at least =media-video/libav-11.3 stabilized too > > No, libav-10.5 will do. But we can also mask the libav useflag on stable. > Please proceed. It is high time we remove the ancient mpv-0.3* ebuilds. Stablemasked for amd64 through package.use.stable,mask
mpv has a lot keywords and stable keywords, so better to wait 3 days and mark stable mpv-0.8.3. Ben, why you added only amd64 and x86 arches? Is there some problem with marking ffmpeg stable for other arches? About adding USE libav to package.use.stable.mask: it can be used as temporary workaround, but this workaround is not good, because now USE libav is enabled by default in profiles/base/make.defaults
Mikle, in fixing this bug you must have misspelled the entry for mpv in package.use.stable.mask. It reads >=media-video/mpv/mpv-0.7.3 libav when probably >=media-video/mpv-0.7.3 libav was meant. As a result, all portage operations report an "invalid atom" message as of today... ;-)
(In reply to orionbelt2 from comment #23) > Mikle, in fixing this bug you must have misspelled the entry for mpv in > package.use.stable.mask. It reads > > >=media-video/mpv/mpv-0.7.3 libav > > when probably > > >=media-video/mpv-0.7.3 libav > > was meant. > > As a result, all portage operations report an "invalid atom" message as of > today... ;-) This was fixed minutes later. Resync and try again. Thu Apr 16 09:52:25 2015 UTC (3 hours, 12 minutes ago) by zlogene Fix mpv atom
*** Bug 546800 has been marked as a duplicate of this bug. ***
Thanks, Brian, i re-synced, and the error message is now gone. Must be my lucky day today, if earlier i synced in between two Gentoo commits that happened a few minutes apart. Perhaps i should rush to buy a lottery ticket... ;-)
Please complete this bug ASAP, it is causing issues with amd64 stable in regards to the libav/ffmpeg changes that were made over the weekend.
Arches, please mark mpv-0.8.3 stable.
amd64 stable Adding other arches, since 0.8.3 is now keyworded on those.
(In reply to Ben de Groot from comment #29) > amd64 stable > > Adding other arches, since 0.8.3 is now keyworded on those. Wow, now all amd64 libav users have to rebuild all related packages to get ffmpeg. n1
Stephan, or add libav to package.keywords until bug #541664 is fixed.
(In reply to Nikoli from comment #31) > Stephan, or add libav to package.keywords until bug #541664 is fixed. the pending blockers of libav stab are probably not major enough... maybe that stabilization could be done quicker to avoid playing with the masks :|
ppc stable
x86 stable
ppc64 stable
arm passes
Stable on alpha.
sparc stable, closing
