Re: [Gimp-developer] jpeg-exif development summary
Hi William ;), ASCII isn't a reasonable encoding for names. I strongly hope the EXIF spec doesn't define this as ASCII. The spec defines it as ASCII. Before you get too outraged, please bear in mind that the EXIF spec was created in Japan, where they were certainly aware of the significance of what they were doing. I'm afraid they weren't :(. I didn't know that EXIF came out from Japan, shame on them to make a spec with ASCII strings when nowadays it should be UTF-8. In what year was the spec defined? regards, -- David Gmez Jabber ID: [EMAIL PROTECTED] ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Re: Gimp 2.0
Hi ; ), Also, I find the picture of the wet baby in the Screen Shots section rather annoying. I mean, it's not the baby's fault, but I think that with all the stuff going on in Europe (Dutroux), placing a half-naked kid with amateur lightning in this section is not a matter of particularly good taste. Maybe it would be good to show more neutral photographs, like skies and landscapes etc. that are bright and where's much to look at. I find that observation rather exaggerated. There is no special situation in Europe, at least in the Europe i live in. And a baby picture is just a baby picture, anything else is just on the mind of of those who look at the picture, no matter if it's a professional photograph or a amateur one with you digital camera. Of course the photo is from Dave's son and he can do whatever he thinks is better with it... will take them down. I'm not sure where screenshot submissions should go though - perhaps someone else will pipe up with ideas about that? I think the actual policy is ok, to put good screenshots, not politically correct ones. Regards, -- David Gómez The question of whether computers can think is just like the question of whether submarines can swim. -- Edsger W. Dijkstra ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Dithering
Hi all, Just installed gimp-2.0pre1 ;) I've scanned some jpeg images with a 24bit depth. Some of them are old photographies in blackwhite that show 'bands' when are displayed on a 16 bit depth display. After digging in the menus i noticed that the image could be transformed to a indexed pallete, with a Floyd-Steinberg dithering, but that did not solve nothing, the maximum number of colors cannot be set to more that 256 :-/. Is there another way to dither an image in gimp? Programs like gqview, an image viewer, use the dither algorithms bundled with gdx_pixbuf in gtk2, and they work perfectly with the same images. Why cannot the gimp do the same quality dithering if it's using the same library? Thanks, -- David Gómez The question of whether computers can think is just like the question of whether submarines can swim. -- Edsger W. Dijkstra ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Dithering
Hi David ;), This is a normal phenomenon when moving to higher bitdepths. Unless you're talking about 16 bits in total, and not 16 bits per channel, in which case I'd be a bit mystified... Yes, i meant 16 bits per channel ;) Floyd-Steinberg dithering is basically a way to approximate more colors with a smaller palette... it does not actually do anything like what you are expecting (as you have noticed). Yup, i already noticed that. Maybe i'm wrong, so please correct me, but the Floyd-Steinberg is implemented by the gimp, and the dithering in gdk_pixbuf (the paramater XlibRgbDither to functions like gdk_pixbuf_draw) are different things, isn't it? Have you tried blurring the image with a radius of 0.5 or 1.5 pixels? This sometimes works quite well. I've tried it without success. The bands are too visible to be removed with a blur filter... Programs like gqview, an image viewer, use the dither algorithms bundled with gdx_pixbuf in gtk2, and they work perfectly with the same images. Why cannot the gimp do the same quality dithering if it's using the same library? Oh, I see what you mean, I think - you're talking about the rendering of the data, you don't actually want to change the underlying data, you want it to look better. Is that right? Yes, i want it to look better, and have the option to save the dithered image ;). Gqview does a dithering pass on the image, and the image looks great. I looked in the sources and saw that it doesn't implements any dithering algorithm, it just uses the underlying gdk_pixbuf dithering support. If that's the case, then I'm afraid the answer is that I don't know. I thought we used a GdkPixbuf, so if we don't I'm stumped :) I know that the Gimp is using GdkPixbuf, that's why i'm asking why it doesn't do a better dithering ;) cheers, -- David Gómez The question of whether computers can think is just like the question of whether submarines can swim. -- Edsger W. Dijkstra ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Dithering
Hi Yosh ;), The GIMP display canvas uses the dithering routines from GdkRGB which is probably what you are refering to. Of course this does only affect the display, not the image data. I am not sure but I think I remember a plug-in that could apply dithering to RGB images w/o converting to Indexed colors. Actually, gqview defaults to GDK_RGB_DITHER_NORMAL whereas gimp uses GDK_RGB_DITHER_MAX always, which should theoretically do a better job. It should, certainly. Maybe you could put up a sample image somewhere so we can see what exactly the problem is? You're right, that would be the best. Please get it from: http://david.pleyades.net/Explorar0044.jpg It's has a size of 2.80Mb. Hmmm..., don't bother to download it ;), i'm starting to see the cause of my problem. The image is quite big (2100x2800) and when the image is scaled to fit in the screen, the ugly 'bands' appears, but they aren't visible with a 1:1 zoom. I've scaled down the image and the bands are not there now. So it seems the problem is with the zoom. When a big image is fitted to the screen size, it doesn't look nice (you know, bands ;)). What confused me was that gqview, with the same image size, fitted it to the screen size and no bands were drawed... I think now is time for the gimp gurus to solve this zoom thing, i'll leave the image in the URL above some time in case somebody is interested ;) Thanks all for your help ;), cheers, -- David Gómez The question of whether computers can think is just like the question of whether submarines can swim. -- Edsger W. Dijkstra ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Dithering
Hi Sven ;), The GIMP display canvas uses the dithering routines from GdkRGB which is probably what you are refering to. Yes i was referring to GdkRGB dithering, but it seems that was not the cause of the problem, as i said in my previous mail, and i was wrong thinking that was caused by gimp dithering implementation. Thanks, -- David Gómez The question of whether computers can think is just like the question of whether submarines can swim. -- Edsger W. Dijkstra ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Giving a try to gimp-perl
Hi all ;), I know gimp-perl is still unstable, anyway i tried to compile it myself and test it with the bbgallery script. It's not a very complex script, just loads the jpeg images, rescales them to create the thumbnails, and save them. After that uses the HTML perl module to create a html gallery. I'm using gimp 1.3.16 and gimp-perl from cvs, and i got some errors after running it, mainly in the Net.pm module. I post the output of the script, maybe it will be of some help for people currently working in gimp-perl: Warning: Unknown token 'vlink' in config file: /home/huma/.bbgallery Warning: Unknown token 'bgcolor1' in config file: /home/huma/.bbgallery Warning: Unknown token 'alink' in config file: /home/huma/.bbgallery Warning: Unknown token 'bgcolor' in config file: /home/huma/.bbgallery Warning: Unknown token 'thumb_only' in config file: /home/huma/.bbgallery Warning: Unknown token 'text' in config file: /home/huma/.bbgallery Warning: Unknown token 'link' in config file: /home/huma/.bbgallery Warning: Unknown token 'text1' in config file: /home/huma/.bbgallery Warning: Unknown token 'text2' in config file: /home/huma/.bbgallery Warning: Unknown token 'bgcolor2' in config file: /home/huma/.bbgallery gimp_scale.pl: protocol error (1) at /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/Gimp/Net.pm line 67. (ERROR) protocol error (1) at /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/Gimp/Net.pm line 67. gimp_scale.pl: protocol error (1) at /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/Gimp/Net.pm line 67. (ERROR) protocol error (1) at /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/Gimp/Net.pm line 67. Use of uninitialized value in substitution (s///) at /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi/HTML/Entities.pm line 399. Use of uninitialized value in concatenation (.) or string at /usr/bin/bbgallery line 222. And thanks for all the great work with gimp 1.3 ;)), even unstable, is a lot better that gimp 1.2 ;) -- David Gómez The question of whether computers can think is just like the question of whether submarines can swim. -- Edsger W. Dijkstra ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
