[splurben]

Okay, so I'm new to kodi/xbmc but I've been using MYTHTV, MPLAYER and FFMPEG for many years.

I'm on Gentoo AMD64/X86_64 (Linux thialfi2 3.18.3-gentoo #1 SMP Sat Jan 17 11:36:44 AWST 2015 x86_64 Intel® Core™ i7-3820 CPU @ 3.60GHz GenuineIntel GNU/Linux)).

I have 32GB of DDR3-1600MHz RAM, tested and specifically rated for this CPU/Motherboard configuration - X79MA-GD45 (MS-7738) with BIOS v3.8.

I'm running XORG 1.16.3-r1, with nVidia drivers (proprietary) 346.35. My xorg.conf file is here --> xorg.conf — intentionally, compositing is enabled and using COMPTON with the following invocation:

Code:

# /usr/bin/compton --backend glx --vsync opengl-swc --paint-on-overlay &

I have also tried disabling compositing and compton with the same results.

Here's my glxinfo --> glxinfo

With MythTV (v0.27.4_p20141018) and MPlayer (v1.2_pre20141011) numerous videos use between 9% and 13% on one core of my system.

With Kodi 14.0, Kodi itself reports 100% - 120% (20% to 30% on four cores), with the same test videos.

Here's my Kodi Debug Log --> kodi.log

Here's the output of lshw: lshw

Here's my kernel config: config

I'm not sure what else to post, but I'll be happy to do so. I'm really liking Kodi and reckon it probably isn't intended to use this much CPU on a system of this type.

Please let me know if there's something I can do to improve CPU utililisation.

Some of this CPU utilisation is present just on the Kodi interface with no video playing.

Any help with this is appreciated.

Cheers,

Kirk

[fritsch]

16:57:21 T:139644670826240 NOTICE: VDPAU::Open: required extension GL_NV_vdpau_interop not found

Provide: glxinfo and vdpauinfo

xbmc won't work without the above extension.

[fritsch]

16:55:51 T:139647025821696 NOTICE: GL_VENDOR = VMware, Inc.
16:55:51 T:139647025821696 NOTICE: GL_RENDERER = Gallium 0.4 on llvmpipe (LLVM 3.5, 256 bits)
16:55:51 T:139647025821696 NOTICE: GL_VERSION = 3.0 Mesa 10.4.2

You miss the correct drivers for your gpu - it's only using sw acceleration.

[splurben]

16:57:21 T:139644670826240 NOTICE: VDPAU::Open: required extension GL_NV_vdpau_interop not found

Provide: glxinfo and vdpauinfo

xbmc won't work without the above extension.

glxinfo was provided in initial post, but I'll post the same file again: glxinfo

vdpauinfo is here: vdpauinfo

I admit I am confused about the presence of any VMWARE designations in relation to the OpenGL on this system, this is not a virtualised implementation and never has been.

OpenGL configuration (eselect opengl list) reports the use of nVidia on this system.

Thanks for the help guys.

[splurben]

@#$%^& WEIRD. It's late now, but VMWare isn't installed or implemented on this computer so I'm really confused now.

There are no kernel options for VMWare support, nor are there binaries or source code for VMWare on this system whatsoever.

I'll look again tomorrow.

---

Whoa, just checked

Code:

# eselect opengl list
Available OpenGL implementations:
  [1]   nvidia
  [2]   xorg-x11 *
#

Let's see what happens if I choose nvidia and restart X.

[splurben]

Well, MPlayer reports it's using VDPAU but GLX extensions still aren't loading even after reconfiguring nVidia as the OpenGL.

I'm wondering about XORG 1.16.3-r1, with nVidia drivers (proprietary) 346.35.

I will step-by-step through the X11 configuration from kernel to drivers.

[splurben]

This issue turns out to be a new known bug on Gentoo. Sorry to bother these forums with it.

[splurben]

Cr0t wrote:
Try this... this should work. (substitude gdm with your display manager)

Code:

# cd /usr/lib64/xorg/modules/extensions/
# ln -snf /usr/lib/opengl/nvidia/extensions/libglx.so libglx.so
systemctl restart gdm

This worked for me.

Just so people know, this is only a temporary fix for a Gentoo bug, and may complicate issues if one doesn't reverse this change before the bug fix is applied by upstream.

[splurben]

The good news, I have 4% CPU utilisation on one thread now, much better, actually quite impressive.