I have a VIA EPIA CLE266 board which I had gotten XvMC working on prior to upgrading to p17435. I have set the profile to use Standard XvMC (before I used the VIA one, but now VLD is disabled in the build), I have ensured eselect xvmc is using openchrome (not Pro). The problem is I cannot seem to get XvMC working at all. The CPU is running at 80 or 90 percent (with XvMC it is around 30) and the logs read the following: 008-06-05 18:47:16.884 VideoOutputXv: Desired video renderer 'xvmc-blit' not available. codec 'None' makes 'xv-blit,xshm,xlib,' available, using 'xv-blit' instead. 2008-06-05 18:47:16.898 VideoOutputXv: XVideo Adaptor Name: 'XV_SWOV' 2008-06-05 18:47:17.148 OSD Theme Dimensions W: 640 H: 480 2008-06-05 18:47:21.325 TV: Changing from None to WatchingLiveTV 2008-06-05 18:47:21.344 Using realtime priority. 2008-06-05 18:47:21.368 Video timing method: DRM 2008-06-05 18:47:22.362 XMLParse::LoadTheme using /usr/share/mythtv/themes/G.A.N.T/ui.xml 2008-06-05 18:47:22.976 VideoOutputXv: Desired video renderer 'xvmc-blit' not available. codec 'MPEG2' makes 'xv-blit,xshm,xlib,' available, using 'xv-blit' instead. 2008-06-05 18:47:23.008 VideoOutputXv: XVideo Adaptor Name: 'XV_SWOV' 2008-06-05 18:47:25.054 AFD: Opened codec 0x944e100, id(MPEG2VIDEO) type(Video) 2008-06-05 18:47:25.054 AFD: codec MP3 has 2 channels 2008-06-05 18:47:25.055 AFD: Opened codec 0x9215c00, id(MP3) type(Audio) 2008-06-05 18:47:25.055 AFD: codec MP3 has 1 channels 2008-06-05 18:47:25.056 AFD: Opened codec 0x91f7510, id(MP3) type(Audio) 2008-06-05 18:47:25.057 AFD: Opened codec 0x9175f70, id(DVB_SUBTITLE) type(Subtitle) 2008-06-05 18:47:25.109 Opening audio device 'default'. ch 2(2) sr 48000 2008-06-05 18:47:25.109 Opening ALSA audio device 'default'. 2008-06-05 18:47:25.162 NVP: Enabling Audio If I select Via XvMC, the codec used is MPEG2VIDEO_XVMC_VLD and on many logs posted on the net use MPEG2VIDEO_XVMC... No matter what settings I use I cannot get it to use the MPEG2VIDEO_XVMC codec! Here is the output from mythfrontend --version: MythTV Version : 17435 MythTV Branch : branches/release-0-21-fixes Library API : 0.21.20080304-1 Network Protocol : 40 Options compiled in: linux profile using_oss using_alsa using_backend using_dbox2 using_dvb using_frontend using_hdhomerun using_iptv using_ivtv using_joystick_menu using_lirc using_opengl_vsync using_v4l using_x11 using_xrandr using_xv using_xvmc using_xvmcw using_glx_proc_addr_arb using_bindings_perl using_bindings_python using_opengl using_ffmpeg_threads using_live Let me know if you need anything else - first bug report (sorry). Reproducible: Always Steps to Reproduce: 1. Set player profile to Standard XvMC 2. Play live TV or recording 3. Video stutters/log output Actual Results: Doesn't use XvMC Expected Results: Should use XvMC
Talk to Rick Harris from bug #220857, I have CC'd him. The latest changes regarding VIA are as per his suggestion. I don't have any VIA hardware to test with so I'm relying on quality user feedback. Every single version bump I do I'm changing something with regard to VIA support and every single version, someone else complains. Basically, everyone needs to get together and figure out what works for them and that's what we're going with. I, of course, am assuming you read the instructions and used eselect xvmc properly before filing this bug.
*** Bug 225031 has been marked as a duplicate of this bug. ***
I am quite sure that my problem is caused by the ebuild is disabling xvmc-vld. That is what the openchrome.org driver provides for the via chipsets I believe. I will try making an overlyed ebuild with it enabled and report back
compiling with --enable-xvmc-vld did the trick for me. This option is probably required for getting working xvmc on the via chipsets
This did the trick for me too! My ebuild overlay contains: use xvmc && ! use video_cards_via && \ myconf="${myconf} --enable-xvmc --enable-xvmcw --disable-xvmc-vld" use xvmc && use video_cards_via && \ myconf="${myconf} --enable-xvmc --enable-xvmcw --enable-xvmc-vld" Thanks (In reply to comment #4) > compiling with --enable-xvmc-vld did the trick for me. This option is probably > required for getting working xvmc on the via chipsets >
*** Bug 234751 has been marked as a duplicate of this bug. ***
*** Bug 238034 has been marked as a duplicate of this bug. ***
*** Bug 229929 has been marked as a duplicate of this bug. ***
I also have this issue. Selecting to use xvmc in the frontend causes mythtv to just use the MPEG2VIDEO codec rather than MPEG2VIDEO_XVMC. Enabling xvmc_vld in the ebuild (ie. using --enable-xvmc-vld) compiles in support so that you can use MPEG2VIDEO_XVMC_VLD, but doesn't cure the problem where mythfrontend isn't using the xvmcw wrapper (which in turn should use via/openchrome). I have tried this with both the xf86-video-via and xf86-video-openchrome drivers by eselect'ing to no avail. I still have both installed and am willing to do some testing if anyone has any pointers to get to the bottom of this?
I've been doing some more testing on this think I realise whats going on. With --disable--xvmc-vld, and Standard XvMC selected, MythTV tries to use idct capabilities from the Openchrome driver (which it doesnt have) and so reverts back to software decoding: 2009-04-29 18:40:31.932 VideoOutputXv: XvMC version: 1.1 2009-04-29 18:40:31.933 XvMCSurfaceTypes::find(w 544, h 576, chroma 1, vld 0, idct 1, mpeg2, sub-width 0, sub-height 0, disp, p<= 56, 560 <=p, port, surfNum) 2009-04-29 18:40:31.944 Trying XvMC port 56 2009-04-29 18:40:31.961 XvMCSurfaceTypes::find(w 544, h 576, chroma 1, vld 0, idct 0, mpeg2, sub-width 0, sub-height 0, disp, p<= 56, 560 <=p, port, surfNum) 2009-04-29 18:40:31.962 Trying XvMC port 56 2009-04-29 18:40:31.963 AFD: InitVideoCodec() 0xa2c04d0 id(MPEG2VIDEO) type (Video). With --enable--xvmc-vld, and Standard XvMC selected, MythTV does the same as above. With --enable--xvmc-vld, and VIA XvMC selected, MythTV attempts to use the VLD functionality of the Openchrome driver (which it does provide): 2009-04-30 20:05:43.812 XvMCSurfaceTypes::find(w 720, h 576, chroma 1, vld 1, idct 0, mpeg2, sub-width 0, sub-height 0, disp, p<= 56, 560 <=p, port, surfNum) 2009-04-30 20:05:43.812 Trying XvMC port 56 2009-04-30 20:05:43.812 Found a suitable XvMC surface 0 2009-04-30 20:05:43.813 VideoOutputXv: Failed to grab xv port 56 2009-04-30 20:05:43.813 VideoOutputXv: No suitable XVideo port found 2009-04-30 20:05:43.814 AFD: InitVideoCodec() 0xa26dd20 id(MPEG2VIDEO_XVMC_VLD) type (Video). Perhaps the confusion is because XvMC consists of iDCT and VLD. Most XvMC drivers provide iDCT functionality. The Openchrome driver doesnt appear to provide iDCT but does provide VLD (http://www.openchrome.org/trac/wiki/Components). So --enable--xvmc-vld is needed to enable the VLD XvMC functionality. Openchrome will still use the XvMCW library to pick the library. Perhaps the option in MythTV is a bit of a misnomer - although only VIA provides VLD support, it should really be named VLD XvMC instead. Please could you add the --enable--xvmc-vld flag back into the ebuild?
Added back in mythtv-0.21_p19961-r2. You'll need "via" in VIDEO_CARDS in make.conf