Let me introduce myself before the actual reply. My name is Simon Budig, I am involved with the GIMP development since about 1998, working at the University of Siegen and learned about the Nokia 770 via Florian and Nils. I can't wait to get my own device :-)
Koen Kooi ([EMAIL PROTECTED]) wrote: > Florian Boor wrote: > > borray yulmien wrote: > > > >>I'm thinking in do a port of a reduced Gimp. It seems possible? I'm > >>wrong? Thanks! > > > > that should be possible but to make it really useful you would need > > to work on the memory and flash consumption. Another important thing > > is the fact that you don't have multiple mouse buttons. [...] > If you don't mind switching between windows (the gimp main window and > the picture) it's pretty useable. There's one big problem: 64MB ram is > just not enough since the gimp caches a lot of stuff *and* swaps to > $HOME/.gimp. But if you can get the memory usage down it would be a nice > showcase that 'embedded' doesn't mean 'dumbed down'. We need such fluff :) The main problem with the memory consumtion is a mechanism called the "projection", which holds the composited image (all layers merged together). This is unfortunately *always* present, even when the image is a simple RGB image. Since the projection is *always* RGBA this means, that a simple RGB image needs twice as much memory as necessary. Yes, this is also a problem for the regular Gimp. People doing just some color corrections and retouching of their digital photos really should not need twice as much memory as theoretically possible. So this would be the first thing to do to save memory. And if this is a sane patch it will gladly be accepted in the main gimp sourcecode (be aware though that the criteria for "sane" are pretty high... :-) This is probably the best way to reduce the meory needs of the GIMP. Probably we still need a projection when working with layered images, but for pure RGB images it should have a drastic effect. The other thing is the habit of the Gimp to load all patterns/brushes etc. in the memory. Avoiding this (and loading them as necessary) would also help and also be accepted into the main code. If you want to have a detailed look at the memory consumption of the GIMP, have a look in the debug menu of the developers version. It spits out a fairly detailed dump to the console (for the data/imagedata parts). Some good news: The current CVS gimp can get built without user interface (primarily for scripting purposes). This one does not even link against X11/GTK+ and it gets built from the very same sources as the regular GIMP. There is a vtable that gets filled with functions to create the user interface. It should be possible to hook different functions in this place to create a UI specific for the needs of devices with smaller screens. It also would be great to test, if the concept for the hooks is sound. There is a library within the Gimp that contains all sorts of useful widgets, that can be used to build the GUI. Some documentation on the Gimp is available at http://developer.gimp.org/api/2.0/index.html (make sure to have a look at http://developer.gimp.org/ as well) Also the Gimp maintainers (Sven Neumann and Michael Natterer) both were lucky bastards at the Guadec and both won a Nokia 770. I am fairly certain that they will hack on that when they have the device in their hands. However, this should not stop anybody from diving in the code and get familiar with it. :-) On the multiple mouse buttons: Since Gimp is also intended to be used with graphics tablets as well most functions are accessible with a stylus. You'll miss some convenience things (like middle mousebutton panning) but these should not be essential. So yes, I definitely believe that it is possible to have Gimp on the Maemo or GPE platform, it even should be possible to nicely integrate it with Hildon, although IMHO a nicely done pure GTK+ embedded interface has bigger chances on getting accepted for Gimp CVS. I hope this helps, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ _______________________________________________ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
