public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
* [gentoo-user] Loss of performance...OpenGL?
@ 2009-01-11 13:24 meino.cramer
  2009-01-11 13:33 ` Volker Armin Hemmann
  0 siblings, 1 reply; 16+ messages in thread
From: meino.cramer @ 2009-01-11 13:24 UTC (permalink / raw
  To: Gentoo

[-- Attachment #1: Type: text/plain, Size: 1645 bytes --]


Hi,

Playing videos with mplayer produces an output of

           ************************************************
           **** Your system is too SLOW to play this!  ****
           ************************************************

, diplaying of dvb-t broadcasts are often interrupted (screen freezes,
audio continues) or otherwise disturbed (colored blocks, "flashes"
etc.)

The CPU meter of gkrellm shows a high overall CPU load with a greater
part of load of system processes.

Another indication of something, which is going wrong here is, that blender
goes into the digital nirwana when rendering sometimes, whith a 100%
system load.

I suspect the opengl/graphic interface of my PC is somehow screwed up.
I am using (32bit system):

AMD Athlon(tm) 64 X2 Dual Core Processor 3800+
on a ASUS AV8 mainboard (VIA chipset)
nVidia Corporation GeForce 7600 GT (rev a2) graphics adapter (AGP)
x11-drivers/nvidia-drivers-177.82  USE="acpi gtk -custom-cflags (-multilib)

Everything else not graphic/opengl related works fine and as fast as
one could expect from a PC like that.

I installed nvidia drivers vi aemerge which automagically eselects the
opengl interface.

I attached the latest xorg.log for information purposes.

It works for a couple of time...and then (time unknown) problems
arises as described.

How can I pinpoint the problem and how can I fix it?

Kind regards,
 Meino Cramer


-- 
Please don't send me any Word- or Powerpoint-Attachments
unless it's absolutely neccessary. - Send simply Text.
See http://www.gnu.org/philosophy/no-word-attachments.html
In a world without fences and walls nobody needs gates and windows.

[-- Attachment #2: Xorg.0.log --]
[-- Type: text/plain, Size: 20903 bytes --]

_XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6
_XSERVTransOpen: transport open failed for inet6/solfire:0
_XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6

X.Org X Server 1.5.3
Release Date: 5 November 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.28 i686 
Current Operating System: Linux solfire 2.6.27.10 #1 SMP PREEMPT Wed Dec 31 16:27:06 CET 2008 i686
Build Date: 02 January 2009  05:25:47PM
 
	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Sun Jan 11 05:42:53 2009
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "Simple Layout"
(**) |-->Screen "Screen 1" (0)
(**) |   |-->Monitor "HM903DT"
(**) |   |-->Device "n7600GT"
(**) |-->Input Device "Mouse1"
(**) |-->Input Device "Keyboard1"
(**) Option "AllowMouseOpenFail" "true"
(**) Option "OffTime" "20"
(==) Not automatically adding devices
(==) Not automatically enabling devices
(WW) The directory "/usr/share/fonts/Speedo" does not exist.
	Entry deleted from font path.
(WW) `fonts.dir' not found (or not valid) in "/usr/share/fonts/encodings/large".
	Entry deleted from font path.
	(Run 'mkfontdir' on "/usr/share/fonts/encodings/large").
(WW) The directory "/usr/local/share/fonts" does not exist.
	Entry deleted from font path.
(WW) The directory "/opt/openoffice/share/fonts/truetype" does not exist.
	Entry deleted from font path.
(WW) `fonts.dir' not found (or not valid) in "/usr/share/fonts/freefont".
	Entry deleted from font path.
	(Run 'mkfontdir' on "/usr/share/fonts/freefont").
(==) Including the default font path built-ins.
(**) FontPath set to:
	/usr/share/fonts/CID,
	/usr/share/fonts/TTF,
	/usr/share/fonts/misc,
	/usr/share/fonts/util,
	/usr/share/fonts/75dpi,
	/usr/share/fonts/Type1,
	/usr/share/fonts/local,
	/usr/share/fonts/encodings,
	/usr/share/fonts/100dpi,
	/usr/share/fonts/cyrillic,
	/usr/share/ghostscript/fonts,
	/usr/share/fonts,
	/usr/share/fonts/truetype,
	/usr/share/fonts/uni,
	/usr/share/fonts,
	/usr/share/fonts/truetype,
	/usr/share/fonts/default,
	/usr/share/fonts/msfonts,
	/usr/share/fonts/msfonts-style,
	/usr/share/fonts/truetype/openoffice,
	/usr/share/fonts/afms,
	/usr/share/fonts/ttf,
	/usr/share/fonts/type1,
	/usr/share/fonts/truetype/freefont,
	/usr/share/fonts/truetype/latex-xft-fonts,
	/usr/share/fonts/truetype/ttf-bitstream-vera,
	/usr/share/fonts/ttf/decoratives,
	/usr/share/fonts/ttf/western,
	/usr/share/fonts/afms/adobe,
	/usr/share/fonts/default/Type1,
	/usr/share/fonts/type1/gsfonts,
	/usr/share/fonts/100dpi,
	/usr/share/fonts/75dpi,
	/usr/share/fonts/CID,
	/usr/share/fonts/TTF,
	/usr/share/font(==) ModulePath set to "/usr/lib/xorg/modules"
(**) Extension "Composite" is enabled
(WW) Open ACPI failed (/var/run/acpid.socket) (Connection refused)
(II) No APM support in BIOS or kernel
(II) Loader magic: 0x81d5280
(II) Module ABI versions:
	X.Org ANSI C Emulation: 0.4
	X.Org Video Driver: 4.1
	X.Org XInput driver : 2.1
	X.Org Server Extension : 1.1
	X.Org Font Renderer : 0.6
(II) Loader running on linux
(--) using VT number 7

(--) PCI: (0@0:13:0) Brooktree Corporation Bt878 Video Capture rev 17, Mem @ 0xdfe00000/0
(--) PCI:*(0@1:0:0) nVidia Corporation GeForce 7600 GT rev 162, Mem @ 0xfb000000/0, 0xe0000000/0, 0xfa000000/0, BIOS @ 0x????????/131072
(II) System resource ranges:
	[0] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[2] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[3] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[4] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[5] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[6] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[7] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[8] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[9] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[10] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[11] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[12] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[13] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[14] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[15] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[16] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[17] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[18] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[19] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[20] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[21] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[22] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[23] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[24] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[25] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[26] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[27] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[28] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[29] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[30] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[31] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[32] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[33] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[34] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[35] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[36] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[37] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[38] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[39] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[40] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[41] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
	[42] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[43] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
	[44] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[45] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
	[46] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[47] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
	[48] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[49] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
	[50] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[51] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
	[52] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[53] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
	[54] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[55] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
	[56] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[57] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
	[58] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[59] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) "extmod" will be loaded by default.
(II) "dbe" will be loaded by default.
(II) "glx" will be loaded. This was enabled by default and also specified in the config file.
(II) "freetype" will be loaded by default.
(II) "record" will be loaded by default.
(II) "dri" will be loaded by default.
(II) LoadModule: "glx"

(II) Loading /usr/lib/xorg/modules/extensions//libglx.so
(II) Module glx: vendor="NVIDIA Corporation"
	compiled for 4.0.2, module version = 1.0.0
	Module class: X.Org Server Extension
(II) NVIDIA GLX Module  177.82  Tue Nov  4 14:03:48 PST 2008
(II) Loading extension GLX
(II) LoadModule: "extmod"

(II) Loading /usr/lib/xorg/modules/extensions//libextmod.so
(II) Module extmod: vendor="X.Org Foundation"
	compiled for 1.5.3, module version = 1.0.0
	Module class: X.Org Server Extension
	ABI class: X.Org Server Extension, version 1.1
(II) Loading extension SHAPE
(II) Loading extension MIT-SUNDRY-NONSTANDARD
(II) Loading extension BIG-REQUESTS
(II) Loading extension SYNC
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XC-MISC
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-Misc
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension TOG-CUP
(II) Loading extension Extended-Visual-Information
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: "dbe"

(II) Loading /usr/lib/xorg/modules/extensions//libdbe.so
(II) Module dbe: vendor="X.Org Foundation"
	compiled for 1.5.3, module version = 1.0.0
	Module class: X.Org Server Extension
	ABI class: X.Org Server Extension, version 1.1
(II) Loading extension DOUBLE-BUFFER
(II) LoadModule: "freetype"

(II) Loading /usr/lib/xorg/modules/fonts//libfreetype.so
(II) Module freetype: vendor="X.Org Foundation & the After X-TT Project"
	compiled for 1.5.3, module version = 2.1.0
	Module class: X.Org Font Renderer
	ABI class: X.Org Font Renderer, version 0.6
(II) Loading font FreeType
(II) LoadModule: "record"

(II) Loading /usr/lib/xorg/modules/extensions//librecord.so
(II) Module record: vendor="X.Org Foundation"
	compiled for 1.5.3, module version = 1.13.0
	Module class: X.Org Server Extension
	ABI class: X.Org Server Extension, version 1.1
(II) Loading extension RECORD
(II) LoadModule: "dri"

(II) Loading /usr/lib/xorg/modules/extensions//libdri.so
(II) Module dri: vendor="X.Org Foundation"
	compiled for 1.5.3, module version = 1.0.0
	ABI class: X.Org Server Extension, version 1.1
(II) Loading extension XFree86-DRI
(II) LoadModule: "nvidia"

(II) Loading /usr/lib/xorg/modules/drivers//nvidia_drv.so
(II) Module nvidia: vendor="NVIDIA Corporation"
	compiled for 4.0.2, module version = 1.0.0
	Module class: X.Org Video Driver
(II) LoadModule: "mouse"

(II) Loading /usr/lib/xorg/modules/input//mouse_drv.so
(II) Module mouse: vendor="X.Org Foundation"
	compiled for 1.5.3, module version = 1.3.0
	Module class: X.Org XInput Driver
	ABI class: X.Org XInput driver, version 2.1
(II) LoadModule: "kbd"

(II) Loading /usr/lib/xorg/modules/input//kbd_drv.so
(II) Module kbd: vendor="X.Org Foundation"
	compiled for 1.5.3, module version = 1.3.1
	Module class: X.Org XInput Driver
	ABI class: X.Org XInput driver, version 2.1
(II) NVIDIA dlloader X Driver  177.82  Tue Nov  4 13:42:45 PST 2008
(II) NVIDIA Unified Driver for all Supported NVIDIA GPUs
(II) Primary Device is: PCI 01@00:00:0
(II) Loading sub module "fb"
(II) LoadModule: "fb"

(II) Loading /usr/lib/xorg/modules//libfb.so
(II) Module fb: vendor="X.Org Foundation"
	compiled for 1.5.3, module version = 1.0.0
	ABI class: X.Org ANSI C Emulation, version 0.4
(II) Loading sub module "wfb"
(II) LoadModule: "wfb"

(II) Loading /usr/lib/xorg/modules//libwfb.so
(II) Module wfb: vendor="X.Org Foundation"
	compiled for 1.5.3, module version = 1.0.0
	ABI class: X.Org ANSI C Emulation, version 0.4
(II) Loading sub module "ramdac"
(II) LoadModule: "ramdac"
(II) Module "ramdac" already built-in
(II) resource ranges after probing:
	[0] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[2] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[3] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[4] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[5] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[6] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[7] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[8] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[9] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[10] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[11] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[12] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[13] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[14] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[15] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[16] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[17] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[18] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[19] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[20] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[21] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[22] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[23] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[24] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[25] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[26] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[27] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[28] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[29] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[30] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[31] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[32] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[33] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[34] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[35] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[36] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[37] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[38] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[39] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[40] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[41] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
	[42] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[43] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
	[44] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[45] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
	[46] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[47] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
	[48] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[49] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
	[50] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[51] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
	[52] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[53] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
	[54] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[55] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
	[56] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[57] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
	[58] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[59] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
(**) NVIDIA(0): Depth 24, (--) framebuffer bpp 32
(==) NVIDIA(0): RGB weight 888
(==) NVIDIA(0): Default visual is TrueColor
(==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0)
(**) NVIDIA(0): Option "NoLogo" "1"
(**) NVIDIA(0): Option "NvAGP" "3"
(**) NVIDIA(0): Option "RenderAccel" "true"
(**) NVIDIA(0): Option "AllowGLXWithComposite" "true"
(**) NVIDIA(0): Option "TripleBuffer" "true"
(**) NVIDIA(0): Option "UseEvents" "false"
(**) NVIDIA(0): Option "AddARGBGLXVisuals" "true"
(**) NVIDIA(0): Enabling RENDER acceleration
(II) NVIDIA(0): Support for GLX with the Damage and Composite X extensions is
(II) NVIDIA(0):     enabled.
(II) NVIDIA(0): NVIDIA GPU GeForce 7600 GT (G73) at PCI:1:0:0 (GPU-0)
(--) NVIDIA(0): Memory: 524288 kBytes
(--) NVIDIA(0): VideoBIOS: 05.73.22.51.00
(II) NVIDIA(0): Detected AGP rate: 8X
(--) NVIDIA(0): Interlaced video modes are supported on this GPU
(--) NVIDIA(0): Connected display device(s) on GeForce 7600 GT at PCI:1:0:0:
(--) NVIDIA(0):     Iiyama HM903DADTA (CRT-1)
(--) NVIDIA(0): Iiyama HM903DADTA (CRT-1): 400.0 MHz maximum pixel clock
(II) NVIDIA(0): Assigned Display Device: CRT-1
(II) NVIDIA(0): Validated modes:
(II) NVIDIA(0):     "1600x1200"
(II) NVIDIA(0):     "320x240"
(II) NVIDIA(0): Virtual screen size determined to be 1600 x 1200
(--) NVIDIA(0): DPI set to (112, 105); computed from "UseEdidDpi" X config
(--) NVIDIA(0):     option
(**) NVIDIA(0): Enabling 32-bit ARGB GLX visuals.
(--) Depth 24 pixmap format is 32 bpp
(II) do I need RAC?  No, I don't.
(II) resource ranges after preInit:
	[0] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[2] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[3] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[4] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[5] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[6] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[7] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[8] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[9] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[10] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[11] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[12] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[13] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[14] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[15] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[16] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[17] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[18] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[19] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[20] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[21] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[22] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[23] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[24] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[25] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[26] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[27] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[28] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[29] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[30] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[31] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[32] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[33] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[34] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[35] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[36] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
	[37] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[38] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[39] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[40] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[41] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
	[42] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[43] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
	[44] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[45] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
	[46] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[47] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
	[48] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[49] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
	[50] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[51] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
	[52] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[53] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
	[54] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[55] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
	[56] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[57] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
	[58] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[59] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) NVIDIA(0): Initialized AGP GART.
(II) NVIDIA(0): Unable to connect to the ACPI daemon; the ACPI daemon may not
(II) NVIDIA(0):     be running or the "AcpidSocketPath" X configuration option
(II) NVIDIA(0):     may not be set correctly.  When the ACPI daemon is
(II) NVIDIA(0):     available, the NVIDIA X driver can use it to receive ACPI
(II) NVIDIA(0):     events.  For details, please see the "ConnectToAcpid" and
(II) NVIDIA(0):     "AcpidSocketPath" X configuration options in Appendix B: X
(II) NVIDIA(0):     Config Options in the README.
(II) NVIDIA(0): Setting mode "1600x1200"
(II) Loading extension NV-GLX
(II) NVIDIA(0): NVIDIA 3D Acceleration Architecture Initialized
(II) NVIDIA(0): Using the NVIDIA 2D acceleration architecture
(**) NVIDIA(0): Option "BackingStore" "True"
(**) NVIDIA(0): Backing store enabled
(==) NVIDIA(0): Silken mouse enabled
(**) Option "dpms" "true"
(**) NVIDIA(0): DPMS enabled
(II) Loading extension NV-CONTROL
(II) Loading extension XINERAMA
(==) RandR enabled
(II) Initializing built-in extension MIT-SHM
(II) Initializing built-in extension XInputExtension
(II) Initializing built-in extension XTEST
(II) Initializing built-in extension XKEYBOARD
(II) Initializing built-in extension XINERAMA
(II) Initializing built-in extension XFIXES
(II) Initializing built-in extension RENDER
(II) Initializing built-in extension RANDR
(II) Initializing built-in extension COMPOSITE
(II) Initializing built-in extension DAMAGE
(II) Initializing built-in extension XEVIE
(II) Initializing extension GLX
(**) Option "Protocol" "IMPS/2"
(**) Mouse1: Device: "/dev/input/mice"
(**) Mouse1: Protocol: "IMPS/2"
(**) Option "CorePointer"
(**) Mouse1: always reports core events
(**) Option "Device" "/dev/input/mice"
(**) Option "Buttons" "5"
(==) Mouse1: Emulate3Buttons, Emulate3Timeout: 50
(**) Option "ChordMiddle"
(**) Mouse1: ChordMiddle
(**) Option "ZAxisMapping" "4 5"
(**) Mouse1: ZAxisMapping: buttons 4 and 5
(**) Mouse1: Buttons: 9
(**) Mouse1: Sensitivity: 1
(**) Option "CoreKeyboard"
(**) Keyboard1: always reports core events
(**) Option "Protocol" "standard"
(**) Keyboard1: Protocol: standard
(**) Option "AutoRepeat" "500 30"
(**) Option "XkbRules" "xorg"
(**) Keyboard1: XkbRules: "xorg"
(**) Option "XkbModel" "pc102"
(**) Keyboard1: XkbModel: "pc102"
(**) Option "XkbLayout" "de"
(**) Keyboard1: XkbLayout: "de"
(**) Option "XkbVariant" "nodeadkeys"
(**) Keyboard1: XkbVariant: "nodeadkeys"
(**) Option "XkbOptions" "lv3:win_switch,ctrl:nocaps,compose:rwin"
(**) Keyboard1: XkbOptions: "lv3:win_switch,ctrl:nocaps,compose:rwin"
(**) Option "CustomKeycodes" "off"
(**) Keyboard1: CustomKeycodes disabled
(II) evaluating device (Mouse1)
(II) XINPUT: Adding extended input device "Mouse1" (type: MOUSE)
(II) evaluating device (Keyboard1)
(II) XINPUT: Adding extended input device "Keyboard1" (type: KEYBOARD)
(II) Mouse1: ps2EnableDataReporting: succeeded
(II) 3rd Button detected: disabling emulate3Button

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [gentoo-user] Loss of performance...OpenGL?
  2009-01-11 13:24 [gentoo-user] Loss of performance...OpenGL? meino.cramer
@ 2009-01-11 13:33 ` Volker Armin Hemmann
  2009-01-11 14:00   ` meino.cramer
  2009-01-11 14:04   ` meino.cramer
  0 siblings, 2 replies; 16+ messages in thread
