belongs in kdelibs or Workspace.
Hmm, reads like a plan to abstract from the Oyranos abstraction API.
Maybe a graphics scheme could help in making that idea better
understandable?
Thoughts?
John.
kind regards
Kai-Uwe Behrmann
--
www.oyranos.org
On 22.01.2013 17:50, Cristian Tibirna wrote:
On Monday 21 January 2013 21:22:42 John Layt wrote:
My big concern is that KDE is sleep-walking into a hodge-podge
solution with little co-ordination on implementations and dependencies, and
little knowledge of the implications of the decisions
. It needs a bit
of polishing to become useable.
Thanks to Google for providing the colour management and graphics
community again a great chance to code and learn the open source way.
kind regards
Kai-Uwe Behrmann
--
GSoC admin @ OpenICC.info
[1] http://www.freedesktop.org/wiki/OpenIcc
your name and
information on the OpenICC wiki page [4] to help us estimate resources. In
case you need a visa, please write us preferedly soon as mail can take a
while. Submission deadline for obtaining sponsoring will be 30th of
September.
regards,
Kai-Uwe Behrmann
--
organisation
The KolorManager project has been moved to extragear/graphics .
Thanks to all who helped with that.
kind regards
Kai-Uwe Behrmann
--
www.oyranos.org
Am 14.03.12, 11:26 +0100 schrieb Kai-Uwe Behrmann:
Request ID:
https://bugs.kde.org/show_bug.cgi?id=295987
About:
KolorManager is a front end to the Oyranos Colour Management System (CMS).
Why:
Colour Management is a important part of modern desktops. It helps designers
to improve colour
Am 23.03.12, 17:10 +0100 schrieb Thomas Lübking:
Am 23.03.2012, 06:27 Uhr, schrieb Kai-Uwe Behrmann k...@gmx.de:
Where would be a competing system on Linux?
Well, I certainly did not read all of that colord ./. oyranos flamewar on
k-c-d where supporters of either basically tagged the other
Am 21.03.12, 20:34 +0100 schrieb Martin Gräßlin:
I think you do not know how KWin's rendering works. In a simplistic way: a
window is rendered to the screen through a shader. At runtime KWin decides
which shader to be used. As by that there is always only one active shader, so
to have color
correction itself.
In that case we can safely assume that the user wants the app to take
care - compositor does no longer color correct the screen.
There is no application taking care of it: compositor renders the whole
screen.
That could be a start.
kind regards
Kai-Uwe Behrmann
Am 22.03.12, 07:34 +0100 schrieb Martin Gräßlin:
On Thursday 22 March 2012 07:02:27 Kai-Uwe Behrmann wrote:
Am 21.03.12, 20:34 +0100 schrieb Martin Gräßlin:
Do you have any references showing that it is impossible to add color
correction to Qt during the lifecycle of Qt 5? I'm sorry, but I
Sorry I missed to answere you somehow.
Am 21.03.12, 10:25 +0100 schrieb todd rme:
On Wed, Mar 21, 2012 at 8:39 AM, Kai-Uwe Behrmann k...@gmx.de wrote:
Am 20.03.12, 21:17 +0100 schrieb Thomas Lübking:
Am 20.03.2012, 20:12 Uhr, schrieb Martin Graesslin mgraess...@kde.org:
A fully color
Am 22.03.12, 22:49 +0100 schrieb Thomas Lübking:
Am 22.03.2012, 19:20 Uhr, schrieb Kai-Uwe Behrmann k...@gmx.de:
I was tould by the graphics community to keep the X Color Management spec
backward compatible with the ICC Profile in X spec, so we did. Thus old
style applications see a sRGB
Am 20.03.12, 21:17 +0100 schrieb Thomas Lübking:
Am 20.03.2012, 20:12 Uhr, schrieb Martin Graesslin mgraess...@kde.org:
A fully color corrected compositor seems feasible to me
I'm atm. not even sure about that.
I might be utterly wrong, but my impression is that the xvidmode extension
can
Am 21.03.12, 18:20 +0100 schrieb Martin Gräßlin:
On Wednesday 21 March 2012 08:23:39 Kai-Uwe Behrmann wrote:
There is more into it: first of all KWin currently does not distinguish
between screens during rendering. To properly have screen aware color
correction the complete compositor has
Thanks for posting here.
Am 18.03.12, 20:01 +0200 schrieb Casian Andrei:
Hello,
I am a final year undergraduate student at the Polytechnic University
of Bucharest, Automation and Computers Faculty. I am interested in the
Compositor Colour Management idea from OpenSUSE. It looks like
something
Am 16.03.12, 17:05 +0100 schrieb Alex Fiestas:
On Friday, March 16, 2012 03:09:39 PM John Layt wrote:
Here's my pragmatic take on it, without judging the merits of either project
or their champions, and not knowing what the implications for application
developers are.
At the moment I believe
Am 14.03.12, 17:04 +0100 schrieb Matthias Klumpp:
2012/3/14 Kai-Uwe Behrmann k...@gmx.de:
Am 14.03.12, 15:54 +0100 schrieb Matthias Klumpp:
[...]
I also want to point you to this comparison colord against Oryanos:
= http://www.freedesktop.org/software/colord/faq.html#oyranos
Matthias, you
Am 14.03.12, 14:29 -0700 schrieb Daniel Nicoletti:
2012/3/14 Kai-Uwe Behrmann k...@gmx.de:
It is indeed relevant because now we have a central place to configure it.
And users need to manage and error check everything themself. I would not
use that in a professional environment, where time
Am 14.03.12, 20:43 -0700 schrieb Daniel Nicoletti:
On the other hand if there are things that a mere 'power user' might
find
useful (that colord will not be supporting due to scope) then it might make
sense to have extra U/I if Oyranos is available. Perhaps multi-monitor CMS
would fit the
Am 14.03.12, 20:39 -0700 schrieb Daniel Nicoletti:
Like I also help with Wicd support in KDE, Kopete, and other areas of interests
for KDE users. I do not use Wicd, but I help KDE users of Wicd even before I
was the Network Management maintainer. By the way, I am not driven by FDO
interests.
Am 15.03.12, 08:06 -0300 schrieb Lamarque V. Souza:
Maybe, that is something that needs to be discussed with oyranos'
community. By what I read in this thread elektra is still maintained and is
optional, not sure about fltk.
FLTK is optional. The core library is toolkit independent and
and the Linux world specific is, most of the time, considered a
good thing. Competing projects are generally responsible for more
innovation than monopolies.
If we can embrace this, it would be wonderful.
kind regards
Kai-Uwe
--
Kai-Uwe Behrmann
www.oyranos.org
Am 14.03.12, 14:29 -0700 schrieb Daniel Nicoletti:
If CUPS is locally installed this means it can just send the job color
corrected!
Am 15.03.12, 04:11 -0700 schrieb Daniel Nicoletti:
So far colour conversion happens on the end machine. That is the one,
which is connected to the device.
.
Oyranos makes things ... complicated. See;
http://www.oyranos.org/doc_alpha/index.html
That is a apple against orange page comparision. But hey, here is a
better link:
http://www.oyranos.org/features/
--
Thomas Zander
glad to help,
Kai-Uwe
--
Kai-Uwe Behrmann
www.oyranos.org
Am 15.03.12, 09:39 -0300 schrieb Daniel Nicoletti:
2012/3/15 Kai-Uwe Behrmann k...@gmx.de:
... and do caching, lookup, perhaps wrapping of CMMs and so one. Would it
not be nice to share that?
Really caching of so small files? If you cache small files you have an unneeded
overhead at best
Michael Pyne mp...@kde.org schrieb:
On Wednesday, March 14, 2012 20:43:59 Daniel Nicoletti wrote:
On the other hand if there are things that a mere 'power user'
might
find
useful (that colord will not be supporting due to scope) then it
might
make
sense to have extra U/I if Oyranos
currently in Playground/Graphics:
http://quickgit.kde.org/?p=kolor-manager.gita=summary
Someone mentioned kdegraphics would be a appropriate target place inside
the KDE hierarchy.
kind regards
Kai-Uwe
--
Kai-Uwe Behrmann
developing for colour management
www.behrmann.name + www.oyranos.org
Am 14.03.12, 04:36 -0700 schrieb Daniel Nicoletti:
Request:
After working on KolorManager and Oyranos in the past months for the last
Oyranos-0.4.0 release, we feel the stack is ready to review for inclusion into
KDE.
KolorManager resides currently in Playground/Graphics:
Am 14.03.12, 06:01 -0700 schrieb Daniel Nicoletti:
I'm actually targeting KDE SC 4.9 as gnome-color-manager is very mature and I
am
pretty much just rewriting it with Qt/KDE libs.
OpenICC colour experts have then a different view of maturity.
1-
on colord, even if there is currently no KDE gui for it.
--
Thomas Zander
kind regards
Kai-Uwe
--
Kai-Uwe Behrmann
http://www.oyranos.org
(regarding the FAQ):
=
http://blog.tenstral.net/2012/02/wanted-kde-color-management-kcm.html/comment-page-1#comment-48661
http://www.oyranos.org/2012/03/kde-end-to-end-colour-management/
Kind regards,
Matthias Klumpp
kind regards
Kai-Uwe Behrmann
--
developing for colour management
Am 14.03.12, 17:46 +0100 schrieb Thomas Zander:
On Wednesday 14 March 2012 16.39.00 Boudewijn Rempt wrote:
Colord - just to mention that - is also not a GNOME project, it's a
FreeDesktop project. (Doesn't mean it's standard, but does mean that
it's not GNOME)
Well, no, having something on
Am 14.03.12, 21:10 +0100 schrieb Thomas Zander:
On Wednesday 14 March 2012 18.12.13 Kai-Uwe Behrmann wrote:
Am 14.03.12, 17:46 +0100 schrieb Thomas Zander:
That said; Cups also depends on colord. And IMO that has a bigger impact
than the gnome components that pull it in.
colord print CM
Am 14.03.12, 21:29 +0100 schrieb Alexander Neundorf:
On Wednesday 14 March 2012, Thomas Zander wrote:
On Wednesday 14 March 2012 18.12.13 Kai-Uwe Behrmann wrote:
Am 14.03.12, 17:46 +0100 schrieb Thomas Zander:
On Wednesday 14 March 2012 16.39.00 Boudewijn Rempt wrote:
Colord - just
Am 14.03.12, 22:03 +0100 schrieb Alexander Neundorf:
On Wednesday 14 March 2012, Thomas Zander wrote:
On Wednesday 14 March 2012 21.29.09 Alexander Neundorf wrote:
The wiki page somebody pointed to mentioned that colord is linux-only,
while oyranos also works on Windows and OSX.
If we chose
standards
and in parts cross OS recommendations, which I have put much work into.
And these conventions have to be transformed into code, which are
target at KDE and I helped with.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
Am 22.02.12, 10
Am 22.02.12, 11:52 - schrieb Richard Hughes:
On 22 February 2012 11:30, Christoph Feck christ...@maxiom.de wrote:
Our color management KDE dude is Kai-Uwe Behrmann from Oyranos
team. See git/playground/graphics/kolor-manager for what is already
available.
I gave up on working with Kai-Uwe
by default for two releases
[...]
Basically, I need a KDE dude.
Our color management KDE dude is Kai-Uwe Behrmann from Oyranos
team. See git/playground/graphics/kolor-manager for what is already
available.
Christoph Feck (kdepepo)
KDE Quality Team
kind regards
Kai-Uwe
Am 22.02.12, 16:42 - schrieb John Layt:
On 22 Feb 2012 11:29, Boudewijn Rempt b...@valdyas.org wrote:
On Wednesday 22 February 2012 Feb, Nuno Pinheiro wrote:
A Quarta, 22 de Fevereiro de 2012 10:46:53 Richard Hughes você escreveu:
First, I apologise about the cross posting. Please drop
Am 22.02.12, 09:38 -0800 schrieb Daniel Nicoletti:
As Richard said Oyranos is doing all this by it self on the CPU so it
would act like a proxy between your application,
and the window manager which sounds like killing performance.
( I might have misunderstood but I can't see any other way of
Am 22.02.12, 11:52 - schrieb Richard Hughes:
On 22 February 2012 11:30, Christoph Feck christ...@maxiom.de wrote:
Our color management KDE dude is Kai-Uwe Behrmann from Oyranos
team. See git/playground/graphics/kolor-manager for what is already
available.
I gave up on working with Kai-Uwe
end-to-end Colour Management possibly
using colord [4], something I know absolutly nothing about, so any
feedback or suggestions people have on that will be very welcome. For
starters the dependencies for colord are glib and policykit.
Kai-Uwe Behrmann (maintainer of KDE color management
on that will be very welcome. For
starters the dependencies for colord are glib and policykit.
Kai-Uwe Behrmann (maintainer of KDE color management applications) can
help you here. Grab him on http://www.oyranos.org/ and make sure he attends
the meeting ;)
Well... Kai-Uwe and Richard Hughes have had huge
Am 17.03.2011 12:11, schrieb John Layt:
On Thursday 17 Mar 2011 06:30:50 Kai-Uwe Behrmann wrote:
Am 17.03.11, 00:27 +0100 schrieb Christoph Feck:
Kai-Uwe Behrmann (maintainer of KDE color management applications) can
help you here. Grab him on http://www.oyranos.org/ and make sure he
attends
Am 17.03.11, 12:17 - schrieb John Layt:
On Thursday 17 Mar 2011 11:36:08 Kai-Uwe Behrmann wrote:
I hope Hal V. Engel from OpenICC, who comes with many experience in
printing, will join the OpenPrinting meetings. He lives only some miles
away from the location.
Yes, I believe Hal
regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
oy is in #openicc and #kde-devel @ freenode
[1] http://www.oyranos.org/scm?p=xcolor.git;a=blob;f=docs/net-color-spec
[2]
http://oyranos-cms.blogspot.com/2011/02/oyranos-colour-management-livecd
46 matches
Mail list logo
