summaryrefslogtreecommitdiff
path: root/OpenIcc/GoogleSoC2009.mdwn
blob: 3228fcb5d78f310a5a4f92efee6743c76bbff9fe (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342

OpenIcc/GoogleSoC2009 Wiki is intended to collect ideas for possible projects participating in [[Googles Summer of Code program|http://code.google.com/soc/]]. They are mentored by members of [[OpenIcc|OpenIcc]] projects. 

OpenICC is a group of people dedicated to organise how applications, libraries, toolkits and colour devices talk each to the other about colours. The center of this work is the ICC specification, which is surounded be several general and operating system specific conventions to create a open sourced colour management system. 

Oyranos is a example implementation of mentioned conventions to cover ICC profile handling and colour conversions. The newBSD licensed code base is plain C with very few dependencies, namely libxml2 and Elektra. Goal is to use existing standard technology like XML, XFORMS and GLSL. Oyranos features a (almost) data independent framework to plug-in data manipulators, for colour conversions, tonemapping, image I/O and other operators into a data processing graph. 


# About the Group

[[OpenIcc|OpenIcc]] consist of the partipicants of the OpenICC email list. It was started by Scribus members to better support introduction of colour management into applications and discuss general issues. List contributors are application and CMS developers as well as colour management specialists and users, no matter whether commercial, open source and both. The main focus of this group is to expand the level of support for color management on open source software systems. 

[[!toc 2]] 


# Project Suggestions


## Simple Toolkit Abstraction

* The Oyranos colour management system is in parts only a thin layer between imaging applications and advanced moduls or plug-ins. To deploy these plug-ins flexible and maintain toolkit independency the plug-ins must present their UI in a own language. Goal is to create a simple and highly flexible GUI system, which allows easy creation of dialogs including callback meachanisms. This project lets you explore concepts like W3C XForms/DOM, and how to adapt it to traditional event driven programming. The result should be something simple and powerful enough to use for a wide range of applications not limited to Oyranos. Possibly this will result in a stand alone project. 

### Expectations

* design and implement a minimalistic widget set, which allows easy implementation, exchange and processing (create a XForms profile, interact with DOM) 
* write a interpreter for console applications as proof of concept 
* write a HTML backend for documentation 
* simple examples showing what is intented to work 

### Skills

* clear and highly modular API design 
* design of interactive applications 
* good abstraction 
* C, (C++), XML, DOM 
* good communication 

### Contact

* Mentor: , Advisor: Jon A. Cruz 

### Optional

* allow some basic events and C callbacks 
* write one or more toolkit dependent interpreter(s) (Gtk, Qt, Fltk ...) 
* script bindings to Java/Python/? 
* build a colour chooser based on the above widgets and callbacks 

## Sane configuration backend for Oyranos

* Scanner devices can be described by ICC profiles. These profiles should be communicated alongside the normal communication pipeline. A module abstracting Sane details for ICC profile communication would make remote ICC profiles available for applications and configuration tools. 

### Expectations

* work with SANE API's 
* extend SANE to transport remote scanner informations to the Oyranos modul 
* inline documentation 

### Skills

* good communication skills (work with different parties) 
* portable C 

### Contact

* Student: Yiannis Belias <[[...@hol.gr|mailto:...@hol.gr]]> 
* blog: [[http://orion.freehost.gr|http://orion.freehost.gr]] 
* sources via: git clone git://github.com/yiannis/gsoc2009 
* Mentor: Kai-Uwe Behrmann < [[ku.b@gmx.de|mailto:ku.b@gmx.de]] > 

## GPhoto configuration backend for Oyranos

* Camera devices can be described by ICC profiles. These profiles should be communicated alongside the normal communication pipeline. A module abstracting GPhoto and/or HAL details for ICC profile communication would make ICC profiles easily available for applications and configuration tools. 

### Expectations

* work with GPhoto/Hal and Oyranos API's 
* inline documentation 

### Skills

* good communication skills (work with different parties) 
* portable C 

### Contact

* Student: Yiannis Belias <[[...@hol.gr|mailto:...@hol.gr]]> 
* blog and sources as above 
* Mentor: Kai-Uwe Behrmann < [[ku.b@gmx.de|mailto:ku.b@gmx.de]] > 

## Printer configuration backend for Oyranos

* Print devices can be described by ICC profiles. These profiles should be communicated alongside the normal print pipeline. A module abstracting CUPS and other print spooler details for ICC profile communication would open the door of print previews for applications and configuration tools. 

### Expectations

* work with CUPS API's 
* extend CUPS to transport remote printer informations to the Oyranos modul 
* inline documentation 

### Skills

* good communication skills (work with different parties) 
* portable C 

### Contact

* Student: Joe Simon < [[j.sim...@astound.net|mailto:j.sim...@astound.net]] > 
* Oyranos device backend sources via: git clone git://gitorious.org/oyranos_printer/oyranos_printer 
* Kolor-Manager sources via: svn checkout svn://anonsvn.kde.org/home/kde/trunk/playground/graphics/kolor-manager 
* Mentor: Kai-Uwe Behrmann < [[ku.b@gmx.de|mailto:ku.b@gmx.de]] > 

## GLSL meta backend for Oyranos

* In order to build fast filters in Oyranos a meta backend is to be programmed. It should allow for fast manipulation of image data like colour conversions, tonemapping, blending or geometric transformations. 

### Expectations

* study basic concepts of OpenGL shaders, their implementation in Mesa and the Oyranos CMM framework 
* decide for a implementation concept 
* work on existing code and integrate your implementation using most of the already available functionality, extent where needed 
* documentation for users - should be very few 

### Skills

* basic communication 
* basic mathematical skills like matrix operations 
* portable C and OpenGL shader programming 

### Contact

* Mentor: Kai-Uwe Behrmann < [[ku.b@gmx.de|mailto:ku.b@gmx.de]] > 
* [[OpenIcc|OpenIcc]] email list 

### Optional

* convert the available small ICC colour transformation application for demonstration with colour table lookup into a shader plug-in 

## CMM's for Oyranos

* SampleICC is the official implementation of the ICC colour profile standard from members of the [[ICC|http://www.color.org]]. A module of this engine to plug into Oyranos would be cool. 

### Expectations

   * wrap the [[SampleICC|http://sourceforge.net/projects/sampleicc/]] API into the Oyranos Colour Matching Module (CMM) API 
   * create a catalog of plug-in options to support by the CMM 
   * optimise SampleICC, allow unbound HDR conversions 

### Skills

* good communication 
* basic mathematical skills 
* portable C++ and C 

### Contact

* Mentor: Kai-Uwe Behrmann < [[ku.b@gmx.de|mailto:ku.b@gmx.de]] > 

## Oyranos Device Settings to ICC profile layer

* Devices need to be introduced to a colour management system, in order to control the colour behaviour of a device. For instance different drivers may produce different colour on a otherwise identical device. A CMS needs some mechanism to connect colour influental device settings and driver informations and a particular colour profile reflecting these settings. ICC profiles containing such information would allow for automating many user decissions. 
* Overview and informations: [[http://www.oyranos.org/wiki/index.php?title=Device_Settings|http://www.oyranos.org/wiki/index.php?title=Device_Settings]] 
* Draft for new ICC colour profile tag: [[http://www.oyranos.org/wiki/index.php?title=Device_Settings_in_ICC_0.2|http://www.oyranos.org/wiki/index.php?title=Device_Settings_in_ICC_0.2]] (reading is implemented in Oyranos) 

### Expectations

* create and implement a API for inclusion of driver specific data into ICC profiles in a generic way 
* filter profiles according to theire included gerneric driver informations 
* apply your API's to one device driver API, for instance Gutenprint, libopenraw or Sane to study their effects 
* document the API usage 

### Skills

* portable C 
* be fit in compiling various libraries and applications 

### Contact

* Mentor: Kai-Uwe Behrmann < [[ku.b@gmx.de|mailto:ku.b@gmx.de]] > + Robert Krawitz, ... 

## ICC Examin Library

* ICC Examin is a profile analysing tool and colour visualiser. Many widgets are interesting to other applications. But they are written in FLTK and would be needed in an other toolkit in a modular fashion. This project instroduces in the process of effectively presenting various data. 

### Expectations

* reorganise, modularise and rewrite parts of the existing project 
* create an easy to use API and build a example application with it 
* user documentation inline 

### Skills

* portable C, C++, 
* OpenGL would be helpful 
* (Java/Python/?) 

### Contact

* Mentor: possibly Kai-Uwe Behrmann < [[ku.b@gmx.de|mailto:ku.b@gmx.de]] > 

### Optional

* create one wrapper in a scripting language for basic widgets, Python 
* support profile editing 
* support plug-ins, to display reports and various graphs 
* support spectral data 

## Extending the Oyranos Colour Conversion Framework

* The colour management system Oyranos provides high level means to render colours in a generic way. The advantage is, application developers can rely on Oyranos services without understanding the often complicated details. This project lets you create and optimise verious underpinnings of sytem level to advanced graphic tools. This project is a collection of many small and very versatile tasks. You can freely   create a own plan what to do or will be guided according to your level of expertise. 

### Expectations

* Possible targets: 
* implement efficient pixel conversion between arbitrary buffer types (low level C) 
* implement object observation to automatically update to data changes (object oriented C) 
* adapt Oyranos devices to catch outside events (X, dbus, ...) 
* add [[Create NamedColour|http://create.freedesktop.org/wiki/Swatches_-_colour_file_format]] format support  
* implement OS specific CMS connectors to [[ColorSync|ColorSync]] and WCS (cross platform) 
* analyse the concepts behind the Oyranos graphs and suggest means for complete data type abstraction (conceptual work) 
* extent the Oyranos command line tools set (build upon Unix/Posix) 
* build a small shiny graphical sample application (didactical GUI) 
* agreed upon parts shall be finalised, substitution is possible 

### Skills

* depends on what we agree to work on 
* code organisation 
* conceptual fitness 
* good communication 
* work under different OSes (possibly) 
* basic to good C 
* understanding object oriented designs is helpful 

### Contact

* Mentor: Kai-Uwe Behrmann < [[ku.b@gmx.de|mailto:ku.b@gmx.de]] > 

## LProf - Finalize Qt4 port

* LProf is an open source ICC profiler.  It has recently been ported to Qt4 from Qt3.  Although the port is working it still needs to have Qt3 support library calls removed. 

### Expectations

* Systematically remove [[Qt3Support|Qt3Support]] calls from the LProf code base and replace these with pure Qt4 code.  This is a significant undertaking and involves changes to just about every part of the UI code base for LProf. 

### Skills

* General C++ programming skills 
* Experience with C++ object oriented programming 
* Experience with Qt a plus but not required (OJT) 

### Contact

* Student: amit kumar < [[amit...@gmail.com|mailto:amit...@gmail.com]] > 
* Get sources: cvs -d:pserver:[[anonymous@lprof.cvs.sourceforge.net|mailto:anonymous@lprof.cvs.sourceforge.net]]:/cvsroot/lprof login 
                                             * cvs -z3 -d:pserver:[[anonymous@lprof.cvs.sourceforge.net|mailto:anonymous@lprof.cvs.sourceforge.net]]:/cvsroot/lprof co -r GSoC-2009 -P lprof 
* Mentor: Hal V. Engel < [[hvengel@astound.net|mailto:hvengel@astound.net]] > 

## LProf - Add DDC/CI and USB HID Monitor Controls for Monitor Calibration

* LProf is an open source ICC profiler.  This project will add DDC/CI and HID USB monitor controls support to the current monitor calibration functionality.  This will allow the software to automatically make monitor adjustments during calibration so that  users do not have to make manual adjustments to their monitors. 

### Expectations

Implement DDC/CI and/or USB HID Monitor Control support in LProf.  This will need to work in a broad range of platforms including *nix/X11, Windows (2000 and later) and OS/X. 
### Skills

* General C/C++ programming skills 
* Some background in EDID and/or DDC 
* Ability to work in a cross platform environment.  This will need to work for *nix/ Windows and OS/X machines. 

### Contact

* Mentor: Hal V. Engel < [[hvengel@astound.net|mailto:hvengel@astound.net]] > 

## LProf - Add a Regression Analysis  Based Monitor Profiling.

* LProf is an open source ICC profiler.  LProf now has the ability to use various measurement instruments to take measurements for profiling monitors of various types.  Currently the profiling algorithms are very simple ones and this needs to be corrected. 

### Expectations

This project will implement a regression analysis algorithm for monitor profiling. 
### Skills

* General C/C++ programming skills 
* An understanding of 3D regression anaysis 
* An understanding of ICC profiles 

### Contact

* Mentor: Hal V. Engel < [[hvengel@astound.net|mailto:hvengel@astound.net]] > 

## LProf - Create a Robust Interative Video Card LUT Creation Algorithm.

* LProf is an open source ICC profiler.  LProf now has the ability to use various measurement instruments to take measurements for profiling monitors of various types.  Currently the video card LUT creation algorithms are very simple ones and this needs to be corrected. 

### Expectations

This project will implement a robust interative video card LUT calibration algorithm and will be integrated into the LProf UI. 
### Skills

* General C/C++ programming skills 
* An understanding of 3D regression anaysis 
* An understanding of ICC profiles 

### Contact

* Mentor: Hal V. Engel < [[hvengel@astound.net|mailto:hvengel@astound.net]] > 

# Alternative Ideas

Feel free to propose and discuss your ideas. 


# Requirements


## License

BSD, LGPL extended by allowing for static linking are preferred licenses for libraries.  GPL and other open source licenses are acceptable for other projects but in most cases the project mentor will specify the license to be used for the project. 


## Skills

Both good project and coding skills are expected, in order to set up our complex open source projects. We know it is sometimes difficult to talk to people you do not know, especially when they are not visible like over the internet. Nevertheless the mentors of these OpenICC projects want an open dialog with anyone interested in working on these projects. This is an important part of open software development and it is even more important for these Google Summer of Code Projects.    Please feel free to contact any of the mentors listed above at any time.  The earlier a candidate contacts us the more time remains for getting a feeling of the projects in advance. 


## Developers Environment

You are free to select whatever build environment you like as long as the project is targeted at that platform.  Many of the above projects are targeted at Unix like systems and a few are fully cross platform.   Our experience for cross platform projects is that some build environments are more difficult to setup than others.  You will also likely find that these projects are significantly more complex than your school projects.   For example, the LProf code base is now almost 100,000 lines of C and C++ code. 

In order to help candidates be successful in completing their projects it is important that anyone selected is prepared to start actual project work at the project startup date.  Please be prepared to have your development environment ready long before the project starts.   This means that project mentors will want you to be to able to build and run the base system you are working on well before the project start date.  For example,  if you are working on one of the LProf projects you should be able to build and run LProf on your development machine at least a month before the project startup date.   Windows build environments, in particular, have proven to be particularly difficult to setup and it is common for GSoC mentors to comment about how often the single biggest difficultly for students working on Wndows machines is getting a fully functional build environment setup. 

Many open source developers use a unix like environment (IE. Linux, BSD ...) in part because setting up a working build environments is much simpler.  This also means that there is a high likely hood that your mentor will not have much experience working in Windows or OS/X and may not be able to provide much assistance to help you get your builds working in those environments.  So take this very seriously. On the other hand using a Unix like system like BSD/Linux/osX/Solaris can be a great learning experience for any student who has not worked on one of these in the past.  Many big projects run on *nix systems deploying unix concepts and some of the projects listed above are *nix only projects that can not be worked on using a Windows machine. On request we simply expect the programmer to switch to BSD, Linux or osX. The installation should be no issue. 


# Communication

The [[OpenIcc|OpenIcc]] list and the mentors for the above projects are all open for having contact with any prospective candidate. We will use a additional public list dedicated to the GSoC projects communication. IRC: freenode#openicc 

For any uncovered toppics related to the GSoC project please contact Kai-Uwe Behrmann < [[ku.b@gmx.de|mailto:ku.b@gmx.de]] >.