If I emerge mplayer with the "real" use flag mplayer depends on realplayer, which I don't want to install (especially since other media players play real media fine using win32codecs). If I emerge mplayer without the "real" use flag, the real option isn't passed through to the compilation process, and mplayer no longer plays real files, even though a codec is present from the win32codecs package. This was introduced recently and the only solution I can think of is to have another use flag along the lines of officialreal, or realplayer. Reproducible: Always Steps to Reproduce: 1. Emerge win32codecs with USE="real" 2. Emerge mplayer with USE="-real" 3. Try to play a realformat file Actual Results: Complained about real codecs not having been compiled in. Expected Results: Played the file. Here was the actual complaint from mplayer Cache fill: 0.00% (0 bytes) REAL file format detected. ======= WAVE Format ======= Format Tag: 28515 (0x6F63) Channels: 2 Samplerate: 44100 avg byte/sec: 64083 Block align: 930 bits/sample: 16 cbSize: 26 Unknown extra header dump: [ba] [0] [10] [0] [18] [0] [a2] [3] [10] [0] [1] [0] [0] [3] [8] [0] [0] [25] [0] [0] [0] [0] [0] [6] [0] [5] =========================== VIDEO: RV30 [30202002,010A9030] 352x240 (aspect 0.00) 29.00 fps VIDEO: [RV30] 352x240 24bpp 29.000 fps 0.0 kbps ( 0.0 kbyte/s) ========================================================================== Requested audio codec family [racook] (afm=realaud) not available. Enable it at compilation. Requested audio codec family [racookwin] (afm=realaud) not available. Enable it at compilation. Requested audio codec family [racookmac] (afm=realaud) not available. Enable it at compilation. Cannot find codec for audio format 0x6B6F6F63. Read DOCS/HTML/en/codecs.html! ========================================================================== vo: X11 running at 1280x1024 with depth 24 and 32 bpp (":0.0" => local display) ========================================================================== Requested video codec family [rv40real] (vfm=realvid) not available. Enable it at compilation. Requested video codec family [rv30] (vfm=realvid) not available. Enable it at compilation. Requested video codec family [rv30win] (vfm=realvid) not available. Enable it at compilation. Requested video codec family [rv30mac] (vfm=realvid) not available. Enable it at compilation. Cannot find codec matching selected -vo and video format 0x30335652. Read DOCS/HTML/en/codecs.html! ========================================================================== Here's my emerge info: Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.4.3-20050110, glibc-2.3.4.20050125-r1, 2.6.11.6 i686) ================================================================= System uname: 2.6.11.6 i686 AMD Athlon(tm) 64 Processor 3400+ Gentoo Base System version 1.6.10 Python: dev-lang/python-2.3.5 [2.3.5 (#1, Feb 19 2005, 11:18:49)] ccache version 2.4 [enabled] dev-lang/python: 2.3.5 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r8 sys-devel/libtool: 1.5.14 virtual/os-headers: 2.6.8.1-r4 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/overlays/personal" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow X aalib acl acpi adns alsa avi bash-completion berkdb bitmap-fonts cairo cdr cjk client crypt cups dlloader dvd dvdr emboss encode fam flac foomaticdb fortran gd gdbm gif glitz gnome gnutls gstreamer gtk gtk2 gtkhtml hal hardened imagemagick imap imlib java jpeg junit libg++ libwww mad mikmod mime mmx mmxext motif mozilla mozsvg mp3 mpeg ncurses nls nptl nptlonly nvidia ogg oggvorbis opengl pam pdflib perl pic pie png postgres python quicktime readline sdl server snmp spell sse sse2 ssl svg svga tcpd tiff truetype truetype-fonts type1-fonts unicode vorbis xml2 xrandr xv xvid zlib" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
19 Mar 2005; Chris White <chriswhite@gentoo.org> +files/mplayer-1.0_pre6-codecs.patch, mplayer-1.0_pre4-r7.ebuild, mplayer-1.0_pre5-r3.ebuild, mplayer-1.0_pre5-r4.ebuild, mplayer-1.0_pre5-r5.ebuild, +mplayer-1.0_pre6-r1.ebuild, -mplayer-1.0_pre6.ebuild: Fixed bugs #85642 #85534 #83609 #83546. Pre6 gets a revbump because it uses RealPlayer's codecs instead of win32codecs and because of new 3gp codec support. Old pre6 goes bye bye. mmx2->mmxext. Also see Bug 83546.
Hi, I realise this was supposedly a bug fix, however I really don't appreciate the resolution of bug 83546 for the following reasons: 1. I don't want to install 6+ Mb of realplayer. 2. Xine plays real files without realplayer. 3. I already have win32codecs installed for other codecs. As far as I'm aware, it's entirely possible to both determine whether win32codecs is installed, and moreover to determine if it was compiled with real in the use flags. If it is, I would prefer to be given the choice not to install extra software for no actual benefit. I realise that looking through bugs takes a lot of time, and I appreciate all the wranglers who do it, but replying with a changelog entry isn't a particularly helpful answer. Checking out the bug reference, it appears that realplayer has been forced upon anyone wanting to install mplayer and actually have it play real, simply because the developer chose it over the existing method, rather than offering both options in some form. The bug itself was actually just asking for win32codecs to be added as a dependency when the real use flag was present. I've reopened this bug, however if you still feel it's invalid it would help to get a slightly better explanation of your reasoning, and I'll leave this bug alone and go reopen the original bug... Thanks, Mike 5:)
See http://bugs.gentoo.org/show_bug.cgi?id=83546#c1 (this was done for security reasons). This package has no maintainer now - assigning to video herd. Please at least update metadata.xml if you think as well that this bug is invalid.
I agree... Really annoying bug. Particularly for users who didn't install xorg, and use mplayer and multimedia stuff on framebuffer..
The problem is that there are more people that dislike having the win32codecs... I don't have a simple solution for now. Maybe avoid non open standard is too radical...
I was just trying to tidy up some old bugs of mine, and found this still hadn't been resolved. Surely it would be possible to have an ebuild that if the real flag is enabled, depends on either win32codecs or on realplayer. I don't know which will get chosen by default, but it at least gives people the chance to change it and keep portage consistent, rather than forcing them to install one or the other unwanted pieces of software. It would then require a check at the start of package installation that if win32codecs is installed and realplayer isn't, then require that win32codecs was built with the real flag. Would this be possible or are there some issues that this won't address (security issues aside, since they can be mentioned in an ewarn at the end of an appropriate ebuild)?
hopefully (once I survive this exam session) I'll provide a snapshot of ffmpeg and mplayer with some enhancements related to real support that could make the realplayer dep not necessary. I have to think about which could be the best real codec provider between win32codecs, real and helix and hack the ebuild to point to the right one. That isn't an hard pressing bug anyway.
I like to have win32codecs installed, and I don't want to install realplayer just to be able to play realmedia files. Xine can use real codecs from win32codecs pack, why couldn't mplayer do the same? I think ebuild maintainers should allow the user choose which codec pack he want to use, instead to force us to use realplayer or helix. Remember? Gentoo is all about choices... Anyway, while this is not possible, I made one workaround to make mplayer use win32codecs for realplayer. Read here: http://forums.gentoo.org/viewtopic-t-406800.html
Fixed in newer versions of win32codecs + mplayer