Am 02.11.11, 17:41 -0400 schrieb Alex Deucher:
On Wed, Nov 2, 2011 at 5:03 PM, Kai-Uwe Behrmann 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 that EDID
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 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
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
blog article for interessted readers:
http://oyranos-cms.blogspot.com/2011/09/colour-correction-concepts-for-monitors.html
kind regards
Kai-Uwe Behrmann
--
developing for colour management
oyranos-cms.blogspot.com oy@freenode#openicc
On 09/26/2011 12:21 AM, Kai-Uwe Behrmann wrote:
The net-color
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
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 (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 (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
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
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
ut.
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.na
n run 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:
lCMS
(command-line). 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.behrma
xcm-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/ma
.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
ide applications. A daemon for EEDID 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
Am 23.12.10, 11:09 -0500 schrieb Alex Deucher:
On Thu, Dec 23, 2010 at 2:25 AM, Kai-Uwe Behrmann 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 could be
all become capable 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
__
Hello Alan,
after a while I figured out how to properly use xprop -set . As a result I
created the following patch:
Reported-by: Kai-Uwe Behrmann
8<-
--- xprop-1.2.0/xprop_101007.053751.man 2010-10-07 05:37:51.00
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
Am 16.11.10, 19:21 -0500 schrieb Matt Turner:
On Tue, Nov 16, 2010 at 3:38 AM, Kai-Uwe Behrmann 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
m.)
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/lis
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
z/download
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
__
://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
e 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
___
Am 30.09.10, 15:30 -0400 schrieb Alex Deucher:
On Thu, Sep 30, 2010 at 3:18 PM, Kai-Uwe Behrmann 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 support
set of packages 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
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
(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
as 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/ma
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 if
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
currently maintained by Kai-Uwe Behrmann.
The library is used by colour_desktop a compiz plugin for full
screen colour correction in hardware. libXcm allows the plugin to support
multi monitor and multiple regions per window.
Kai-Uwe Behrmann (10):
* [docu]: limit doxygen search paths
Am 17.06.10, 13:28 +0200 schrieb Klaus Dittrich:
Am 06/17/10 12:44, schrieb Kai-Uwe Behrmann:
Am 17.06.10, 11:09 +0200 schrieb Klaus Dittrich:
Am 06/17/10 10:42, schrieb Kai-Uwe Behrmann:
Is this lib meant to get part of Xorg in future?
We choose MIT to allow for especially that. Feel
Am 17.06.10, 11:09 +0200 schrieb Klaus Dittrich:
Am 06/17/10 10:42, schrieb Kai-Uwe Behrmann:
Am 17.06.10, 09:45 +0200 schrieb Klaus Dittrich:
Am 06/17/10 06:40, schrieb Kai-Uwe Behrmann:
This is the first release of libXcm a colour management library for the
X Window System. The library
Am 17.06.10, 09:45 +0200 schrieb Klaus Dittrich:
Am 06/17/10 06:40, schrieb Kai-Uwe Behrmann:
This is the first release of libXcm a colour management library for the
X Window System. The library communicates X colour regions between
server and clients, which is described in the included net
maintained by Kai-Uwe Behrmann.
The library is used by colour_desktop a compiz plugin for full
screen colour correction in hardware. libXcm allows the plugin to support
multi monitor and multiple regions per window.
Kai-Uwe Behrmann (39):
* [build]: link -lX11 to libXcolor.so
Am 04.06.10, 15:14 +0200 schrieb walter harms:
Kai-Uwe Behrmann schrieb:
structure. Is XColor much used these days, so I would need to pick an
other name?
what is about libXcm ? feel free at an "s" like libXcms
re,
wh
libXcm [1] seems good or just libXcr for color region.
ki
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
rom what session 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 wrote:
I wonder if I need to do something special for using the above call.
During starting of compiz at start of KDE,
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=) at ../sysdeps/unix
) 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
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 a
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 Beh
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
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
&
ve a look at http://ddccontrol.sourceforge.net/ for a working
> implementation that bypasses the X server (although as says Dave, going
> through Xrandr looks like the right thing to do).
ddccontrol uses /dev/i2c-xxx, so the problem of non root access remains
with that library. Otherwise it see
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
specially
decode_color_characteristics() from the later.
> In particular the bits about manufacturer_name().
>
> - ajax
>
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
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 li
evice 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 manag
gards
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
&g
Am 23.06.09, 13:10 +0200 schrieb Eirik Byrkjeflot Anonsen:
> Kai-Uwe Behrmann 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
Am 23.06.09, 13:05 +0200 schrieb Maarten Maathuis:
> And this region is some property of the root window?
No, it is a property of some window.
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
example. It does a usual Xorg connect through XOpenDisplay().
The second app is the one calling XFixesFetchRegion() and crashes in my
example code. But the intention is not to let it crash. It shall continue
to log the regions or report a error and log other events.
kind regards
Kai-U
ter setting nRect = 0 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.n
: 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
important clearification for the client side. It is really
much appreciated.
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.or
If crtc does not provide the physical monitor arrangement, where shall
the x and y else come from? The Xinerama API comes to mind, but is this
planed to persist or already deprecated in favour of XRandR?
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name
log messages during the boot process being
hidden by a "nice" distro screen.
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
67 matches
Mail list logo