From: Volker Armin Hemmann @ 2009-01-11 13:33 UTC (permalink / raw
  To: gentoo-user

On Sonntag 11 Januar 2009, meino.cramer@gmx.de wrote:
> Hi,
>
> Playing videos with mplayer produces an output of
>
>            ************************************************
>            **** Your system is too SLOW to play this!  ****
>            ************************************************
>
> , diplaying of dvb-t broadcasts are often interrupted (screen freezes,
> audio continues) or otherwise disturbed (colored blocks, "flashes"
> etc.)
>
> The CPU meter of gkrellm shows a high overall CPU load with a greater
> part of load of system processes.
>
> Another indication of something, which is going wrong here is, that blender
> goes into the digital nirwana when rendering sometimes, whith a 100%
> system load.
>
> I suspect the opengl/graphic interface of my PC is somehow screwed up.
> I am using (32bit system):
>
> AMD Athlon(tm) 64 X2 Dual Core Processor 3800+
> on a ASUS AV8 mainboard (VIA chipset)
> nVidia Corporation GeForce 7600 GT (rev a2) graphics adapter (AGP)
> x11-drivers/nvidia-drivers-177.82  USE="acpi gtk -custom-cflags (-multilib)
>
> Everything else not graphic/opengl related works fine and as fast as
> one could expect from a PC like that.
>
> I installed nvidia drivers vi aemerge which automagically eselects the
> opengl interface.
>
> I attached the latest xorg.log for information purposes.
>
> It works for a couple of time...and then (time unknown) problems
> arises as described.
>
> How can I pinpoint the problem and how can I fix it?
>
> Kind regards,
>  Meino Cramer

are you using composite? if yes, don't. Or install the latest nvidia driver. 




^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [gentoo-user] Loss of performance...OpenGL?
  2009-01-11 13:33 ` Volker Armin Hemmann
@ 2009-01-11 14:00   ` meino.cramer
  2009-01-11 14:08     ` Volker Armin Hemmann
  2009-01-11 14:04   ` meino.cramer
  1 sibling, 1 reply; 16+ messages in thread
From: meino.cramer @ 2009-01-11 14:00 UTC (permalink / raw
  To: gentoo-user

Volker Armin Hemmann <volkerarmin@googlemail.com> [09-01-11 14:35]:
> On Sonntag 11 Januar 2009, meino.cramer@gmx.de wrote:
> > Hi,
> >
> > Playing videos with mplayer produces an output of
> >
> >            ************************************************
> >            **** Your system is too SLOW to play this!  ****
> >            ************************************************
> >
> > , diplaying of dvb-t broadcasts are often interrupted (screen freezes,
> > audio continues) or otherwise disturbed (colored blocks, "flashes"
> > etc.)
> >
> > The CPU meter of gkrellm shows a high overall CPU load with a greater
> > part of load of system processes.
> >
> > Another indication of something, which is going wrong here is, that blender
> > goes into the digital nirwana when rendering sometimes, whith a 100%
> > system load.
> >
> > I suspect the opengl/graphic interface of my PC is somehow screwed up.
> > I am using (32bit system):
> >
> > AMD Athlon(tm) 64 X2 Dual Core Processor 3800+
> > on a ASUS AV8 mainboard (VIA chipset)
> > nVidia Corporation GeForce 7600 GT (rev a2) graphics adapter (AGP)
> > x11-drivers/nvidia-drivers-177.82  USE="acpi gtk -custom-cflags (-multilib)
> >
> > Everything else not graphic/opengl related works fine and as fast as
> > one could expect from a PC like that.
> >
> > I installed nvidia drivers vi aemerge which automagically eselects the
> > opengl interface.
> >
> > I attached the latest xorg.log for information purposes.
> >
> > It works for a couple of time...and then (time unknown) problems
> > arises as described.
> >
> > How can I pinpoint the problem and how can I fix it?
> >
> > Kind regards,
> >  Meino Cramer
> 
> are you using composite? if yes, don't. Or install the latest nvidia driver. 
> 
> 

In my initial posting I mentioned the driver, which is installed on my
PC

> > x11-drivers/nvidia-drivers-177.82  USE="acpi gtk -custom-cflags (-multilib)

This is -- according to "emerge -pv..." the newest available...

Is it needed to switch off Composite with that version ?



-- 
Please don't send me any Word- or Powerpoint-Attachments
unless it's absolutely neccessary. - Send simply Text.
See http://www.gnu.org/philosophy/no-word-attachments.html
In a world without fences and walls nobody needs gates and windows.



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [gentoo-user] Loss of performance...OpenGL?
  2009-01-11 13:33 ` Volker Armin Hemmann
  2009-01-11 14:00   ` meino.cramer
@ 2009-01-11 14:04   ` meino.cramer
  1 sibling, 0 replies; 16+ messages in thread
From: meino.cramer @ 2009-01-11 14:04 UTC (permalink / raw
  To: gentoo-user

Volker Armin Hemmann <volkerarmin@googlemail.com> [09-01-11 14:35]:
> On Sonntag 11 Januar 2009, meino.cramer@gmx.de wrote:
> > Hi,
> >
> > Playing videos with mplayer produces an output of
> >
> >            ************************************************
> >            **** Your system is too SLOW to play this!  ****
> >            ************************************************
> >
> > , diplaying of dvb-t broadcasts are often interrupted (screen freezes,
> > audio continues) or otherwise disturbed (colored blocks, "flashes"
> > etc.)
> >
> > The CPU meter of gkrellm shows a high overall CPU load with a greater
> > part of load of system processes.
> >
> > Another indication of something, which is going wrong here is, that blender
> > goes into the digital nirwana when rendering sometimes, whith a 100%
> > system load.
> >
> > I suspect the opengl/graphic interface of my PC is somehow screwed up.
> > I am using (32bit system):
> >
> > AMD Athlon(tm) 64 X2 Dual Core Processor 3800+
> > on a ASUS AV8 mainboard (VIA chipset)
> > nVidia Corporation GeForce 7600 GT (rev a2) graphics adapter (AGP)
> > x11-drivers/nvidia-drivers-177.82  USE="acpi gtk -custom-cflags (-multilib)
> >
> > Everything else not graphic/opengl related works fine and as fast as
> > one could expect from a PC like that.
> >
> > I installed nvidia drivers vi aemerge which automagically eselects the
> > opengl interface.
> >
> > I attached the latest xorg.log for information purposes.
> >
> > It works for a couple of time...and then (time unknown) problems
> > arises as described.
> >
> > How can I pinpoint the problem and how can I fix it?
> >
> > Kind regards,
> >  Meino Cramer
> 
> are you using composite? if yes, don't. Or install the latest nvidia driver. 
> 
> 

Despite the version of the driver, I commented out all lines regarding
Composite in the Xorg config.
Unfortunately nothing has changed after X's restart.





-- 
Please don't send me any Word- or Powerpoint-Attachments
unless it's absolutely neccessary. - Send simply Text.
See http://www.gnu.org/philosophy/no-word-attachments.html
In a world without fences and walls nobody needs gates and windows.



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [gentoo-user] Loss of performance...OpenGL?
  2009-01-11 14:00   ` meino.cramer
@ 2009-01-11 14:08     ` Volker Armin Hemmann
  2009-01-11 14:21       ` meino.cramer
  2009-01-11 14:22       ` meino.cramer
  0 siblings, 2 replies; 16+ messages in thread
From: Volker Armin Hemmann @ 2009-01-11 14:08 UTC (permalink / raw
  To: gentoo-user

On Sonntag 11 Januar 2009, meino.cramer@gmx.de wrote:

> > are you using composite? if yes, don't. Or install the latest nvidia
> > driver.
>
> In my initial posting I mentioned the driver, which is installed on my
> PC
>
> > > x11-drivers/nvidia-drivers-177.82  USE="acpi gtk -custom-cflags
> > > (-multilib)
>
> This is -- according to "emerge -pv..." the newest available...
>

no, it is not. The latest are 180something and they solved some 2d slowness 
issues with that driver.

> Is it needed to switch off Composite with that version ?

composite makes 2d very slow with drivers prior to 180. You don't have to 
disable composite in xorg.conf. Just don't use compiz and deactivate all 
effects in gnome/kde.
btw, xorg.conf would be nice to see.



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [gentoo-user] Loss of performance...OpenGL?
  2009-01-11 14:08     ` Volker Armin Hemmann
@ 2009-01-11 14:21       ` meino.cramer
  2009-01-11 14:31         ` Volker Armin Hemmann
  2009-01-11 14:22       ` meino.cramer
  1 sibling, 1 reply; 16+ messages in thread
From: meino.cramer @ 2009-01-11 14:21 UTC (permalink / raw
  To: gentoo-user

[-- Attachment #1: Type: text/plain, Size: 1382 bytes --]

Volker Armin Hemmann <volkerarmin@googlemail.com> [09-01-11 15:15]:
> On Sonntag 11 Januar 2009, meino.cramer@gmx.de wrote:
> 
> > > are you using composite? if yes, don't. Or install the latest nvidia
> > > driver.
> >
> > In my initial posting I mentioned the driver, which is installed on my
> > PC
> >
> > > > x11-drivers/nvidia-drivers-177.82  USE="acpi gtk -custom-cflags
> > > > (-multilib)
> >
> > This is -- according to "emerge -pv..." the newest available...
> >
> 
> no, it is not. The latest are 180something and they solved some 2d slowness 
> issues with that driver.
> 
> > Is it needed to switch off Composite with that version ?
> 
> composite makes 2d very slow with drivers prior to 180. You don't have to 
> disable composite in xorg.conf. Just don't use compiz and deactivate all 
> effects in gnome/kde.
> btw, xorg.conf would be nice to see.
> 

...eeeh...how can I get the newest driver in a gentoo-compatible way?
I set 

x11-drivers/nvidia-drivers ~x86

in /etc/package/package-keywords.

Emerge reports the previously mentioned (non-180) version of the nvidia drivers.

I attached Xorg.conf to this email.





-- 
Please don't send me any Word- or Powerpoint-Attachments
unless it's absolutely neccessary. - Send simply Text.
See http://www.gnu.org/philosophy/no-word-attachments.html
In a world without fences and walls nobody needs gates and windows.

[-- Attachment #2: xorg.conf --]
[-- Type: text/plain, Size: 19629 bytes --]

# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig:  version 1.0  (buildmeister@builder63)  Tue Nov  4 14:07:17 PST 2008

# File generated by xf86config.
#
# Copyright (c) 1999 by The XFree86 Project, Inc.
#
# Permission is hereby granted, free of charge, to any person obtaining a
# copy of this software and associated documentation files (the "Software"),
# to deal in the Software without restriction, including without limitation
# the rights to use, copy, modify, merge, publish, distribute, sublicense,
# and/or sell copies of the Software, and to permit persons to whom the
# Software is furnished to do so, subject to the following conditions:
# 
# The above copyright notice and this permission notice shall be included in
# all copies or substantial portions of the Software.
# 
# THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
# IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
# FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.  IN NO EVENT SHALL
# THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY,
# WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF
# OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
# SOFTWARE.
# 
# Except as contained in this notice, the name of the XFree86 Project shall
# not be used in advertising or otherwise to promote the sale, use or other
# dealings in this Software without prior written authorization from the
# XFree86 Project.
#
# **********************************************************************
# Refer to the XF86Config(4/5) man page for details about the format of 
# this file.
# **********************************************************************
# **********************************************************************
# Module section -- this  section  is used to specify
# which dynamically loadable modules to load.
# **********************************************************************
#
# this enabled normal users to use DRI - the Direct Rendering Extension.
# it is also possible to use a group to control access.
#
# **********************************************************************
# Files section.  This allows default font and rgb paths to be set
# **********************************************************************
# **********************************************************************
# Server flags section.
# **********************************************************************
# **********************************************************************
# Input devices
# **********************************************************************
# **********************************************************************
# Core keyboard's InputDevice section
# **********************************************************************
# **********************************************************************
# Core Pointer's InputDevice section
# **********************************************************************
# **********************************************************************
# Other input device sections 
# this is optional and is required only if you
# are using extended input devices.  This is for example only.  Refer
# to the XF86Config man page for a description of the options.
# **********************************************************************
#
# Section "InputDevice" 
#    Identifier  "Mouse2"
#    Driver      "mouse"
#    Option      "Protocol"      "MouseMan"
#    Option      "Device"        "/dev/mouse2"
# EndSection
#
# Section "InputDevice"
#    Identifier "spaceball"
#    Driver     "magellan"
#    Option     "Device"        "/dev/cua0"
# EndSection
#
# Section "InputDevice"
#    Identifier "spaceball2"
#    Driver     "spaceorb"
#    Option     "Device"        "/dev/cua0"
# EndSection
#
# Section "InputDevice"
#    Identifier "touchscreen0"
#    Driver     "microtouch"
#    Option     "Device"        "/dev/ttyS0"
#    Option     "MinX"          "1412"
#    Option     "MaxX"          "15184"
#    Option     "MinY"          "15372"
#    Option     "MaxY"          "1230"
#    Option     "ScreenNumber"  "0"
#    Option     "ReportingMode" "Scaled"
#    Option     "ButtonNumber"  "1"
#    Option     "SendCoreEvents"
# EndSection
#
# Section "InputDevice"
#    Identifier "touchscreen1"
#    Driver     "elo2300"
#    Option     "Device"        "/dev/ttyS0"
#    Option     "MinX"          "231"
#    Option     "MaxX"          "3868"
#    Option     "MinY"          "3858"
#    Option     "MaxY"          "272"
#    Option     "ScreenNumber"  "0"
#    Option     "ReportingMode" "Scaled"
#    Option     "ButtonThreshold"       "17"
#    Option     "ButtonNumber"  "1"
#    Option     "SendCoreEvents"
# EndSection
# **********************************************************************
# Monitor section
# **********************************************************************
# Any number of monitor sections may be present
# **********************************************************************
# Graphics device section
# **********************************************************************
# Any number of graphics device sections may be present
# Standard VGA Device:
# Section "Device"
#    Identifier	"Standard VGA"
#    VendorName	"Unknown"
#    BoardName	"Unknown"
# The chipset line is optional in most cases.  It can be used to override
# the driver's chipset detection, and should not normally be specified.
#    Chipset	"generic"
# The Driver line must be present.  When using run-time loadable driver
# modules, this line instructs the server to load the specified driver
# module.  Even when not using loadable driver modules, this line
# indicates which driver should interpret the information in this section.
#     Driver     "vga"
# The BusID line is used to specify which of possibly multiple devices
# this section is intended for.  When this line isn't present, a device
# section can only match up with the primary video device.  For PCI
# devices a line like the following could be used.  This line should not
# normally be included unless there is more than one video device
# intalled.
#    BusID      "PCI:0:10:0"
#    VideoRam	256
#    Clocks	25.2 28.3
#  EndSection
#
# mcc: radeon driver loaded 
# mcc: AGPFastWrite enabled
#
#Section added by radeonconf
#End section added by radeonconf
# **********************************************************************
# Screen sections
# **********************************************************************
# Any number of screen sections may be present.  Each describes
# the configuration of a single screen.  A single specific screen section
# may be specified from the X server command line with the "-screen"
# option.
# **********************************************************************
# ServerLayout sections.
# **********************************************************************
# Any number of ServerLayout sections may be present.  Each describes
# the way multiple screens are organised.  A specific ServerLayout
# section may be specified from the X server command line with the
# "-layout" option.  In the absence of this, the first section is used.
# When now ServerLayout section is present, the first Screen section
# is used alone.
#
# mcc section "Extensions" added
#

Section "ServerLayout"

# After 20 minutes of idle time: Shutdown
# Each Screen line specifies a Screen section name, and optionally
# the relative position of other screens.  The four names after
# primary screen name are the screens to the top, bottom, left and right
# of the primary screen.  In this example, screen 2 is located to the
# right of screen 1.
# Each InputDevice line specifies an InputDevice section name and
# optionally some options to specify the way the device is to be
# used.  Those options include "CorePointer", "CoreKeyboard" and
# "SendCoreEvents".
    Identifier     "Simple Layout"
    Screen         "Screen 1" 0 0
    InputDevice    "Mouse1" "CorePointer"
    InputDevice    "Keyboard1" "CoreKeyboard"
    Option         "OffTime" "20"
# The Identifier line must be present
EndSection

Section "Files"

# The location of the RGB database.  Note, this is the name of the
# file minus the extension (like ".txt" or ".db").  There is normally
# no need to change the default.
# Multiple FontPath entries are allowed (which are concatenated together),
# as well as specifying multiple comma-separated entries in one FontPath
# command (or a combination of both methods)
# 
# If you don't have a floating point coprocessor and emacs, Mosaic or other
# programs take long to start up, try moving the Type1 and Speedo directory
# to the end of this list (or comment them out).
# 
#    FontPath   "/usr/share/fonts/local/"
#    FontPath   "/usr/share/fonts/misc/"
#    FontPath   "/usr/share/fonts/75dpi/:unscaled"
#    FontPath   "/usr/share/fonts/100dpi/:unscaled"
#    FontPath   "/usr/share/fonts/Type1/"
#    FontPath   "/usr/share/fonts/Speedo/"
#    FontPath   "/usr/share/fonts/75dpi/"
#    FontPath   "/usr/share/fonts/100dpi/"
#    FontPath   "/usr/share/fonts/Speedo"
#    FontPath   "/usr/share/fonts/TTF"
#    FontPath   "/usr/share/fonts/TrueType"
#    FontPath   "/usr/share/fonts/Type1"
#    FontPath   "/usr/share/fonts/misc"
#    FontPath   "/usr/share/fonts/75dpi/:unscaled"
#    FontPath   "/usr/share/fonts/100dpi/:unscaled"
#    FontPath   "/usr/share/fonts/cyrillic"
#    FontPath   "/usr/share/fonts/75dpi"
#    FontPath   "/usr/share/fonts/100dpi"
#    FontPath   "/usr/share/fonts/CID"
#    FontPath   "/usr/share/fonts/freefont"
#    FontPath   "/usr/share/fonts/misc"
#    FontPath   "/usr/share/fonts/sharefonts-0.10"
#    FontPath   "/usr/share/fonts/lfp-fix
#    FontPath   "/usr/share/ghostscript/fonts/"   
#    FontPath   "/usr/lib/fonts/Mozilla"
#    FontPath   "/usr/lib/fonts/nucleus"
#    FontPath   "/usr/share/fonts/PEX
#    FontPath "unix/:-1"
# The module search path.  The default path is shown here.
    FontPath        "/usr/share/fonts/CID"
    FontPath        "/usr/share/fonts/TTF"
    FontPath        "/usr/share/fonts/misc"
    FontPath        "/usr/share/fonts/util"
    FontPath        "/usr/share/fonts/75dpi"
    FontPath        "/usr/share/fonts/Type1"
    FontPath        "/usr/share/fonts/local"
    FontPath        "/usr/share/fonts/Speedo"
    FontPath        "/usr/share/fonts/encodings"
    FontPath        "/usr/share/fonts/encodings/large"
    FontPath        "/usr/share/fonts/100dpi"
    FontPath        "/usr/share/fonts/cyrillic"
    FontPath        "/usr/share/ghostscript/fonts"
    FontPath        "/usr/local/share/fonts"
    FontPath        "/usr/share/fonts"
    FontPath        "/usr/share/fonts/truetype"
    FontPath        "/usr/share/fonts/uni"
    FontPath        "/usr/share/fonts"
    FontPath        "/usr/share/fonts/truetype"
    FontPath        "/usr/share/fonts/default"
    FontPath        "/usr/share/fonts/msfonts"
    FontPath        "/usr/share/fonts/msfonts-style"
    FontPath        "/usr/share/fonts/truetype/openoffice"
    FontPath        "/opt/openoffice/share/fonts/truetype"
    FontPath        "/usr/share/fonts/afms"
    FontPath        "/usr/share/fonts/ttf"
    FontPath        "/usr/share/fonts/type1"
    FontPath        "/usr/share/fonts/truetype/freefont"
    FontPath        "/usr/share/fonts/truetype/latex-xft-fonts"
    FontPath        "/usr/share/fonts/truetype/ttf-bitstream-vera"
    FontPath        "/usr/share/fonts/ttf/decoratives"
    FontPath        "/usr/share/fonts/ttf/western"
    FontPath        "/usr/share/fonts/afms/adobe"
    FontPath        "/usr/share/fonts/default/Type1"
    FontPath        "/usr/share/fonts/type1/gsfonts"
    FontPath        "/usr/share/fonts/100dpi"
    FontPath        "/usr/share/fonts/75dpi"
    FontPath        "/usr/share/fonts/CID"
    FontPath        "/usr/share/fonts/TTF"
    FontPath        "/usr/share/fonts/Type1"
    FontPath        "/usr/share/fonts/afms"
    FontPath        "/usr/share/fonts/artwiz"
    FontPath        "/usr/share/fonts/corefonts"
    FontPath        "/usr/share/fonts/cyrillic"
    FontPath        "/usr/share/fonts/default"
    FontPath        "/usr/share/fonts/encodings"
    FontPath        "/usr/share/fonts/freefont"
    FontPath        "/usr/share/fonts/intlfonts"
    FontPath        "/usr/share/fonts/lfpfonts-fix"
    FontPath        "/usr/share/fonts/lfpfonts-var"
    FontPath        "/usr/share/fonts/local"
    FontPath        "/usr/share/fonts/misc"
    FontPath        "/usr/share/fonts/sharefonts"
    FontPath        "/usr/share/fonts/ttf-bitstream-vera"
    FontPath        "/usr/share/fonts/ukr"
    FontPath        "/usr/share/fonts/uni"
    FontPath        "/usr/share/fonts/util"
    FontPath        "/usr/share/fonts/xawtv"
    FontPath        "/usr/share/fonts/ttf"
    FontPath        "/usr/share/fonts/type1"
    FontPath        "/usr/share/fonts/truetype/freefont"
    FontPath        "/usr/share/fonts/truetype/latex-xft-fonts"
    FontPath        "/usr/share/fonts/truetype/ttf-bitstream-vera"
    FontPath        "/usr/share/fonts/ttf/decoratives"
    FontPath        "/usr/share/fonts/ttf/western"
    FontPath        "/usr/share/fonts/afms/adobe"
    FontPath        "/usr/share/fonts/default/Type1"
    FontPath        "/usr/share/fonts/type1/gsfonts"
EndSection

Section "Module"
    Load           "glx"
EndSection

Section "ServerFlags"

# Uncomment this to cause a core dump at the spot where a signal is 
# received.  This may leave the console in an unusable state, but may
# provide a better stack trace in the core dump to aid in debugging
#    Option "NoTrapSignals"
# Uncomment this to disable the <Crtl><Alt><BS> server abort sequence
# This allows clients to receive this key event.
#    Option "DontZap"
# Uncomment this to disable the <Crtl><Alt><KP_+>/<KP_-> mode switching
# sequences.  This allows clients to receive these key events.
#    Option "Dont Zoom"
# Uncomment this to disable tuning with the xvidtune client. With
# it the client can still run and fetch card and monitor attributes,
# but it will not be allowed to change them. If it tries it will
# receive a protocol error.
#    Option "DisableVidModeExtension"
# Uncomment this to enable the use of a non-local xvidtune client. 
#    Option "AllowNonLocalXvidtune"
# Uncomment this to disable dynamically modifying the input device
# (mouse and keyboard) settings. 
#    Option "DisableModInDev"
# Uncomment this to enable the use of a non-local client to
# change the keyboard or mouse settings (currently only xset).
#    Option "AllowNonLocalModInDev"
### MCC added 2003-03-09 ###
    Option         "AllowMouseOpenFail" "true"
EndSection

Section "InputDevice"

# For most OSs the protocol can be omitted (it defaults to "Standard").
# When using XQUEUE (only for SVR3 and SVR4, but not Solaris),
# uncomment the following line.
#    Option     "Protocol"      "Xqueue"
#  Option	"Xleds"      "1 2 3"
# lines below (which are the defaults).  For example, for a non-U.S.
# keyboard, you will probably want to use:
#    Option "XkbModel"    "pc102"
# If you have a US Microsoft Natural keyboard, you can use:
#    Option "XkbModel"    "microsoft"
#
# Then to change the language, change the Layout setting.
# For example, a german layout can be obtained with:
#    Option "XkbLayout"   "de"
# or:
#    Option "XkbLayout"   "de"
#    Option "XkbVariant"  "nodeadkeys"
#
# If you'd like to switch the positions of your capslock and
# control keys, use:
#    Option "XkbOptions"  "ctrl:swapcaps"
# These are the default XKB settings for XFree86
#    Option "XkbModel"    "pc101"
#    Option "XkbLayout"   "us"
#    Option "XkbVariant"  ""
#    Option "XkbOptions"  ""
#    Option "XkbDisable"
    Identifier     "Keyboard1"
    Driver         "kbd"
    Option         "AutoRepeat" "500 30"
# Specify which keyboard LEDs can be user-controlled (eg, with xset(1))
    Option         "LeftAlt" "Meta"
    Option         "RightAlt" "ModeShift"
    Option         "ScrollLock" "Compose"
    Option         "RightCtl" "Control"
    Option         "XkbOptions" "lv3:win_switch,ctrl:nocaps,compose:rwin"
# To customise the XKB settings to suit your keyboard, modify the
    Option         "XkbModel" "pc102"
    Option         "XkbLayout" "de"
    Option         "XkbVariant" "nodeadkeys"
EndSection

Section "InputDevice"

# Identifier and driver
#   Option "Protocol"      "NetMousePS/2"
# the following line.
#    Option "Protocol"	"Xqueue"
# Baudrate and SampleRate are only for some Logitech mice. In
# almost every case these lines should be omitted.
#    Option "BaudRate"	 "9600"
#    Option "SampleRate" "150"
# Emulate3Buttons is an option for 2-button Microsoft mice
# Emulate3Timeout is the timeout in milliseconds (default is 50ms)
#    Option "Emulate3Buttons"
#    Option "Emulate3Timeout"    "50"
# ChordMiddle is an option for some 3-button Logitech mice
    Identifier     "Mouse1"
    Driver         "mouse"
    Option         "Protocol" "IMPS/2"
#    Option "Device"        "/dev/input/mouse0"
    Option         "Device" "/dev/input/mice"
    Option         "Buttons" "5"
    Option         "ZAxisMapping" "4 5"
# When using XQUEUE, comment out the above two lines, and uncomment
    Option         "ChordMiddle"
EndSection

Section "Monitor"

# HorizSync is in kHz unless units are specified.
# HorizSync may be a comma separated list of discrete values, or a
# comma separated list of ranges of values.
# NOTE: THE VALUES HERE ARE EXAMPLES ONLY.  REFER TO YOUR MONITOR'S
# USER MANUAL FOR THE CORRECT NUMBERS.
# VertRefresh is in Hz unless units are specified.
# VertRefresh may be a comma separated list of discrete values, or a
# comma separated list of ranges of values.
# NOTE: THE VALUES HERE ARE EXAMPLES ONLY.  REFER TO YOUR MONITOR'S
# USER MANUAL FOR THE CORRECT NUMBERS.
  # Gamma    1.020 1.048 1.071  # Monitor: Contrast 54% Bright 90% Gamma 0%
    Identifier     "HM903DT"
    HorizSync       30.0 - 130.0
    VertRefresh     50.0 - 200.0
    Option         "DPMS"
EndSection

Section "Device"

    # Option "Overlay" "true"
    # Option "UBB" "true"
    # Option "CIOverlay" "true"
    # VideoRam  66560 
    Identifier     "n7600GT"
    Driver         "nvidia"
EndSection

Section "Screen"

    # DefaultDepth 16
#    Subsection "Display"
#        Depth       8
#        Modes       "1280x1024" "1024x768" "800x600" "640x480"
#        ViewPort    0 0
#    EndSubsection
#    Subsection "Display"
#        Depth       16
#        Modes       "1280x1024" "1024x768" "800x600" "640x480"
#        ViewPort    0 0
#    EndSubsection
#    Subsection "Display"
#        Depth       16
#        Modes       "1280x1024" "1024x768" "800x600"
#        ViewPort    0 0
#    EndSubsection
    Identifier     "Screen 1"
    Device         "n7600GT"
    Monitor        "HM903DT"
    DefaultDepth    24
    Option         "NvAGP" "3"
    Option         "RenderAccel" "true"
    Option         "AllowGLXWithComposite" "true"
    Option         "TripleBuffer" "true"
    Option         "NoLogo" "1"
    Option         "DPMS" "true"
    Option         "AddARGBGLXVisuals" "true"
    Option         "UseEvents" "false"
    Option         "BackingStore" "True"
    Option     "UseCompositeWrapper" "true"
    SubSection     "Display"

        # Depth       16
#       Modes       "1600x1200" "1400x1050" "1280x1024" "400x300" "320x240"
        Viewport    0 0
        Depth       24
        Modes      "1600x1200" "320x240"
    EndSubSection
EndSection

Section "Extensions"
    Option         "Composite" "Enable"
EndSection


^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [gentoo-user] Loss of performance...OpenGL?
  2009-01-11 14:08     ` Volker Armin Hemmann
  2009-01-11 14:21       ` meino.cramer
@ 2009-01-11 14:22       ` meino.cramer
  1 sibling, 0 replies; 16+ messages in thread
From: meino.cramer @ 2009-01-11 14:22 UTC (permalink / raw
  To: gentoo-user

Volker Armin Hemmann <volkerarmin@googlemail.com> [09-01-11 15:15]:
> On Sonntag 11 Januar 2009, meino.cramer@gmx.de wrote:
> 
> > > are you using composite? if yes, don't. Or install the latest nvidia
> > > driver.
> >
> > In my initial posting I mentioned the driver, which is installed on my
> > PC
> >
> > > > x11-drivers/nvidia-drivers-177.82  USE="acpi gtk -custom-cflags
> > > > (-multilib)
> >
> > This is -- according to "emerge -pv..." the newest available...
> >
> 
> no, it is not. The latest are 180something and they solved some 2d slowness 
> issues with that driver.
> 
> > Is it needed to switch off Composite with that version ?
> 
> composite makes 2d very slow with drivers prior to 180. You don't have to 
> disable composite in xorg.conf. Just don't use compiz and deactivate all 
> effects in gnome/kde.
> btw, xorg.conf would be nice to see.
> 


Oh by the way: I am neither using KDE nor GNOME. I am using IceWM.


-- 
Please don't send me any Word- or Powerpoint-Attachments
unless it's absolutely neccessary. - Send simply Text.
See http://www.gnu.org/philosophy/no-word-attachments.html
In a world without fences and walls nobody needs gates and windows.



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [gentoo-user] Loss of performance...OpenGL?
  2009-01-11 14:21       ` meino.cramer
@ 2009-01-11 14:31         ` Volker Armin Hemmann
  2009-01-11 14:46           ` meino.cramer
  0 siblings, 1 reply; 16+ messages in thread
From: Volker Armin Hemmann @ 2009-01-11 14:31 UTC (permalink / raw
  To: gentoo-user

On Sonntag 11 Januar 2009, meino.cramer@gmx.de wrote:
> Volker Armin Hemmann <volkerarmin@googlemail.com> [09-01-11 15:15]:
> > On Sonntag 11 Januar 2009, meino.cramer@gmx.de wrote:
> > > > are you using composite? if yes, don't. Or install the latest nvidia
> > > > driver.
> > >
> > > In my initial posting I mentioned the driver, which is installed on my
> > > PC
> > >
> > > > > x11-drivers/nvidia-drivers-177.82  USE="acpi gtk -custom-cflags
> > > > > (-multilib)
> > >
> > > This is -- according to "emerge -pv..." the newest available...
> >
> > no, it is not. The latest are 180something and they solved some 2d
> > slowness issues with that driver.
> >
> > > Is it needed to switch off Composite with that version ?
> >
> > composite makes 2d very slow with drivers prior to 180. You don't have to
> > disable composite in xorg.conf. Just don't use compiz and deactivate all
> > effects in gnome/kde.
> > btw, xorg.conf would be nice to see.
>
> ...eeeh...how can I get the newest driver in a gentoo-compatible way?

look into bugzilla - I am pretty sure somebody posted an updated ebuild 
already. Download it, put it into your overlay, ebuild ...ebuild manifest and 
emerge it.

> I set
>
> x11-drivers/nvidia-drivers ~x86
>
> in /etc/package/package-keywords.
>
> Emerge reports the previously mentioned (non-180) version of the nvidia
> drivers.
>
> I attached Xorg.conf to this email.

and I cleaned it up a bit:

Section "Module"
    Load           "glx"
EndSection

Section "ServerFlags"
    Option         "AllowMouseOpenFail" "true"
EndSection

Section "InputDevice"
    Identifier     "Keyboard1"
    Driver         "kbd"
    Option         "AutoRepeat" "500 30"
# Specify which keyboard LEDs can be user-controlled (eg, with xset(1))
    Option         "LeftAlt" "Meta"
    Option         "RightAlt" "ModeShift"
    Option         "ScrollLock" "Compose"
    Option         "RightCtl" "Control"
    Option         "XkbOptions" "lv3:win_switch,ctrl:nocaps,compose:rwin"
# To customise the XKB settings to suit your keyboard, modify the
    Option         "XkbModel" "pc102"
    Option         "XkbLayout" "de"
    Option         "XkbVariant" "nodeadkeys"
EndSection

Section "InputDevice"
    Identifier     "Mouse1"
    Driver         "mouse"
    Option         "Protocol" "IMPS/2"
#    Option "Device"        "/dev/input/mouse0"
    Option         "Device" "/dev/input/mice"
    Option         "Buttons" "5"
    Option         "ZAxisMapping" "4 5"
# When using XQUEUE, comment out the above two lines, and uncomment
    Option         "ChordMiddle"
EndSection

Section "Monitor"
    Identifier     "HM903DT"
    Option         "DPMS"
EndSection

Section "Device"

    # Option "Overlay" "true"
    # Option "UBB" "true"
    # Option "CIOverlay" "true"
    # VideoRam  66560 
    Identifier     "n7600GT"
    Driver         "nvidia"
    Option         "NvAGP" "3"
    Option         "TripleBuffer" "true"
    Option         "NoLogo" "1"
    Option         "BackingStore" "True"
EndSection

Section "Screen"
    Identifier     "Screen 1"
    Device         "n7600GT"
    Monitor        "HM903DT"
    DefaultDepth    24
      SubSection     "Display"
        Viewport    0 0
        Depth       24
    EndSubSection
EndSection

you could try without bs and tb.



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [gentoo-user] Loss of performance...OpenGL?
  2009-01-11 14:31         ` Volker Armin Hemmann
@ 2009-01-11 14:46           ` meino.cramer
  2009-01-11 14:51             ` Volker Armin Hemmann
  0 siblings, 1 reply; 16+ messages in thread
From: meino.cramer @ 2009-01-11 14:46 UTC (permalink / raw
  To: gentoo-user

Volker Armin Hemmann <volkerarmin@googlemail.com> [09-01-11 15:35]:
> On Sonntag 11 Januar 2009, meino.cramer@gmx.de wrote:
> > Volker Armin Hemmann <volkerarmin@googlemail.com> [09-01-11 15:15]:
> > > On Sonntag 11 Januar 2009, meino.cramer@gmx.de wrote:
> > > > > are you using composite? if yes, don't. Or install the latest nvidia
> > > > > driver.
> > > >
> > > > In my initial posting I mentioned the driver, which is installed on my
> > > > PC
> > > >
> > > > > > x11-drivers/nvidia-drivers-177.82  USE="acpi gtk -custom-cflags
> > > > > > (-multilib)
> > > >
> > > > This is -- according to "emerge -pv..." the newest available...
> > >
> > > no, it is not. The latest are 180something and they solved some 2d
> > > slowness issues with that driver.
> > >
> > > > Is it needed to switch off Composite with that version ?
> > >
> > > composite makes 2d very slow with drivers prior to 180. You don't have to
> > > disable composite in xorg.conf. Just don't use compiz and deactivate all
> > > effects in gnome/kde.
> > > btw, xorg.conf would be nice to see.
> >
> > ...eeeh...how can I get the newest driver in a gentoo-compatible way?
> 
> look into bugzilla - I am pretty sure somebody posted an updated ebuild 
> already. Download it, put it into your overlay, ebuild ...ebuild manifest and 
> emerge it.
> 
> > I set
> >
> > x11-drivers/nvidia-drivers ~x86
> >
> > in /etc/package/package-keywords.
> >
> > Emerge reports the previously mentioned (non-180) version of the nvidia
> > drivers.
> >
> > I attached Xorg.conf to this email.
> 
> and I cleaned it up a bit:
> 
> Section "Module"
>     Load           "glx"
> EndSection
> 
> Section "ServerFlags"
>     Option         "AllowMouseOpenFail" "true"
> EndSection
> 
> Section "InputDevice"
>     Identifier     "Keyboard1"
>     Driver         "kbd"
>     Option         "AutoRepeat" "500 30"
> # Specify which keyboard LEDs can be user-controlled (eg, with xset(1))
>     Option         "LeftAlt" "Meta"
>     Option         "RightAlt" "ModeShift"
>     Option         "ScrollLock" "Compose"
>     Option         "RightCtl" "Control"
>     Option         "XkbOptions" "lv3:win_switch,ctrl:nocaps,compose:rwin"
> # To customise the XKB settings to suit your keyboard, modify the
>     Option         "XkbModel" "pc102"
>     Option         "XkbLayout" "de"
>     Option         "XkbVariant" "nodeadkeys"
> EndSection
> 
> Section "InputDevice"
>     Identifier     "Mouse1"
>     Driver         "mouse"
>     Option         "Protocol" "IMPS/2"
> #    Option "Device"        "/dev/input/mouse0"
>     Option         "Device" "/dev/input/mice"
>     Option         "Buttons" "5"
>     Option         "ZAxisMapping" "4 5"
> # When using XQUEUE, comment out the above two lines, and uncomment
>     Option         "ChordMiddle"
> EndSection
> 
> Section "Monitor"
>     Identifier     "HM903DT"
>     Option         "DPMS"
> EndSection
> 
> Section "Device"
> 
>     # Option "Overlay" "true"
>     # Option "UBB" "true"
>     # Option "CIOverlay" "true"
>     # VideoRam  66560 
>     Identifier     "n7600GT"
>     Driver         "nvidia"
>     Option         "NvAGP" "3"
>     Option         "TripleBuffer" "true"
>     Option         "NoLogo" "1"
>     Option         "BackingStore" "True"
> EndSection
> 
> Section "Screen"
>     Identifier     "Screen 1"
>     Device         "n7600GT"
>     Monitor        "HM903DT"
>     DefaultDepth    24
>       SubSection     "Display"
>         Viewport    0 0
>         Depth       24
>     EndSubSection
> EndSection
> 
> you could try without bs and tb.
> 


This xorg.conf gaves me a flickery (to low refresh rate) highly
offseted screen with slim and after login the screen is somehow 
scrambled blockwise. I am not using hal for X11 due to othe problems
(see previous problems reported here).
I switched back to my old xorg.conf.

What do you mean with "ts" and "bs"?


-- 
Please don't send me any Word- or Powerpoint-Attachments
unless it's absolutely neccessary. - Send simply Text.
See http://www.gnu.org/philosophy/no-word-attachments.html
In a world without fences and walls nobody needs gates and windows.



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [gentoo-user] Loss of performance...OpenGL?
  2009-01-11 14:46           ` meino.cramer
@ 2009-01-11 14:51             ` Volker Armin Hemmann
  2009-01-11 16:40               ` meino.cramer
  0 siblings, 1 reply; 16+ messages in thread
From: Volker Armin Hemmann @ 2009-01-11 14:51 UTC (permalink / raw
  To: gentoo-user

On Sonntag 11 Januar 2009, meino.cramer@gmx.de wrote:
> Volker Armin Hemmann <volkerarmin@googlemail.com> [09-01-11 15:35]:
> > On Sonntag 11 Januar 2009, meino.cramer@gmx.de wrote:
> > > Volker Armin Hemmann <volkerarmin@googlemail.com> [09-01-11 15:15]:
> > > > On Sonntag 11 Januar 2009, meino.cramer@gmx.de wrote:
> > > > > > are you using composite? if yes, don't. Or install the latest
> > > > > > nvidia driver.
> > > > >
> > > > > In my initial posting I mentioned the driver, which is installed on
> > > > > my PC
> > > > >
> > > > > > > x11-drivers/nvidia-drivers-177.82  USE="acpi gtk -custom-cflags
> > > > > > > (-multilib)
> > > > >
> > > > > This is -- according to "emerge -pv..." the newest available...
> > > >
> > > > no, it is not. The latest are 180something and they solved some 2d
> > > > slowness issues with that driver.
> > > >
> > > > > Is it needed to switch off Composite with that version ?
> > > >
> > > > composite makes 2d very slow with drivers prior to 180. You don't
> > > > have to disable composite in xorg.conf. Just don't use compiz and
> > > > deactivate all effects in gnome/kde.
> > > > btw, xorg.conf would be nice to see.
> > >
> > > ...eeeh...how can I get the newest driver in a gentoo-compatible way?
> >
> > look into bugzilla - I am pretty sure somebody posted an updated ebuild
> > already. Download it, put it into your overlay, ebuild ...ebuild manifest
> > and emerge it.
> >
> > > I set
> > >
> > > x11-drivers/nvidia-drivers ~x86
> > >
> > > in /etc/package/package-keywords.
> > >
> > > Emerge reports the previously mentioned (non-180) version of the nvidia
> > > drivers.
> > >
> > > I attached Xorg.conf to this email.
> >
> > and I cleaned it up a bit:
> >
> > Section "Module"
> >     Load           "glx"
> > EndSection
> >
> > Section "ServerFlags"
> >     Option         "AllowMouseOpenFail" "true"
> > EndSection
> >
> > Section "InputDevice"
> >     Identifier     "Keyboard1"
> >     Driver         "kbd"
> >     Option         "AutoRepeat" "500 30"
> > # Specify which keyboard LEDs can be user-controlled (eg, with xset(1))
> >     Option         "LeftAlt" "Meta"
> >     Option         "RightAlt" "ModeShift"
> >     Option         "ScrollLock" "Compose"
> >     Option         "RightCtl" "Control"
> >     Option         "XkbOptions" "lv3:win_switch,ctrl:nocaps,compose:rwin"
> > # To customise the XKB settings to suit your keyboard, modify the
> >     Option         "XkbModel" "pc102"
> >     Option         "XkbLayout" "de"
> >     Option         "XkbVariant" "nodeadkeys"
> > EndSection
> >
> > Section "InputDevice"
> >     Identifier     "Mouse1"
> >     Driver         "mouse"
> >     Option         "Protocol" "IMPS/2"
> > #    Option "Device"        "/dev/input/mouse0"
> >     Option         "Device" "/dev/input/mice"
> >     Option         "Buttons" "5"
> >     Option         "ZAxisMapping" "4 5"
> > # When using XQUEUE, comment out the above two lines, and uncomment
> >     Option         "ChordMiddle"
> > EndSection
> >
> > Section "Monitor"
> >     Identifier     "HM903DT"
> >     Option         "DPMS"
> > EndSection
> >
> > Section "Device"
> >
> >     # Option "Overlay" "true"
> >     # Option "UBB" "true"
> >     # Option "CIOverlay" "true"
> >     # VideoRam  66560
> >     Identifier     "n7600GT"
> >     Driver         "nvidia"
> >     Option         "NvAGP" "3"
> >     Option         "TripleBuffer" "true"
> >     Option         "NoLogo" "1"
> >     Option         "BackingStore" "True"
> > EndSection
> >
> > Section "Screen"
> >     Identifier     "Screen 1"
> >     Device         "n7600GT"
> >     Monitor        "HM903DT"
> >     DefaultDepth    24
> >       SubSection     "Display"
> >         Viewport    0 0
> >         Depth       24
> >     EndSubSection
> > EndSection
> >
> > you could try without bs and tb.
>
> This xorg.conf gaves me a flickery (to low refresh rate) highly
> offseted screen with slim and after login the screen is somehow
> scrambled blockwise. I am not using hal for X11 due to othe problems
> (see previous problems reported here).
> I switched back to my old xorg.conf.
>
> What do you mean with "ts" and "bs"?

strange. Your monitor and your card should set up a perfect picture just by 
using edid data.
tb = triple buffering, bs = backingstore.




^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [gentoo-user] Loss of performance...OpenGL?
  2009-01-11 14:51             ` Volker Armin Hemmann
@ 2009-01-11 16:40               ` meino.cramer
  2009-01-11 16:46                 ` Volker Armin Hemmann
  0 siblings, 1 reply; 16+ messages in thread
From: meino.cramer @ 2009-01-11 16:40 UTC (permalink / raw
  To: gentoo-user

Volker Armin Hemmann <volkerarmin@googlemail.com> [09-01-11 15:55]:
> On Sonntag 11 Januar 2009, meino.cramer@gmx.de wrote:
> > Volker Armin Hemmann <volkerarmin@googlemail.com> [09-01-11 15:35]:
> > > On Sonntag 11 Januar 2009, meino.cramer@gmx.de wrote:
> > > > Volker Armin Hemmann <volkerarmin@googlemail.com> [09-01-11 15:15]:
> > > > > On Sonntag 11 Januar 2009, meino.cramer@gmx.de wrote:
> > > > > > > are you using composite? if yes, don't. Or install the latest
> > > > > > > nvidia driver.
> > > > > >
> > > > > > In my initial posting I mentioned the driver, which is installed on
> > > > > > my PC
> > > > > >
> > > > > > > > x11-drivers/nvidia-drivers-177.82  USE="acpi gtk -custom-cflags
> > > > > > > > (-multilib)
> > > > > >
> > > > > > This is -- according to "emerge -pv..." the newest available...
> > > > >
> > > > > no, it is not. The latest are 180something and they solved some 2d
> > > > > slowness issues with that driver.
> > > > >
> > > > > > Is it needed to switch off Composite with that version ?
> > > > >
> > > > > composite makes 2d very slow with drivers prior to 180. You don't
> > > > > have to disable composite in xorg.conf. Just don't use compiz and
> > > > > deactivate all effects in gnome/kde.
> > > > > btw, xorg.conf would be nice to see.
> > > >
> > > > ...eeeh...how can I get the newest driver in a gentoo-compatible way?
> > >
> > > look into bugzilla - I am pretty sure somebody posted an updated ebuild
> > > already. Download it, put it into your overlay, ebuild ...ebuild manifest
> > > and emerge it.
> > >
> > > > I set
> > > >
> > > > x11-drivers/nvidia-drivers ~x86
> > > >
> > > > in /etc/package/package-keywords.
> > > >
> > > > Emerge reports the previously mentioned (non-180) version of the nvidia
> > > > drivers.
> > > >
> > > > I attached Xorg.conf to this email.
> > >
> > > and I cleaned it up a bit:
> > >
> > > Section "Module"
> > >     Load           "glx"
> > > EndSection
> > >
> > > Section "ServerFlags"
> > >     Option         "AllowMouseOpenFail" "true"
> > > EndSection
> > >
> > > Section "InputDevice"
> > >     Identifier     "Keyboard1"
> > >     Driver         "kbd"
> > >     Option         "AutoRepeat" "500 30"
> > > # Specify which keyboard LEDs can be user-controlled (eg, with xset(1))
> > >     Option         "LeftAlt" "Meta"
> > >     Option         "RightAlt" "ModeShift"
> > >     Option         "ScrollLock" "Compose"
> > >     Option         "RightCtl" "Control"
> > >     Option         "XkbOptions" "lv3:win_switch,ctrl:nocaps,compose:rwin"
> > > # To customise the XKB settings to suit your keyboard, modify the
> > >     Option         "XkbModel" "pc102"
> > >     Option         "XkbLayout" "de"
> > >     Option         "XkbVariant" "nodeadkeys"
> > > EndSection
> > >
> > > Section "InputDevice"
> > >     Identifier     "Mouse1"
> > >     Driver         "mouse"
> > >     Option         "Protocol" "IMPS/2"
> > > #    Option "Device"        "/dev/input/mouse0"
> > >     Option         "Device" "/dev/input/mice"
> > >     Option         "Buttons" "5"
> > >     Option         "ZAxisMapping" "4 5"
> > > # When using XQUEUE, comment out the above two lines, and uncomment
> > >     Option         "ChordMiddle"
> > > EndSection
> > >
> > > Section "Monitor"
> > >     Identifier     "HM903DT"
> > >     Option         "DPMS"
> > > EndSection
> > >
> > > Section "Device"
> > >
> > >     # Option "Overlay" "true"
> > >     # Option "UBB" "true"
> > >     # Option "CIOverlay" "true"
> > >     # VideoRam  66560
> > >     Identifier     "n7600GT"
> > >     Driver         "nvidia"
> > >     Option         "NvAGP" "3"
> > >     Option         "TripleBuffer" "true"
> > >     Option         "NoLogo" "1"
> > >     Option         "BackingStore" "True"
> > > EndSection
> > >
> > > Section "Screen"
> > >     Identifier     "Screen 1"
> > >     Device         "n7600GT"
> > >     Monitor        "HM903DT"
> > >     DefaultDepth    24
> > >       SubSection     "Display"
> > >         Viewport    0 0
> > >         Depth       24
> > >     EndSubSection
> > > EndSection
> > >
> > > you could try without bs and tb.
> >
> > This xorg.conf gaves me a flickery (to low refresh rate) highly
> > offseted screen with slim and after login the screen is somehow
> > scrambled blockwise. I am not using hal for X11 due to othe problems
> > (see previous problems reported here).
> > I switched back to my old xorg.conf.
> >
> > What do you mean with "ts" and "bs"?
> 
> strange. Your monitor and your card should set up a perfect picture just by 
> using edid data.
> tb = triple buffering, bs = backingstore.
> 
> 
With the new ebuild for the nvidia-180* driver I installed that
driver. Now disturtion of dvb-t broadcast has gone but still having
high system load (system processes). The beside kaffeine quiet system
gets about 50% system process load (sum of both CPUs).

I removed backingstore and triple buffering in beforehand.

Any ideas to decrease load?


-- 
Please don't send me any Word- or Powerpoint-Attachments
unless it's absolutely neccessary. - Send simply Text.
See http://www.gnu.org/philosophy/no-word-attachments.html
In a world without fences and walls nobody needs gates and windows.



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [gentoo-user] Loss of performance...OpenGL?
  2009-01-11 16:40               ` meino.cramer
@ 2009-01-11 16:46                 ` Volker Armin Hemmann
  2009-01-11 17:46                   ` meino.cramer
  0 siblings, 1 reply; 16+ messages in thread
From: Volker Armin Hemmann @ 2009-01-11 16:46 UTC (permalink / raw
  To: gentoo-user

On Sonntag 11 Januar 2009, meino.cramer@gmx.de wrote:
> Volker Armin Hemmann <volkerarmin@googlemail.com> [09-01-11 15:55]:
> > On Sonntag 11 Januar 2009, meino.cramer@gmx.de wrote:
> > > Volker Armin Hemmann <volkerarmin@googlemail.com> [09-01-11 15:35]:
> > > > On Sonntag 11 Januar 2009, meino.cramer@gmx.de wrote:
> > > > > Volker Armin Hemmann <volkerarmin@googlemail.com> [09-01-11 15:15]:
> > > > > > On Sonntag 11 Januar 2009, meino.cramer@gmx.de wrote:
> > > > > > > > are you using composite? if yes, don't. Or install the latest
> > > > > > > > nvidia driver.
> > > > > > >
> > > > > > > In my initial posting I mentioned the driver, which is
> > > > > > > installed on my PC
> > > > > > >
> > > > > > > > > x11-drivers/nvidia-drivers-177.82  USE="acpi gtk
> > > > > > > > > -custom-cflags (-multilib)
> > > > > > >
> > > > > > > This is -- according to "emerge -pv..." the newest available...
> > > > > >
> > > > > > no, it is not. The latest are 180something and they solved some
> > > > > > 2d slowness issues with that driver.
> > > > > >
> > > > > > > Is it needed to switch off Composite with that version ?
> > > > > >
> > > > > > composite makes 2d very slow with drivers prior to 180. You don't
> > > > > > have to disable composite in xorg.conf. Just don't use compiz and
> > > > > > deactivate all effects in gnome/kde.
> > > > > > btw, xorg.conf would be nice to see.
> > > > >
> > > > > ...eeeh...how can I get the newest driver in a gentoo-compatible
> > > > > way?
> > > >
> > > > look into bugzilla - I am pretty sure somebody posted an updated
> > > > ebuild already. Download it, put it into your overlay, ebuild
> > > > ...ebuild manifest and emerge it.
> > > >
> > > > > I set
> > > > >
> > > > > x11-drivers/nvidia-drivers ~x86
> > > > >
> > > > > in /etc/package/package-keywords.
> > > > >
> > > > > Emerge reports the previously mentioned (non-180) version of the
> > > > > nvidia drivers.
> > > > >
> > > > > I attached Xorg.conf to this email.
> > > >
> > > > and I cleaned it up a bit:
> > > >
> > > > Section "Module"
> > > >     Load           "glx"
> > > > EndSection
> > > >
> > > > Section "ServerFlags"
> > > >     Option         "AllowMouseOpenFail" "true"
> > > > EndSection
> > > >
> > > > Section "InputDevice"
> > > >     Identifier     "Keyboard1"
> > > >     Driver         "kbd"
> > > >     Option         "AutoRepeat" "500 30"
> > > > # Specify which keyboard LEDs can be user-controlled (eg, with
> > > > xset(1)) Option         "LeftAlt" "Meta"
> > > >     Option         "RightAlt" "ModeShift"
> > > >     Option         "ScrollLock" "Compose"
> > > >     Option         "RightCtl" "Control"
> > > >     Option         "XkbOptions"
> > > > "lv3:win_switch,ctrl:nocaps,compose:rwin" # To customise the XKB
> > > > settings to suit your keyboard, modify the Option         "XkbModel"
> > > > "pc102"
> > > >     Option         "XkbLayout" "de"
> > > >     Option         "XkbVariant" "nodeadkeys"
> > > > EndSection
> > > >
> > > > Section "InputDevice"
> > > >     Identifier     "Mouse1"
> > > >     Driver         "mouse"
> > > >     Option         "Protocol" "IMPS/2"
> > > > #    Option "Device"        "/dev/input/mouse0"
> > > >     Option         "Device" "/dev/input/mice"
> > > >     Option         "Buttons" "5"
> > > >     Option         "ZAxisMapping" "4 5"
> > > > # When using XQUEUE, comment out the above two lines, and uncomment
> > > >     Option         "ChordMiddle"
> > > > EndSection
> > > >
> > > > Section "Monitor"
> > > >     Identifier     "HM903DT"
> > > >     Option         "DPMS"
> > > > EndSection
> > > >
> > > > Section "Device"
> > > >
> > > >     # Option "Overlay" "true"
> > > >     # Option "UBB" "true"
> > > >     # Option "CIOverlay" "true"
> > > >     # VideoRam  66560
> > > >     Identifier     "n7600GT"
> > > >     Driver         "nvidia"
> > > >     Option         "NvAGP" "3"
> > > >     Option         "TripleBuffer" "true"
> > > >     Option         "NoLogo" "1"
> > > >     Option         "BackingStore" "True"
> > > > EndSection
> > > >
> > > > Section "Screen"
> > > >     Identifier     "Screen 1"
> > > >     Device         "n7600GT"
> > > >     Monitor        "HM903DT"
> > > >     DefaultDepth    24
> > > >       SubSection     "Display"
> > > >         Viewport    0 0
> > > >         Depth       24
> > > >     EndSubSection
> > > > EndSection
> > > >
> > > > you could try without bs and tb.
> > >
> > > This xorg.conf gaves me a flickery (to low refresh rate) highly
> > > offseted screen with slim and after login the screen is somehow
> > > scrambled blockwise. I am not using hal for X11 due to othe problems
> > > (see previous problems reported here).
> > > I switched back to my old xorg.conf.
> > >
> > > What do you mean with "ts" and "bs"?
> >
> > strange. Your monitor and your card should set up a perfect picture just
> > by using edid data.
> > tb = triple buffering, bs = backingstore.
>
> With the new ebuild for the nvidia-180* driver I installed that
> driver. Now disturtion of dvb-t broadcast has gone but still having
> high system load (system processes). The beside kaffeine quiet system
> gets about 50% system process load (sum of both CPUs).
>
> I removed backingstore and triple buffering in beforehand.
>
> Any ideas to decrease load?

you could try xine or mplayer - from their cvs. AFAIK they support vdpau, 
which means nice video acceleration. Or you could try tvtime as a tv 
application. Is kaffeine using xv or shm? 





^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [gentoo-user] Loss of performance...OpenGL?
  2009-01-11 16:46                 ` Volker Armin Hemmann
@ 2009-01-11 17:46                   ` meino.cramer
  2009-01-11 17:55                     ` Volker Armin Hemmann
  0 siblings, 1 reply; 16+ messages in thread
From: meino.cramer @ 2009-01-11 17:46 UTC (permalink / raw
  To: gentoo-user

Volker Armin Hemmann <volkerarmin@googlemail.com> [09-01-11 17:49]:
> On Sonntag 11 Januar 2009, meino.cramer@gmx.de wrote:
> > Volker Armin Hemmann <volkerarmin@googlemail.com> [09-01-11 15:55]:
> > > On Sonntag 11 Januar 2009, meino.cramer@gmx.de wrote:
> > > > Volker Armin Hemmann <volkerarmin@googlemail.com> [09-01-11 15:35]:
> > > > > On Sonntag 11 Januar 2009, meino.cramer@gmx.de wrote:
> > > > > > Volker Armin Hemmann <volkerarmin@googlemail.com> [09-01-11 15:15]:
> > > > > > > On Sonntag 11 Januar 2009, meino.cramer@gmx.de wrote:
> > > > > > > > > are you using composite? if yes, don't. Or install the latest
> > > > > > > > > nvidia driver.
> > > > > > > >
> > > > > > > > In my initial posting I mentioned the driver, which is
> > > > > > > > installed on my PC
> > > > > > > >
> > > > > > > > > > x11-drivers/nvidia-drivers-177.82  USE="acpi gtk
> > > > > > > > > > -custom-cflags (-multilib)
> > > > > > > >
> > > > > > > > This is -- according to "emerge -pv..." the newest available...
> > > > > > >
> > > > > > > no, it is not. The latest are 180something and they solved some
> > > > > > > 2d slowness issues with that driver.
> > > > > > >
> > > > > > > > Is it needed to switch off Composite with that version ?
> > > > > > >
> > > > > > > composite makes 2d very slow with drivers prior to 180. You don't
> > > > > > > have to disable composite in xorg.conf. Just don't use compiz and
> > > > > > > deactivate all effects in gnome/kde.
> > > > > > > btw, xorg.conf would be nice to see.
> > > > > >
> > > > > > ...eeeh...how can I get the newest driver in a gentoo-compatible
> > > > > > way?
> > > > >
> > > > > look into bugzilla - I am pretty sure somebody posted an updated
> > > > > ebuild already. Download it, put it into your overlay, ebuild
> > > > > ...ebuild manifest and emerge it.
> > > > >
> > > > > > I set
> > > > > >
> > > > > > x11-drivers/nvidia-drivers ~x86
> > > > > >
> > > > > > in /etc/package/package-keywords.
> > > > > >
> > > > > > Emerge reports the previously mentioned (non-180) version of the
> > > > > > nvidia drivers.
> > > > > >
> > > > > > I attached Xorg.conf to this email.
> > > > >
> > > > > and I cleaned it up a bit:
> > > > >
> > > > > Section "Module"
> > > > >     Load           "glx"
> > > > > EndSection
> > > > >
> > > > > Section "ServerFlags"
> > > > >     Option         "AllowMouseOpenFail" "true"
> > > > > EndSection
> > > > >
> > > > > Section "InputDevice"
> > > > >     Identifier     "Keyboard1"
> > > > >     Driver         "kbd"
> > > > >     Option         "AutoRepeat" "500 30"
> > > > > # Specify which keyboard LEDs can be user-controlled (eg, with
> > > > > xset(1)) Option         "LeftAlt" "Meta"
> > > > >     Option         "RightAlt" "ModeShift"
> > > > >     Option         "ScrollLock" "Compose"
> > > > >     Option         "RightCtl" "Control"
> > > > >     Option         "XkbOptions"
> > > > > "lv3:win_switch,ctrl:nocaps,compose:rwin" # To customise the XKB
> > > > > settings to suit your keyboard, modify the Option         "XkbModel"
> > > > > "pc102"
> > > > >     Option         "XkbLayout" "de"
> > > > >     Option         "XkbVariant" "nodeadkeys"
> > > > > EndSection
> > > > >
> > > > > Section "InputDevice"
> > > > >     Identifier     "Mouse1"
> > > > >     Driver         "mouse"
> > > > >     Option         "Protocol" "IMPS/2"
> > > > > #    Option "Device"        "/dev/input/mouse0"
> > > > >     Option         "Device" "/dev/input/mice"
> > > > >     Option         "Buttons" "5"
> > > > >     Option         "ZAxisMapping" "4 5"
> > > > > # When using XQUEUE, comment out the above two lines, and uncomment
> > > > >     Option         "ChordMiddle"
> > > > > EndSection
> > > > >
> > > > > Section "Monitor"
> > > > >     Identifier     "HM903DT"
> > > > >     Option         "DPMS"
> > > > > EndSection
> > > > >
> > > > > Section "Device"
> > > > >
> > > > >     # Option "Overlay" "true"
> > > > >     # Option "UBB" "true"
> > > > >     # Option "CIOverlay" "true"
> > > > >     # VideoRam  66560
> > > > >     Identifier     "n7600GT"
 > > >     Driver         "nvidia"
> > > > >     Option         "NvAGP" "3"
> > > > >     Option         "TripleBuffer" "true"
> > > > >     Option         "NoLogo" "1"
> > > > >     Option         "BackingStore" "True"
> > > > > EndSection
> > > > >
> > > > > Section "Screen"
> > > > >     Identifier     "Screen 1"
> > > > >     Device         "n7600GT"
> > > > >     Monitor        "HM903DT"
> > > > >     DefaultDepth    24
> > > > >       SubSection     "Display"
> > > > >         Viewport    0 0
> > > > >         Depth       24
> > > > >     EndSubSection
> > > > > EndSection
> > > > >
> > > > > you could try without bs and tb.
> > > >
> > > > This xorg.conf gaves me a flickery (to low refresh rate) highly
> > > > offseted screen with slim and after login the screen is somehow
> > > > scrambled blockwise. I am not using hal for X11 due to othe problems
> > > > (see previous problems reported here).
> > > > I switched back to my old xorg.conf.
> > > >
> > > > What do you mean with "ts" and "bs"?
> > >
> > > strange. Your monitor and your card should set up a perfect picture just
> > > by using edid data.
> > > tb = triple buffering, bs = backingstore.
> >
> > With the new ebuild for the nvidia-180* driver I installed that
> > driver. Now disturtion of dvb-t broadcast has gone but still having
> > high system load (system processes). The beside kaffeine quiet system
> > gets about 50% system process load (sum of both CPUs).
> >
> > I removed backingstore and triple buffering in beforehand.
> >
> > Any ideas to decrease load?
> 
> you could try xine or mplayer - from their cvs. AFAIK they support vdpau, 
> which means nice video acceleration. Or you could try tvtime as a tv 
> application. Is kaffeine using xv or shm? 
> 
> 

once a upon a time I choose kaffeine over xine, mplayer and such,
because channel switching seems a lot of pain to be with the others
to me. 
And to setup the chennel frequencies and settings....uuuuhhh.

Kafeine: "Scan channels", "Add channels"...and you are done.

But may be my experience is to old in this special case.

By the way: 
xv is a lot of [CENSORED] with my NVIDIA card. I had a lot of trouble
to find a way to regulate brightness and such on a per application
basis. The only way I found (which by no means is to be read as
"there is no other way than..." ;) was to switch the xine
video interface of kaffeine from xv to xshm.

May be there is another chance in this corner of the problem to improve 
all this?

Suggestions are welcome :)
Very welcome.... :O)





-- 
Please don't send me any Word- or Powerpoint-Attachments
unless it's absolutely neccessary. - Send simply Text.
See http://www.gnu.org/philosophy/no-word-attachments.html
In a world without fences and walls nobody needs gates and windows.



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [gentoo-user] Loss of performance...OpenGL?
  2009-01-11 17:46                   ` meino.cramer
@ 2009-01-11 17:55                     ` Volker Armin Hemmann
  2009-01-11 18:15                       ` meino.cramer
  0 siblings, 1 reply; 16+ messages in thread
From: Volker Armin Hemmann @ 2009-01-11 17:55 UTC (permalink / raw
  To: gentoo-user

On Sonntag 11 Januar 2009, meino.cramer@gmx.de wrote:

> But may be my experience is to old in this special case.
>
> By the way:
> xv is a lot of [CENSORED] with my NVIDIA card. I had a lot of trouble
> to find a way to regulate brightness and such on a per application
> basis. The only way I found (which by no means is to be read as
> "there is no other way than..." ;) was to switch the xine
> video interface of kaffeine from xv to xshm.
>
> May be there is another chance in this corner of the problem to improve
> all this?
>
> Suggestions are welcome :)
> Very welcome.... :O)

well xshm does create a lot of load, there is not much you can do about it. 
You could try other ways like sdl, ogl or xvmc. But why not just use xv? It 
works well with tvtime - and you can change the brightness or contrast - on a 
per channel basis. Hmpf, tvtime will not work.. so kaffeine it is. .... 



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [gentoo-user] Loss of performance...OpenGL?
  2009-01-11 17:55                     ` Volker Armin Hemmann
@ 2009-01-11 18:15                       ` meino.cramer
  2009-01-11 18:23                         ` Volker Armin Hemmann
  0 siblings, 1 reply; 16+ messages in thread
From: meino.cramer @ 2009-01-11 18:15 UTC (permalink / raw
  To: gentoo-user

Volker Armin Hemmann <volkerarmin@googlemail.com> [09-01-11 19:11]:
> On Sonntag 11 Januar 2009, meino.cramer@gmx.de wrote:
> 
> > But may be my experience is to old in this special case.
> >
> > By the way:
> > xv is a lot of [CENSORED] with my NVIDIA card. I had a lot of trouble
> > to find a way to regulate brightness and such on a per application
> > basis. The only way I found (which by no means is to be read as
> > "there is no other way than..." ;) was to switch the xine
> > video interface of kaffeine from xv to xshm.
> >
> > May be there is another chance in this corner of the problem to improve
> > all this?
> >
> > Suggestions are welcome :)
> > Very welcome.... :O)
> 
> well xshm does create a lot of load, there is not much you can do about it. 
> You could try other ways like sdl, ogl or xvmc. But why not just use xv? It 
> works well with tvtime - and you can change the brightness or contrast - on a 
> per channel basis. Hmpf, tvtime will not work.. so kaffeine it is. .... 
> 

ehhh...sorry...I didnt understand. It seems to me that the first part
of your mail states, that xv (which is a problem for nvidia cards like
mine as much as I can say and nof the apllikation ... ) will work with
tvtime and the second part states the opposite...

help me please, I am older than 20... ;)

-- 
Please don't send me any Word- or Powerpoint-Attachments
unless it's absolutely neccessary. - Send simply Text.
See http://www.gnu.org/philosophy/no-word-attachments.html
In a world without fences and walls nobody needs gates and windows.



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [gentoo-user] Loss of performance...OpenGL?
  2009-01-11 18:15                       ` meino.cramer
@ 2009-01-11 18:23                         ` Volker Armin Hemmann
  0 siblings, 0 replies; 16+ messages in thread
From: Volker Armin Hemmann @ 2009-01-11 18:23 UTC (permalink / raw
  To: gentoo-user

On Sonntag 11 Januar 2009, meino.cramer@gmx.de wrote:
> Volker Armin Hemmann <volkerarmin@googlemail.com> [09-01-11 19:11]:
> > On Sonntag 11 Januar 2009, meino.cramer@gmx.de wrote:
> > > But may be my experience is to old in this special case.
> > >
> > > By the way:
> > > xv is a lot of [CENSORED] with my NVIDIA card. I had a lot of trouble
> > > to find a way to regulate brightness and such on a per application
> > > basis. The only way I found (which by no means is to be read as
> > > "there is no other way than..." ;) was to switch the xine
> > > video interface of kaffeine from xv to xshm.
> > >
> > > May be there is another chance in this corner of the problem to improve
> > > all this?
> > >
> > > Suggestions are welcome :)
> > > Very welcome.... :O)
> >
> > well xshm does create a lot of load, there is not much you can do about
> > it. You could try other ways like sdl, ogl or xvmc. But why not just use
> > xv? It works well with tvtime - and you can change the brightness or
> > contrast - on a per channel basis. Hmpf, tvtime will not work.. so
> > kaffeine it is. ....
>
> ehhh...sorry...I didnt understand. It seems to me that the first part
> of your mail states, that xv (which is a problem for nvidia cards like
> mine as much as I can say and nof the apllikation ... ) will work with
> tvtime and the second part states the opposite...
>
> help me please, I am older than 20... ;)

