Hello, live MPlayer now supports Opus audio decoder using media-libs/opus. Proposed patch adds this support to the ebuild via "opus" USE flag, used by several other packages in the tree. Works fine for me on ~x86.
Created attachment 323168 [details, diff] mplayer-9999.ebuild-opus.patch A libopus support patch for the live ebuild.
hmm it seems opus is done through ffmpeg, which already has the useflag Index: etc/codecs.conf =================================================================== --- etc/codecs.conf (revision 35045) +++ etc/codecs.conf (revision 35046) @@ -5471,6 +5471,13 @@ driver ffmpeg dll "vmdaudio" +audiocodec fflibopus + info "FFmpeg libopus" + status working + fourcc opus ; internal MPlayer FourCC + driver ffmpeg + dll libopus + audiocodec ffvorbis info "FFmpeg Vorbis" status working wouldnt it be better to always opus to avoid the -lopus ? (with as-needed the library doesnt appear in the needed entries of mplayer)
> wouldnt it be better to always opus to avoid the -lopus ? (with as-needed ^^^^^ always _disable_ opus :) > the library doesnt appear in the needed entries of mplayer)
If mplayer really uses media-lib/opus, then I think that the choice of decoder (ffmpeg vs libopus) should be left to the user by appropriate USE flag (the same as it is now with e.g. mp3, vorbis, aac).
(In reply to comment #4) > If mplayer really uses media-lib/opus, then I think that the choice of > decoder (ffmpeg vs libopus) should be left to the user by appropriate USE > flag (the same as it is now with e.g. mp3, vorbis, aac). yes, but see comment #2 : it is not the case...
08 Feb 2013; Alexis Ballier <aballier@gentoo.org> mplayer-9999.ebuild: + disable opus since it only controls opus support in internal ffmpeg which we + do not use, bug #434258 +
