Re: [Gimp-developer] My Gsoc Proposal
There's the xi2 branch of gtk+, which is, as far as I know, pretty close to being merged. That would be needed for adding multi-touch support to GIMP. Not sure if it makes sense to base a Google Summer of Code project on pending work in another project. But it's certainly an interesting project. I also checked xi2, what I see is there is huge difference between what I am thinking and what Peter (owner of this project) is focusing on. Their concept is to make able current applications with no change to take inputs from more than one input devices. Its like two people working on gimp, each having one pair of mouse, keyboard and a display, but obviously computing machine is same. Now if one make any changes to the canvas and it can be viewed by the other and other if wanted can make changes to it. But simultaneously not. That is basically there would be only one input to the application at a time. See this line from xi2 feature page http://fedoraproject.org/wiki/Features/XI2#Documentation; Each time an SD generates an event, this event is passed through the MD to the respective application. Here SD stands for slave device and MD for master device, so after all its MD that is controlling the application, SD have no reach to the application. In no way application can have more than one input at the same time. i.e required to make gestures. Gestures is what xi2 is not working with. *So its a new project to very extent and not done yet.* The project you are proposing is quite ambiguous as it requires fundamental changes to the GIMP core. I am afraid that you are not qualified to tackle this project. Adding multi-touch support to GIMP requires decent knowledge of GTK+ and GDK, which you are obviously missing. Also I was mentioning about recognizing gestures, by making an gesture server. Multi touch applications is what I was involved with since more than one year. I have built my own multi touch table based on jeff hann concept. I was also mentioning about changes in gimp too, which someone has to come with. *Though I am a beginner with gtk+ and gdk* but i have already completed half of my work as 1. I know how to take multiple inputs and reach upto application with. I worked in pymt framework and is *well*-*versed with its api and done some applications too.* 2. Pymt framework is an active group and fast growing framework. Currently it support TUIO protocol, Mac Touch, Window 7 WM_Touch native support, Support SMK device, Support Wiimote device. 3. There is PyGTK to make pymt integrate well with GTK+ and to make portable the whole application to the platforms that GIMP supports. PyGTK applications are truly multiplatform and they're able to run, unmodified, on Linux, Windows, MacOS X and other platform. 4. I have my own open source multi touch table to test applications. So I think I am left with GTK+ to work with and think that can be done in three months period. Alok Mishra India -- have a good day ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] wiki down...
I should have a bit of free capacity on my virtual server aswell. since it looked to be a very simple mediawiki, it shoudnt require much. Downgrading the database if dump is from a newer version can be a bit of a pain tho. On Mon, Mar 22, 2010 at 10:11 PM, Alexandre Prokoudine alexandre.prokoud...@gmail.com wrote: On 3/22/10, Sven Neumann wrote: Yes, it's down for a while already. I can't host this service any longer and already offered a backup on IRC for anyone who wants to take over. So far no one approached me asking for the data. I have over a gig of free space on my virtual server. What versions of PHP/MySQL are required? Alexandre ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer -- --Alexia ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Doubt in Google Summer Of Code Idea
@ Martin Nordholts : This is Sukh Ram Manda from India.I am a 4th year computer science student looking for participation in Google Summer of Code. While searching for project idea suitable to my skills I found your idea make menu searchable on GIMP. But I am not able to fully understand your idea. I will be pleased if you can elaborate it further. Looking for your positive response.. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Doubt in Google Summer Of Code Idea
@ Martin Nordholts : This is Sukh Ram Manda from India.I am a 4th year computer science student looking for participation in Google Summer of Code. While searching for project idea suitable to my skills I found your idea make menu searchable on GIMP. But I am not able to fully understand your idea. I will be pleased if you can elaborate it further. Looking for your positive response.. Hi The GIMP menu structure is a beast. But each item is well documented, in particular there are tooltips for most of them. The idea is to make the menu item labels and the descriptions of them searchable. It could be a text entry in the menu bar for example. If I would type 'gaussian' in the textbox, there would be a dropdown of a list containing the menu items Filter - Blur - Gaussian Blur Filter - Edge-detect - Difference of Gaussians... since both of them contains the word 'gassian', in this case in the menu labels although it would match the tooltip description too. That's the basic idea, but it can be extended in many ways, it could maybe even search the GIMP plug-in registry for example. HTH, Martin -- My GIMP Blog: http://www.chromecode.com/ GIMP 2.8 development still under control ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] wiki down...
On Mon, 2010-03-22 at 23:11 +0300, Alexandre Prokoudine wrote: On 3/22/10, Sven Neumann wrote: Yes, it's down for a while already. I can't host this service any longer and already offered a backup on IRC for anyone who wants to take over. So far no one approached me asking for the data. I have over a gig of free space on my virtual server. What versions of PHP/MySQL are required? The current setup uses PostgreSQL 8.1.8 and MediaWiki 1.9.3. The PHP version on this server was recently upgraded from 5.2.11 to 5.3.1. Since this update the gui.gimp.org wiki is down, because the MediaWiki installation appears to be incompatible with this newer version of PHP. If you are still interested in taking over, and if Peter agrees, I can make the database dump and a backup of the mediawiki installation with all uploaded images etc. available. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Doubt in Google Summer Of Code Idea
On 3/23/10, Martin Nordholts wrote: The GIMP menu structure is a beast. But each item is well documented, in particular there are tooltips for most of them. The idea is to make the menu item labels and the descriptions of them searchable. It could be a text entry in the menu bar for example. Hmmm, I vaguely recall that last year Sven characterized the project as not complex for GSoC enough... Alexandre ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Doubt in Google Summer Of Code Idea
On Tue, 2010-03-23 at 21:30 +0100, Martin Nordholts wrote: The GIMP menu structure is a beast. But each item is well documented, in particular there are tooltips for most of them. The idea is to make the menu item labels and the descriptions of them searchable. It could be a text entry in the menu bar for example. It could be a text entry that replaces the menu-bar triggered by a keyboard shortcut, similar to how you can switch from the path-bar to a location entry in the file-chooser. Or it could be a UI that overlays itself on the image. The current work on the text tool UI shows what's possible in this respect with newer versions of GTK+. Would be nice to get some input from Peter on this subject. With a little help from the guiguru, this could turn out to become a very useful change to the GIMP UI. From a development point of view, it shouldn't be too difficult to implement the actual search in the menus and plug-ins. A main focus of the project should be on the user interface. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Doubt in Google Summer Of Code Idea
On 03/23/2010 09:46 PM, Sven Neumann wrote: On Tue, 2010-03-23 at 21:30 +0100, Martin Nordholts wrote: The GIMP menu structure is a beast. But each item is well documented, in particular there are tooltips for most of them. The idea is to make the menu item labels and the descriptions of them searchable. It could be a text entry in the menu bar for example. It could be a text entry that replaces the menu-bar triggered by a keyboard shortcut, similar to how you can switch from the path-bar to a location entry in the file-chooser. Or it could be a UI that overlays itself on the image. The current work on the text tool UI shows what's possible in this respect with newer versions of GTK+. Would be nice to get some input from Peter on this subject. With a little help from the guiguru, this could turn out to become a very useful change to the GIMP UI. From a development point of view, it shouldn't be too difficult to implement the actual search in the menus and plug-ins. A main focus of the project should be on the user interface. I think both are equally important, no one will want to use a great UI with terrible performance, and no one will want to use a very responsive but hard to use UI. I can well imagine that the amount of work for indexing and matching menu items and other arbitrary sources in a future-proof way is big enough task for a GSoC alone. -- My GIMP Blog: http://www.chromecode.com/ GIMP 2.8 development still under control ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] [Fwd: GTK+ 2.20.0 released]
Hi, just forwarding a few aspects of the GTK+ 2.20 release notes that are of interest for GIMP: GTK+ 2.20.0 is now available for download at: http://download.gnome.org/sources/gtk+/2.20/ ftp://ftp.gtk.org/pub/gtk/2.20/ Release notes are available at: http://www.gtk.org/release-notes.txt Changes in GtkNotebook - GtkNotebook allows to show 'action widgets' in the space that is not occupied by tabs. This functionality is also available in GtkBuilder via the 'action-start' and 'action-end' child types. That should allow us to save some space in the docks. IIRC, Martin has plans that depend on this new API in GTK+. Changes in the file chooser - GtkFileSystemModel has been reimplemented, for major speedups and simplifications. Performance of the file-chooser has always been an issue. Nice to see improvements here. gdk-pixbuf changes - Embedded color profiles in png and tiff images can be stored and retrieved That is a very welcome addition as it finally allows us to add color management for images imported and exported by DND and through the clipboard. A very much needed improvement to color management in GIMP. OS X changes - GTK+ uses standard Mac keyboard shortcuts (Cmd-X/Cmd-C instead of Ctrl-X/Ctrl-C, etc) - The handling of multi-monitor setups has been greatly improved Would be nice if someone could try how usable GIMP has become on a recent native build of GTK+ on OS X. Congratulations and a lot of thanks to the GTK+ team for this release. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Doubt in Google Summer Of Code Idea
On Tue, 2010-03-23 at 21:56 +0100, Martin Nordholts wrote: From a development point of view, it shouldn't be too difficult to implement the actual search in the menus and plug-ins. A main focus of the project should be on the user interface. I think both are equally important, no one will want to use a great UI with terrible performance, and no one will want to use a very responsive but hard to use UI. I can well imagine that the amount of work for indexing and matching menu items and other arbitrary sources in a future-proof way is big enough task for a GSoC alone. We already have search in plug-ins and even though it is implemented by means of making PDB calls from the plug-in process to the GIMP core it still presents search result almost instantaneous. A search in the GIMP menus and plug-ins that performs well is a matter of days to implement. Wrapping a nice UI around it is a different matter though and it would certainly make a nice GSoC project. It definitely requires some GTK+ knowledge or at least the will to make oneself quite familiar with GTK+. It also involves dealing with parts of the GIMP core, such as UI managers and the PDB. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] The future of GEGL and Gimp: Questions
Hello, I just have two questions about the future of the implementation of GEGL into The GIMP: 1. I read on different websites, that in future it will be possible to open RAW image formats of different camera manufacturers natively in GIMP without the requirement of additional software. Is this true? 2. Is GIMP going to support (also save to) the PFM file format http://gl.ict.usc.edu/HDRShop/PFM/PFM_Image_File_Format.html and will it be possible to make HDR information? Thanks for answering! Regards, Merkelvin WEB.DE DSL: Internet, Telefon und Entertainment fr nur 19,99 EUR/mtl.!http://produkte.web.de/go/02/ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] The future of GEGL and Gimp: Questions
On 03/23/2010 11:03 PM, Merkelvin Glasmer wrote: Hello, I just have two questions about the future of the implementation of GEGL into The GIMP: 1. I read on different websites, that in future it will be possible to open RAW image formats of different camera manufacturers natively in GIMP without the requirement of additional software. Is this true? It makes sense for our product vision and there is nothing technically difficult about it, assuming there is a library around that does the grunt work, so yes eventually GIMP will be able to do this. The usual disclaimer still applies: If you want to make sure this happens, help us with it. Right now there are no work planned explicitly for this. 2. Is GIMP going to support (also save to) the PFM file format http://gl.ict.usc.edu/HDRShop/PFM/PFM_Image_File_Format.html and will it be possible to make HDR information? If someone writes a plug-in for it, then yes. Nothing the current members of the core team plans to do though AFAIK. / Martin -- My GIMP Blog: http://www.chromecode.com/ GIMP 2.8 development still under control ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] The future of GEGL and Gimp: Questions
On 3/24/10, Merkelvin Glasmer wrote: I just have two questions about the future of the implementation of GEGL into The GIMP: 1. I read on different websites, that in future it will be possible to open RAW image formats of different camera manufacturers natively in GIMP without the requirement of additional software. Is this true? In fact GEGL is already tied to libopenraw which is a Raw can-opener written from scratch. Unfortunately, libopenraw seems to be discontinued by its developer, so the future perhaps lies in libraw which is dcraw turned into a modern library with multithreading support and all that jazz. As soon as GIMP starts using GEGL loaders, someone could write a loader via libraw. 2. Is GIMP going to support (also save to) the PFM file format http://gl.ict.usc.edu/HDRShop/PFM/PFM_Image_File_Format.html and will it be possible to make HDR information? There is nothing special about PFM what would make it difficult to support this file format in GEGL and, later, in GIMP. Judging by some projects, creating a PFM saver is a few days work, if not less. One just needs to sit down and actually write code. That's all. Alexandre ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] wiki down...
On 3/23/10, Sven Neumann wrote: I have over a gig of free space on my virtual server. What versions of PHP/MySQL are required? The current setup uses PostgreSQL 8.1.8 and MediaWiki 1.9.3. The PHP version on this server was recently upgraded from 5.2.11 to 5.3.1. Since this update the gui.gimp.org wiki is down, because the MediaWiki installation appears to be incompatible with this newer version of PHP. If you are still interested in taking over, and if Peter agrees, I can make the database dump and a backup of the mediawiki installation with all uploaded images etc. available. The server has (much) older versions of the software in question, but I was going to request an upgrade one of these days anyway, so I'll speak to hosting company and let you know. Alexandre ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Doubt in Google Summer Of Code Idea
An Idea from back in march 2008 : http://gimp-brainstorm.blogspot.com/2008/03/find-feature.html -- Laxminarayan Kamath Ammembal http://lankerisms.blogspot.com (+91) 9945036093 ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Introduction Questions about GSoC2009 Idea: Plugin for image segmentation
Hey guys, I have been waiting for GSoC to begin in order to present a more concrete proposal. So, I have discussed my idea with João S. Bueno and he agreed to being my mentor for GSoC. We live nearby and have the same Alma Mater (UNICAMP), so it was easy to get in touch. Basically, I have proposed to first merge the soc-2009-siox-drb branch with the main branch and then implement my algorithm as another backend for the foreground selection tool. For the first part, it would be nice if I could get some advice from Gerald if possible. In my proposal I have stated everything that I told you guys on this thread, so there are not many surprises. Also, João and I did some brainstorming and came up with a few ideas which are not described on the attached file, but that I'll try to implement if there's time. Best regards, Thiago -- Thiago Vallin Spina MSc student Laboratory of Visual Informatics Institute of Computing -- Unicamp www.liv.ic.unicamp.br Merging of the detail refinement brush branch and implementation of an IFT-based segmentation tool = Abstract = This proposal aims at first merging the code from the detail refinement brush, of the foreground selection tool, with the main development branch. Then, an algorithm of hard and soft object segmentation based on the Image Foresting Transform will be implemented as an alternative to the current SIOX-based method of extraction. = Background = I was born and raised in Brazil, and I got a Computer Science Bachelor's degree at the University of Campinas (UNICAMP - from Brazil, we have a great history of participations on GSoC). Currently, I have just been admitted to the Computer Science MSc program at UNICAMP, but I've been researching image processing algorithms (mostly related to foreground segmentation on images and videos) for the past 2 years. Before that I worked with robotics, so I have experience on: * Building C/C++ modules applied to indoor navigation of robots for about 2 years as a Research Scholarship Holder -- This project was also applied to the mix of robotics and entertainment, and involved a lot of C/Shell Script hacking and kernel adaptation (also some Java coding). * Developing image and video segmentation algorithms [1,2,3] using the Image Foresting Transform (created by my advisor prof. Alexandre X. Falcão [4]) mostly in C/C++ (some Python) -- Also as a Research Scholarship Holder. In that project I have also gained a lot of experience on code optimization using mostly gcc vector extensions for SIMD. * Dealing with libraries such as wxWidgets (Gtk) to implement the GUI of a software used in my image processing research. = Motivation = Foreground segmentation is an important part of image processing and has been a crucial topic of research for the past decades, but it is still an open problem. The foreground selection tool implemented on GIMP is based on the Simple Interactive Object Extraction (SIOX) algorithm. On the last year's Google Summer of Code, that tool was improved to do some detail refinement on the hard segmentation. That improvement was implemented on a separate git branch named soc-2009-siox-drb, and now there is the need to merge it with the main development branch for the next release of GIMP. Thus, one of the goals of this proposal is to merge those branches. Although SIOX does a great job when segmenting the desired foreground, specially on noisy images, it presents some limitations related to color similarity between foreground and background. In such cases it may take a lot of user interaction to obtain a satisfactory segmentation result. The main goal of my current research is to make user interaction more effective and simple for both hard and soft image/video segmentation. In that spirit, the Image Foresting Transform is a great graph-based alternative to algorithms using the graph cut technique (such as GrabCut [5]), and it was proven to provide better results [6]. IFT is a generalization of the Dijkstra's algorithm, which works quite fast and has served for many purposes in image processing, image analysis, and pattern recognition. The IFT-based framework for hard image segmentation that I have been developing is able to deal with the shortcomings of SIOX, as I have demonstrated on this video: http://vimeo.com/9803589. Thus, the second goal of this proposal is to implement my framework as an alternative to SIOX. Finally, I have talked to João S. Bueno about this proposal, because it is not on the GIMP's ideas list, and he has agreed to being my mentor. Also, he studied at UNICAMP and lives nearby, so communication will be easier. = Implementation and GUI = First, the implementation of the detail refinement brush, developed for the 2009 Google Summer of Code, is going to be merged with GIMP's main development branch. Then, given that the current code for the foreground selection tool is prepared for multiple algorithms, the choice between SIOX and IFT will be
