Re: [Gimp-developer] GSoC applicants: apply early, and apply often
Hi, On Thu, Apr 2, 2009 at 5:20 AM, Nicolas Robidoux nrobid...@cs.laurentian.ca wrote: Unless you are really interested in one and only one project, I suggest that you put in more than one application. Hmm ... I started to prepare this GSoC season before March, however, I submitted only one proposal(Detail Refinement Brush for SIOX ). Submitting only one proposal may be full of hazard, but I think absorption is the most important. It is welcomed to make Public Review to my application on the official Google Summer of Code site, I'll glad to hear your feedback. :) Cheers, Jenny ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] 8 bit GEGL operators
Hi all, Simple question : does it make sense to port the 8 bit legacy GIMP code to GEGL operators ? The benefit I see is to quickly get all processing moved to a DAG, allowing to move forward with non destructive editing, effect layers, speed and other GEGL-related benefits. Then only, each operator could be ported to whichever bit depth we need. Opinions ? vincent ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP performance
On Thu, Apr 2, 2009 at 3:39 AM, David Gowers wrote: Hello Andrea, On Thu, Apr 2, 2009 at 5:16 PM, Andrea Olivotto Another request for you: I'm a firmware programmer, and I know C programming quite well, and some time ago I tried to compile GIMP in Windows enviroment, but I can't find a complete tutorial, relative to 2.6 tree (and now 2.7). Is http://wiki.gimp.org/gimp/HowToCompileGimp/MicrosoftWindows I just compiled under XP following the wiki last weekend and had to modify two lines of the http://wiki.gimp.org/gimp/CompileGimpAtWindowsShellScript file in order to get it working. After a quick email with Carl who suggested: A better option is maybe try to modify a line both within the download_and_zextract function and the download and tbz2extract function, from this: wget $WGETFLAGS $PACK_LOCATION/$PACKAGE.zip 21 | grep -v -i ^sys\(tem_\)\?wgetrc; to this wget $WGETFLAGS $PACK_LOCATION/$PACKAGE.zip -Rob A ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] RFE: Changing/Remembering/Setting Dialog Defaults for Image... Canvas Size...
[I hope it is appropriate to post here though I am not qualified to be a developer. I posted this on gimp-user and got no feedback. I noted on bugzilla that somebody with an RFE was scolded for not bringing up the subject here first.] I am Using Gimp 2.6.6 on Ubuntu 8.04 (Hardy) Linux. I have not been able to find any way to: Set Preferences defaults (either through GUI or rc files)... Get Gimp to remember settings within a user session... Get Gimp to remember from one Gimp session to another... for the following... In the dialog box: Image... Canvas Size... - Layers... The dialog _always_ seems to default to None instead of All Layers. I want to set a default of All Layers. - Canvas Size... The 'link' symbol at the top, between the two pixel sizes, reverts every time to linked status. It seems that it has to be unlinked every time if you wish to change only one of the dimensions of the canvas (or change them differently). I want to be able to have this default to unlinked so that I can change them independently without having to click the link/unlink. - Canvas Size... The method of measurement always defaults to pixels. For my work, it would be easier for me to see/manipulate inches or cm. I have to do highly repetitive work involving thousands of images, thus a small thing like link/unlink means clicking thousands of times. I thought that certainly there must be a way to change such defaults for a particular Gimp installation or at the very least, for a particular user session of running Gimp. Am I missing something? Is there an rc file that I can create (or add to) that will give this type of control. Does this require a plug-in? Is there one that will do it? Is there a plug-in that will allow the user control over _all_ the defaults? (The model that comes to mind is the firefox/thunderbird about:config setting methods.) Jay ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] File Creation Permission Problem ONLY for TIF files: Creating as 644 (rw-r--r--) when should be 664 (rw-rw-r--)
[I hope it is appropriate to post this here. I posted on gimp-user and got no feedback on this. I did not want to post as a bug on bugzilla yet in case I am missing something simple.] Using Gimp 2.6.6 on Ubuntu 8.04 (Hardy) Linux. TIFF ONLY This problem seems *only* to be happening when creating/saving TIFF (.tif) files. If the filetype is something else, then the problem is not happening. On two different workstations, being run by two different login users, creating files in various different directories, Gimp is creating the files with permissions that are incorrectly too restrictive: Gimp is making as 644: -rw-r--r-- 1 jay jsa 1919194 2009-03-31 12:10 tmp.tif When it should be making as 664: -rw-rw-r-- 1 jay jsa 1919194 2009-03-31 12:10 tmp.tif ONLY Gimp is doing this. Creating files in the exact same manner and saving them to test.png or test.jpg results in _correct_ permissions. It only is a problem with .tif files (so far in my testing). a) The directories that the files are being created in have perms of 6775: drwsrwsr-x 3 jay jsa 4096 2007-05-28 15:57 testdir Files created in a directory with those perms are _supposed_ to be created as 664 which is rw-rw-r--. b) When any other program, such as vi or touch, makes a file in the very same directory, it is making the perms correctly. c) I have double checked the user's umask which is correctly 0002 which would result in file creation as 664. d) We have never had this problem with any other program (when the directory perms are correct, which they are in this case). e) An associate on a completely different, but virtually identically configured Ubuntu linux system (all same versions). has been able to replicate the exact same problem. ??? 1) Is this a (known?) bug? 2) Is this configurable somewhere in Gimp? I can't find it if it is. 3) Is this configurable somehow in the .gimp* rc files and/or from the command line? Jay ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] GSoC 2009
Hello, Me My name is Nebojsa Andjelkovic and I am a MSc student of Computer Science and Informatics at the Faculty of Electronic Engeneering, University of Nis, Serbia. My currently GPA is 9.7/10 ( top 1%). Also, I have a part time job in the USA-based company MotionDSP (www.motiondsp.com) as a resercher and developer. I've been working on various image and video processing algorithms for deblurring, color and contrast enhancement(ACE, CLAHE), superresolution, motion detection, stabilization etc.I have a strong background in C/C++ programing on both windows and linux platforms. Furthermore, I took part in research activities and development of an algorithm for copyright detection of video material which we have patented last year. Software Development skills As a employee of the MotionDSP I have been working on the flowing projects: 1. mdspproc, C/C++ command line aplication (linux and windows platforms) for video processing/enhancement ( stabilization, color/contrast enhancement, frame interpolation, superresolution, deblocking, deblurring etc) I have been working on contrat enhancement, deblurring and stabilization algorithms and their's implementation and optimization in C. Furthermore I took a part in theirs GPU (CUDA) implementations. Also I have been working on input and output file formats (video codecs, audio codecs, subtitle codecs, etc) 2. mdspproc, as a shared library (linux .so and windows .dll). I took part in building this library (making a debin intallation packet ). Also I tok a part in making an interface between this library and our two main aplications (Ikena and Vreveal). Tools that I have been using: Kdevelop, Kgdb, GNU Toolchain - gcc, gdb, make, MS Visual C++, Eclipse SDK + cdt. Software development and programming: C/C++ programming (5 years of expirience) Java, BASH, Python, Lisp. Image Manipulation Skills I use image manipulations software for some basic tasks( crop/rotate/ resize etc). Nevertheless I possess a good knowledge of image/video processing algorithms and problems. As I already said I have been working on many of enough of them. GIMP GEGL expirience I use GIMP almost every day as a default photo editor. I heard about GEGL but I haven't used it yet. Also I downloaded GEGL source code and compiled it. Beside being a good student with strong background in image processing, I'm also very passionate about Free Software. I'm an active member of GNU Club, a local student group of free software users, activists and enthusiasts and I can say that I'm an experienced user member of the community. For a long time now I've been willing to try to do some free software development, it's just that I never were daring enough to try that all by my self. Summer of Code looks like a perfect chance for me, and being a GIMP user and enthusiast, your community would be my choice. SoC Based on all this, I would like to apply for Google Summer of Code 2009 as one of the GIMP students. I have never participated in Google SoC. I have read GIMP's suggested ideas and I find some of them very interesting and related to my area of research. Also Google SoC will be a good reference for my future apliccation for the PhD studies. The one of the most atractive project to me is Highlights/Shadow compression. I've read the paper (A Locally Tuned Nonlinear Technique for Color Image Enhancement) and I can say that I'm alredy familiar with the idea of the project. Having in mind all my plans for the summer, I would be able (and more than happy:) to dedicate 30 hours/week to this project, which is, in my oppinion, more then enough to finish it on time. Here is my project drafts: 1. Get to know with the mentor, building GEGL 02.05.2009 - 08.05.2009 2 Reading documentation and geting familiar with the GEGL code 09.05.2009 - 15.05.2009 3 Reaserch (finding the best algorithm solution for this project in cooperation with the mentor) 16.05.2009 - 29.05.2009 Implement median filter, to compute mean image and optimize the algorithm Matlab SciLab implementation of the choosen algorithm 4 Coding and implementing the algorithm in GEGL 30.05.2009 - 26.06.2009 (add new .c an .h files to the gegl-root/operations/common and implementing appropriate algorithm) (Tools: GNU Toolchain - gcc, gdb, and make. KDevelop and Kgdb) 5 Fine tuning appropriate parameters of the algorithm 27.06.2009 - 03.07.2009 6 First alpha version and mid-term evaluation 04.07.2009 - 10.07.2009 7 Code optimization and further impruvements of the algorithm 11.07.2009 - 24.07.2009 Dev blog, and testing algorithm with other platforms (win32/64, osx) 8 Testing and bugfix 25.07.2009 - 31.07.2009 9 Further optimization, testing and bug fixing 01.08.2009 - 09.08.2009 10 Writing documentation and final evaluation 10.08.2009 - 24.08.2009 11 Submiting code to google. 25.09.2009 - I would like to ask if you see me as a student working on this project? If you find my skills more appropriate for some other, similar project, please let me
[Gimp-developer] GSoC 2009
Dear Nebojsa: Suggestion: Just apply. If you see other projects of interest, apply to those too. Best fit can be sorted out later. Right now you need to officially apply. Best of luck, Nicolas Robidoux Laurentian University ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] 8 bit GEGL operators
Vincent Lordier wrote: Hi all, Simple question : does it make sense to port the 8 bit legacy GIMP code to GEGL operators ? The benefit I see is to quickly get all processing moved to a DAG, allowing to move forward with non destructive editing, effect layers, speed and other GEGL-related benefits. Hi Vincent What we need to bring all the GEGL goods to GIMP is adapting GIMP to GEGL. Adding more operations to GEGL will not help that much. Once GEGL is in place it will make more sense to spend time on porting legacy 8 bpc GIMP code to GEGL operations. Best regards, Martin ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GSoC 2009
Dear Nebojsa, As we discussed, I'm up to support you on this project. vincent On Thu, Apr 2, 2009 at 18:27, Nicolas Robidoux nrobid...@cs.laurentian.ca wrote: Dear Nebojsa: Suggestion: Just apply. If you see other projects of interest, apply to those too. Best fit can be sorted out later. Right now you need to officially apply. Best of luck, Nicolas Robidoux Laurentian University ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GSoC 2009: OpenGL GPU resampling in GEGL (an update)
Thank you for the feedback Øyvind. I think that, at this point, I should probably narrow my topic down to adding GPU-support for GeglBuffer and two of the GEGL classes you've mentioned above. I will delegate implementation of the GPU-support for resamplers as optional for this year's GSoC. However, as I have noted in my introduction, my primary motivation for joining GSoC is to kick-start my way to being a regular Gimp contributor. After GSoC, I will most probably continue to work on adding GPU-support for GEGL as well as contribute to Gimp's greater improvement. I've thought of OpenGL GPU-support for GEGL as my new topic name but I'm open to more precise suggestions. :-) Moreover, dear Gimp developers, I'm also interested in Improved Foreground Selection Tool as another topic proposal. I know that another prospected GSoC student has expressed interest in this topic, but competition is supposed to be good, right? ;-) I'd also appreciate to hear your thoughts regarding this last matter. Daerd ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer