While testing a ATI Cedar equiped laptop I could not get the EDID for
the interal LVDS in user space. I tried xrandr and xcmddc with no results.
But the /var/log/Xorg.0.log showed that EDID was detected and hwinfo gives
the monitor manufacturer. Still user space applications needs the complete
Am 02.11.11, 17:41 -0400 schrieb Alex Deucher:
On Wed, Nov 2, 2011 at 5:03 PM, Kai-Uwe Behrmann k...@gmx.de wrote:
While testing a ATI Cedar equiped laptop I could not get the EDID for the
interal LVDS in user space. I tried xrandr and xcmddc with no results. But
the /var/log/Xorg.0.log showed
Am 18.10.11, 20:10 -0700 schrieb Pierre-Loup A. Griffais:
On 10/17/2011 11:41 PM, Kai-Uwe Behrmann wrote:
I am not sure where to start and seek for input on a problem with KWin and
Compiz. They show very similiar wrong rendering of borders, shadows and
the logout screens.
In compiz is a RGBA
of
FF and GTK2 drawing areas.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http
desktop
colour servers.
Affected are libXcm, Xcm, Oyranos, CompICC and CinePaint. They are all
updated and will contain the changes in their next releases.
The spec allowes a client/server communication about colour correction on
the GPU by compositing window managers.
kind regards
Kai-Uwe
and event observing.
ChangeLog:
Kai-Uwe Behrmann (11):
* [core]: use only JSON array in xcmedid
* [core]: skip the numbered JSON device level in xcmedid
* [build]: default to bz2 compression for RPM
* [build]: remove unused macros in RPM spec file
* [core
management events on the
command line.
ChangeLog:
Kai-Uwe Behrmann (6):
* [docu]: man page minor fixes
* [build]: switch to bz2 compression for RPM
* [docu]: add xcmevents man page
* [core]: add JSON from EDID output
* [core]: we support DDC only on Linux
and event observing.
ChangeLog:
Kai-Uwe Behrmann (14):
* [core]: dont call exit() from library code
* [build]: rpm group is System/Libraries
* [core]: initialy print capabilities
* [core]: fix typo
* [exmpl]: add net-color spec opt-out example
management events on the
command line.
ChangeLog:
Kai-Uwe Behrmann (10):
* [build]: rpm group is System/Libraries
* [build]: disable ddc on apple
* [build]: add XCM_H flags
* [build]: compress package with bzip2
* [conf]: sync test script with Oyranos
Sorry for the noice.
kind regards, Kai-Uwe
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com
is out.
YMMV but there is a patch to compiz to make it run without the window
manager portion.
http://git.compiz.org/~tuxmarkv/zcomp/
Just a thought :)
That would be really cool.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
). For gnome users there is gnome color manager.
gnome color manager must be ignored by CompIcc once monitors are switched,
like during hotplug.
Hal
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
services, which need real computational
throughput like colour correction of movies.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
___
xorg@lists.freedesktop.org: X.Org support
Archives: http
.tar.gz
sha1sum: 8bdd5235bb61d0b863a5762967dc151c90e1b66a libXcm-0.4.0.tar.gz
regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
___
xorg@lists.freedesktop.org: X.Org support
Archives: http
-0.4.0.tar.gz
regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman
fetching with root
privilegs is not nice. ArgyllCMS can then require the appropriate Xcm sub
package and will be able to communicate without root rights. libXcm has
not other dependencies than Xorg.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name
Am 23.12.10, 11:09 -0500 schrieb Alex Deucher:
On Thu, Dec 23, 2010 at 2:25 AM, Kai-Uwe Behrmann k...@gmx.de wrote:
Hello,
I try to talk to LVDS and DP connected displays over the i2c bus. What works
nicely for external DVI displays appears silent for the internal one and DP.
Any pointer what
of handling direct display communication
for calibration (MCCS), identification (EEDID) and so on.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
[1] http://www.oyranos.org/scm
___
xorg
Am 16.11.10, 19:21 -0500 schrieb Matt Turner:
On Tue, Nov 16, 2010 at 3:38 AM, Kai-Uwe Behrmann k...@gmx.de wrote:
ATI and Nvidia ship separate version of libGL.so, for Linux and probably for
other operating systems. Now I want to make a Live media with
out of the box fantastic OpenGL support
to see how Linux stuff competes with osX or Windows.)
thanks,
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
not permitted
It seems to need privileged rights.
As root:
Found VBE Version 3.0.
VBE Call 0x15 failed!
What are the requirements to run vbe-edid successfully?
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
Colour Management System.
ChangeLog:
Kai-Uwe Behrmann (15):
* [docu]: update ChangeLog and README
* [conf]: bump version
* [build]: omit make uninstall during install
* [core]: update to libXcm-0.3.0
* [build]: update to RPM spec
* [core]: rename
://sourceforge.net/projects/oyranos/files/libXcm/libXcm-0.3.x/libXcm-0.3.0.tar.gz/download
size: 45037
sha1sum: 71ab99918edd1db5121dfc6f45d7992636536de9 libXcm-0.3.0.tar.gz
md5sum: 67c721bed5767237f05a4c5f36309e70 libXcm-0.3.0.tar.gz
regards
Kai-Uwe Behrmann
--
developing for colour management
size: 19087
sha1sum: a04eaebf385f28fe69c463c3825b1999f8f7d333 xcm-0.3.0.tar.gz
md5sum: 04032c52a395930cc21280cea80e2b44 xcm-0.3.0.tar.gz
regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
___
xorg
big screen over all monitors and the Xinerama
API to get positioning? I guess XRandR works similiar these days if
available.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
___
xorg
Am 30.09.10, 15:30 -0400 schrieb Alex Deucher:
On Thu, Sep 30, 2010 at 3:18 PM, Kai-Uwe Behrmann k...@gmx.de wrote:
Does gnome even consider to add compositing to their default window manager
(metacity)? I thought they completely rely on compiz to have compositing
effects.
Yes, metacity
that
play nicely together. Any thoughts from you? :-)
I'd suggest to ship gnome.
Does gnome even consider to add compositing to their default window
manager (metacity)? I thought they completely rely on compiz to have
compositing effects.
kind regards
Kai-Uwe Behrmann
--
developing for colour
(ICCCM).
Curious asking, who uses xcmsdb?
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info
Am 24.09.10, 15:18 +0200 schrieb walter harms:
Kai-Uwe Behrmann schrieb:
Am 23.09.10, 19:15 -0700 schrieb Alan Coopersmith:
xcmsdb is used to load, query, or remove Device Color Characterization
data stored in properties on the root window of the screen as
specified in section 7, Device Color
no input field?
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman
of the
Oyranos examples and links to that colour management library.
ChangeLog:
Kai-Uwe Behrmann (11):
* [build]: clean better
* [conf]: bump version
* [build]: switch test variable
* [build]: rename registration to compicc
* [build]: link with Oyranos libs
Am 11.08.10, 13:20 +0100 schrieb sam tygier:
On 10/08/10 12:14, Kai-Uwe Behrmann wrote:
The project brings you instant desktop colour correction on GPU through
the compiz window manager.
does this mean that you dont need to tell applications about the monitor
profile anymore? for example
contributors, especially to the original author Tomas
Carnecky.
ChangeLog:
Kai-Uwe Behrmann (2):
* [core]: initial commit
* [core]: support live monitor connect
Download:
Git: git://compicc.git.sourceforge.net/gitroot/compicc/compicc (read-only)
git sha1
The man command gives me:
Man: find all matching manual pages
* Xcolor (3)
Xcolor (3x)
XColor (3)
Will this be a problem? The XColor man page referes to the XColor
structure. Is XColor much used these days, so I would need to pick an
other name?
kind regards
Kai-Uwe Behrmann
Hello,
I am packaging a small colour management library for X.
Is the name libXcolor free to pick?
The library depends currently just on X11/Xlib.h and X11/Xatom.h stuff,
but might later want Xfixes for region handling.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
ArgyllCMS can generate ICC monitor profiles and apply them to the
video card gamma table. But this path will require some exploration from
your side.
Typical gamma tools, like xgamma or monica, do not allow to change
advanced properties like white point settings.
kind regards
Kai-Uwe
the XOpenDisplay() is called. If
XOpenDisplay() is called at startup it goes into a non returning
polling.
On Sat, Apr 10, 2010 at 4:19 AM, Kai-Uwe Behrmann k...@gmx.de wrote:
I wonder if I need to do something special for using the above call.
During starting of compiz at start of KDE, a plugin calls
openSUSE-11.2 xorg-x11-libs-7.4-25.1.x86_64 .
(for completness compiz is of version 0.7.8)
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
(gdb) bt
#0 0x7ffb68588ff8 in __poll (fds=0x79d5a4d0, nfds=1,
timeout=value optimized out
to be) shipped by
latest distibution releases instead of vesa or nvidia binary blob.
Thanks,
Andy Ritger
1. http://nouveau.freedesktop.org/
What kind of hardware documentation from nvidia would help to develop
the open source driver?
kind regards
Kai-Uwe Behrmann
--
developing for colour
Attached are two small patches to allow me opening a edid block through
libminitru and to use differing compiler flags.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
diff --git a/edid.c b/edid.c
index bf8a565..076b714 100644
--- a/edid.c
are referenced by a key name.
Additionally a XEdid_s structure is declared only for further parsing
convinience. The parsed items are merely colorimetric and identification
parts. Missed is the timing and the resolution stuff, which can be added
later.
Comments are welcome.
kind regards
Kai-Uwe Behrmann
Am 06.01.10, 10:38 -0500 schrieb Adam Jackson:
On Wed, 2010-01-06 at 11:13 +0100, Kai-Uwe Behrmann wrote:
Soren Sandmann is mentioned as the author of edid-parse.c (2007). I took
Ah
edid-parse.c is part of libgnome-desktop. It's not used in the server
at all.
The attached
needs.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
remains
with that library. Otherwise it seems very fine.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman
Am 02.12.09, 20:59 +1100 schrieb Graeme Gill:
Kai-Uwe Behrmann wrote:
ddccontrol uses /dev/i2c-xxx, so the problem of non root access remains
with that library. Otherwise it seems very fine.
Is there a mechanism to associate the /dev/i2c-xxx with the matching
display though ?
No. The used
Am 02.12.09, 23:41 +1100 schrieb Graeme Gill:
Kai-Uwe Behrmann wrote:
No. The used ookala-mcf just searches to find some EDID in the
communication and then talks to a EDID containing device. See DevI2c.cpp
around line 153. Ookala::DevI2c::enumerate()
So in theory a correspondence could
of xprop or xrandr to edid-decode on
the command line?
Btw. edid-decode.c and to edid-parse.c from Soeren Sandmann
seem to have not all in properties in common. Especially
decode_color_characteristics() from the later.
In particular the bits about manufacturer_name().
- ajax
kind regards
Kai-Uwe
Did you try the Xorg included twm? Twm itself uses few resources.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
Am 28.09.09, 17:58 -0700 schrieb Tony Bones:
should check out EvilWM. Besides being EVIL its also very light
at
10-bit. There is no compatibility hardware list to tell more if something
is against a recent AMD or Nvidia. So I simply assume the HP will work
flawlessly at 10-bits with any new hardware at least in OpenGL views.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
Am 15.08.09, 17:43 +0200 schrieb Mathieu Taillefumier:
I have a problem with icc profile and the git version of xorg
(libs+server+drivers) with intel drivers. The icc profiles created with
Argyll seem
: 7927
Any idea how to avoid a quit from XFixesFetchRegion()? A error message
would be enough. A exit in not acceptable to the application.
A minimal example application source code is attached.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name
will fix it.
Other than I expected XFixesCreateRegion()/XFixesFetchRegion() is not
useful for inter application communication.
Thanks for the quick answere.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
Am 23.06.09, 13:10 +0200 schrieb Eirik Byrkjeflot Anonsen:
Kai-Uwe Behrmann k...@gmx.de writes:
Any idea how to avoid a quit from XFixesFetchRegion()? A error message
would be enough. A exit in not acceptable to the application.
My memory is rather unclear on this point, but if the default
.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
55 matches
Mail list logo
