See page: http://gentoo-wiki.com/Unichrome about unichrome support. Requires either the masked ebuild (=x11-base/xorg-x11-6.8.99*) or a patch to the current unmasked xorg. However unichrome support will not affect those users who do not need it - so it should be safe to assume if the unichrome flag is set users know what they are doing and will have made sure the relavent Xorg is available... The following was executed on my machine: # equery belongs /usr/lib/libviaXvMCPro.so.1.0 [ Searching for file(s) /usr/lib/libviaXvMCPro.so.1.0 in *... ] x11-base/xorg-x11-6.8.99.15-r4 (/usr/lib/libviaXvMCPro.so.1.0) The only change required is 5 additional lines in the ebuild (for xine-lib) if use cle266; then count="`expr ${count} + 1`" xvmclib="viaXvMC" fi + if use unichrome; then + count="`expr ${count} + 1`" + xvmclib="viaXvMCPro" + fi + if [[ "${count}" -gt "1" ]]; then for mplayer the following needs to be added: ( use xvmc && use nvidia ) \ && myconf="${myconf} --enable-xvmc --with-xvmclib=XvMCNVIDIA" + ( use xvmc && use unichrome ) \ + && myconf="${myconf} --enable-xvmc --with-xvmclib=viaXvMCPro --enable-xxmc --with-xxmclib=viaXvMCPro" + ( use xvmc && use i8x0 ) \ Reproducible: Always Steps to Reproduce: 1. emerge xine-lib or emerge mplayer 2. 3. Actual Results: There is not xvmc or xxmc support in xine-lib or mplayer for the CN400 (unichrome) chipset. Expected Results: Both mplayer and xine-lib support the unichrome chipset... they just need the correct options to ./configure.
That will go in with a masked useflag if it requires 6.8.99.x.. but does it require some extra useflags (experimental, dri)? I don't have it on a normal version.
Here's emerge -vp xorg-x11 on my system: [ebuild R ] x11-base/xorg-x11-6.8.99.15-r4 -3dfx +bitmap-fonts -cjk -debug -doc -font-server -insecure-drivers +ipv6 -minimal +nls -nocxx +opengl +pam -sdk -static +truetype-fonts +type1-fonts (-uclibc) -xprint +xv 0 kB maybe you need: VIDEO_CARDS="via" in the make.conf
Perhaps we should start using libXvMCW? This is a wrapper lib which will try to automatically load the right xvmc lib (nvidia,intel,via, etc). If you would like to tell it what lib to use you can do so in /etc/X11/XvMCConfig. libXvMCW is included in the new x11-libs/libXvMC ebuild from xorg-x11 7.0. This could be install on systems with older versions of xorg I believe for compatability. So all we would need then is use xvmc && myconf="${myconf} --enable-xvmc --with-xvmclib=XvMCW --enable-xxmc --with-xxmclib=XvMCW" and it should support all libxvmcs out there... I haven't done any testing though as mine is working right now.
XvMCW is only present on masked Xorg, so for now is not possible to use it. You have to wait for now.
(In reply to comment #4) > XvMCW is only present on masked Xorg, so for now is not possible to use it. > You have to wait for now. Please update this as xorg is no longer masked ;) Also, the VIDEO_CARDS=via option with xine-lib doesn't distinguish between Unichrome Pro and Unichrome and builds incorrectly. Using the wrapper would be a perfect workaround for this because the user can point to the viaXvMCPro.so.1 library to correct for this. If left as is, the viaXvMC.so library doesn't work for playing back on a Pro setup. Thanks! -Chad
Don't enable any VIDEO_CARD for xine-lib, and it will use the wrapper. 1.1.3_pre versions also don't use the specific libraries anymore and just XvMCW is used. Latest mplayer also uses XvMCW. Should we close this then?
(In reply to comment #6) > Don't enable any VIDEO_CARD for xine-lib, and it will use the wrapper. That's what I tried, but nothing changed... Setting: VIDEO_CARDS="" did nothing, commenting out the line in /etc/make.conf did nothing, it still showed (in emerge -pv) VIDEO_CARDS="via -nvidia -i810" when emerging xine-lib. Thanks for the response though! > Latest mplayer also uses XvMCW Although that may be true, MPlayer needs to be patched to for unichrome Pro chipsets to actually work when using it. The patch is available (though outdated at this point) over at: http://openchrome.org Specifically: http://wiki.openchrome.org/tikiwiki/tiki-index.php?page=XvMC#Mplayer
> Setting VIDEO_CARDS="" did nothing, commenting out the line in /etc/make.conf > did nothing, it still showed (in emerge -pv) VIDEO_CARDS="via -nvidia -i810" > when emerging xine-lib. Hmm, yes, that's weird. Here it shows VIDEO_CARDS="i810* via -nvidia" after commenting out VIDEO_CARDS in /etc/make.conf. But when running VIDEO_CARDS="" emerge -pv xine-lib it reports VIDEO_CARDS="-i810 -nvidia -via*". Something is now quite right with Portage, it seems.
if we had VIDEO_CARDS="openchrome " it would make things easier to link xine to the correct lib. See this: http://bugs.gentoo.org/show_bug.cgi?id=147425
after doing some research it seems that mythtv and xine work out of the box, thoug I haven't tested xine yet. The only thing that needs to be added is the patch to mplayer, possibly with the addition of a use flag 'openchrome'.
(In reply to comment #3) > Perhaps we should start using libXvMCW? This is a wrapper lib which will try > to > automatically load the right xvmc lib (nvidia,intel,via, etc). If you would > like to tell it what lib to use you can do so in /etc/X11/XvMCConfig. > > libXvMCW is included in the new x11-libs/libXvMC ebuild from xorg-x11 7.0. > This > could be install on systems with older versions of xorg I believe for > compatability. > > So all we would need then is > use xvmc && myconf="${myconf} --enable-xvmc --with-xvmclib=XvMCW --enable-xxmc > --with-xxmclib=XvMCW" > > and it should support all libxvmcs out there... I haven't done any testing > though as mine is working right now. > Which is pretty much what mplayer is doing.