my first point is that tvtime is a nice tv application, that uses xv.
my second is that tvtime does not work with dvb-t adapters that sent a mpeg2 
stream to the tv application - which most dvb-t adapters do.

if you think your load is too high, try opengl, sdl, xvmc as 'video driver' 
instead of xshm.




^ permalink raw reply	[flat|nested] 16+ messages in thread

end of thread, other threads:[~2009-01-11 18:23 UTC | newest]

Thread overview: 16+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-01-11 13:24 [gentoo-user] Loss of performance...OpenGL? meino.cramer
2009-01-11 13:33 ` Volker Armin Hemmann
2009-01-11 14:00   ` meino.cramer
2009-01-11 14:08     ` Volker Armin Hemmann
2009-01-11 14:21       ` meino.cramer
2009-01-11 14:31         ` Volker Armin Hemmann
2009-01-11 14:46           ` meino.cramer
2009-01-11 14:51             ` Volker Armin Hemmann
2009-01-11 16:40               ` meino.cramer
2009-01-11 16:46                 ` Volker Armin Hemmann
2009-01-11 17:46                   ` meino.cramer
2009-01-11 17:55                     ` Volker Armin Hemmann
2009-01-11 18:15                       ` meino.cramer
2009-01-11 18:23                         ` Volker Armin Hemmann
2009-01-11 14:22       ` meino.cramer
2009-01-11 14:04   ` meino.cramer

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox