Re: [Gimp-developer] Artistic extensions to Gimp with (Wacom) drawing pad
HI I am not really agree with that, for example photoshop is a Photo manipulation program, but most of CG painters use PS to paint sketches and final pieces . Film industry and game industry knows that. Lot of people use only PS to paint ,so the purpose of the program is irrelevant at certain point. Translating to free software ,of course GIMP can paint and i am showing this with some pieces of art. I created GPS to do painting tasks becouse i a msure that gimp can do professional tasks in this field. IT is better than photoshop on customizable interface and developers still working in UI and lot of features. I know both of them. You can use gimp to paint and if we have a very good presets manager it will be lot of better than photoshop. becouse Photoshop presets are very umcomfortable and difficult to rearrange. Only Gimp ids good, but in fact we can use also the Gimp Painter version which is more powerfull in painting tasks. the smoothing,power,flow,min sclae, and other parameters. i am sure Alexia is working hard to improve this in oficial version. and also wi will have tags and that will be very good to manage brushes groups. My paint is different software different idea and diferent develope. It has the most lovable brush engine that i know. and has a lot of future . Can mimic perfectly lot of techniques even better than Painter . and i am not joking. Setting right the parameters we can do all we want to do. just Awesome program. But is a baby in comparission with gimp developement. i am waiting to see the 0.8 release. will be Amazing if Martin implements the requirements. And i want to say that we have to be very pattience. We will arrive slowly to achieve better softwares with better tools. All of us are working for that. Blender is the top one. gimp is really impressive when you study them and test. Mypaint is a promise by now. We have lot of things to do . This is a wonderful adventure becouse we are changing the way that people see the open source software. Free software is the future. 2009/12/3 Patrick Horgan phorg...@gmail.com Alexia Death wrote: There already is such a set. Inkscape for vector, Gimp for photomanipulation, MyPaint for painting. People keep referring to Gimp as being a photo manipulation tool. It's an image manipulation tool. Works just fine on hand drawn images as well. Patrick ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer -- ___ Ramon Miranda http://ramonmirandavisualart.blogspot.com http://code.google.com/p/gps-gimp-paint-studio/ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Gimp - prolog interface
Hi Ryan, I want to write some plug-ins in Prolog. [...] I want to be able to deal with the input and output in the form of a Prolog [...] Preferring to work in Prolog I need some help from a C programmer to write this plug-in. I'd appreciate any help from someone who has written a plug-in before. You want quite a lot and you will probably also need to do quite a lot of stuff you do not want. :-) But your idea seems interesting (at least to me, although I'm not very fond of functional languages such as Prolog - I'm more the imperative type). Some thoughts you should deal with in the first place: - Are the plug-ins you want to do in Prolog to be compiled or interpreted ? - Which would be the Prolog compiler / interpreter to use for that project ? If the plug-ins are to be compiled, you would only need to write an interface library that provides the binding to the gimp / gtk+ libraries. In this case, the plug-in template which you can find at the gimp developer's site will probably point you in the right direction (together with the documentation of the compiler, which should be able to interface to the C language, e.g. gprolog). If it is going to stay in script form (i.e. will be interpreted), the thing would more or less go into the direction of python-fu / perl-fu (which also should give you an idea of what you need to do with the Prolog interpreter you want to use for the project; just have a look at the sources for these two plug-ins). Torsten signature.asc Description: This is a digitally signed message part. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Gimp - prolog interface
Hi Ryan - I strongly suggest you learn python instead, and us it for your scripts, instead. It attends eveeryone of yoru requisites: - no dealing with pointers or memory allocation/deallocation - gimp data structures are provided as high level objects - the language syntax even allows for a funciotnal-like programing if you prefer that. (for example to interact through layers, you just do: image = gimp.list_images()[0] for layer in image.layers: #your code dealing with the layer object When you get to the pixels you have then as a byte sequence, you then convert to a bytearray (python 2.6) - to get all the green bytes for the pixels from such an array on a separate array, I could do: green =[1::4] Follow the tutorial in www.python.org docs, you could get proficient in the language in less than 1 hour - then check the pythons cripts that come with gimp for examples of the API use and pixel access. js -- ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
