From lilyukma@yahoo.com Mon Jul 2 19:25:25 2001 From: lilyukma@yahoo.com (Kharevych Liliya I) Date: Mon, 2 Jul 2001 11:25:25 -0700 (PDT) Subject: [Image-SIG] Animated image Message-ID: <20010702182525.49077.qmail@web11501.mail.yahoo.com> Hi, Can anyone give me a hint how to make an animated image from other pictures using each of them as each frame.. Thanks a lot, lily __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/ From douglas@paradise.net.nz Sat Jul 7 04:17:20 2001 From: douglas@paradise.net.nz (Douglas Bagnall) Date: Sat, 7 Jul 2001 15:17:20 +1200 Subject: [Image-SIG] unicode filenames in PIL Message-ID: <3B472800.1167.EB9B0C@localhost> hi all, I was getting mysterious errors from the image save method: i.save(fname) "[...]/PIL/Image.py", line 681, in save format = EXTENSION[ext] KeyError: until I discovered the filename string was unicode. This had happened somewhat by stealth, as a plain string mixed with unicode yeilds a unicode result, so a small piece of the filename from XML had infected the whole. Anyway, i.save(str(fname)) fixes the problem, but I wonder if this mightn't be better done within Image.py? cheers, Douglas From markus.kemmerling@mediaweb.at Sun Jul 8 12:39:45 2001 From: markus.kemmerling@mediaweb.at (Markus Kemmerling) Date: Sun, 8 Jul 2001 13:39:45 +0200 Subject: [Image-SIG] PIL: Converting a JPEG from CMYK to RGB Message-ID: When I convert a JPEG image from CMYK to RGB with PIL's convert()-method: image.convert('RGB') it get's very dark and the colors aren't preserved at all. Is there any way to preserve colors? I know from the PIL-handbook that there is another version of convert(), which uses a conversion matrix. I don't know if this would help and I wouldn't know how to construct the matrix to 'restore' the right colors. (As far as image processing is concerned, I am a complete dummy.) Markus Kemmerling From image-sig@lee-morgan.net Mon Jul 9 06:18:21 2001 From: image-sig@lee-morgan.net (image-sig@lee-morgan.net) Date: 09 Jul 2001 15:18:21 +1000 Subject: [Image-SIG] win32 build with 1.1.2 - basetsd.h Message-ID: Hi, Is there a reason the test for win32 in implatform.h to stop INT32 being #def'd has been removed? (its typdef'd in basetsd.h) I'm compiling on Win98 and MSVC6 still requires it. Cheers Lee -- image-sig From image-sig@lee-morgan.net Mon Jul 9 09:01:02 2001 From: image-sig@lee-morgan.net (image-sig@lee-morgan.net) Date: 09 Jul 2001 18:01:02 +1000 Subject: [Image-SIG] RE: PIL 1.1.2 win32 IOError saving =?iso-8859-1?q?BMP's=A0?= Message-ID: Hi, Had a chance to revisit my problem and it wasn't just BMP's but all saves. Reading the README I found save errors are "a common problem if you dont link as /MD (multithreaded dll)". Doh! I'm posting this in case anyone else is incapable of RTFM. That acronym has been tatooed across my forehead and is now my mantra. Cheers Lee RTFM, RTFM, RTFM, RTFM, ..... -- image-sig From itai@optusnet.com.au Tue Jul 10 03:57:18 2001 From: itai@optusnet.com.au (Itai Tavor) Date: Tue, 10 Jul 2001 12:57:18 +1000 Subject: [Image-SIG] Help building PIL on OS X Message-ID: Hi, has anyone managed to compile Imaging on OS X? Using Imaging 1.1.2 and Python 2.0, I get this when I do make: ./_imaging.c:2479: illegal function definition, found `init_imaging' Using make "OPT=-traditional-cpp" (not sure what this does, but it helped build Python on this system), I get: ./_imaging.c:2479: parse error before `init_imaging' make: *** [_imaging.o] Error 1 Can anyone tell me how to get it to work? TIA, Itai -- -- Itai Tavor -- "Je sautille, donc je suis." -- itai@optusnet.com.au -- - Kermit the Frog -- -- -- -- "If you haven't got your health, you haven't got anything" -- From fredrik@pythonware.com Tue Jul 10 07:21:53 2001 From: fredrik@pythonware.com (Fredrik Lundh) Date: Tue, 10 Jul 2001 08:21:53 +0200 Subject: [Image-SIG] Help building PIL on OS X References: Message-ID: <012101c10908$9dac2ee0$4ffa42d5@hagrid> itai wrote: > has anyone managed to compile Imaging on OS X? Using Imaging 1.1.2 > and Python 2.0, I get this when I do make: > > ./_imaging.c:2479: illegal function definition, found `init_imaging' did ./configure run successfully? is DL_EXPORT correctly defined? if you cannot figure that out (or fix it), try replacing the "DL_EXPORT(void)" around line 2478 with a plain "void"): void init_imaging(void) { ... } alternatively, you could grab Tony Lownds prebuilt OS X kit, which includes PIL 1.2: http://tony.lownds.com/macosx/ hope this helps! From itai@optusnet.com.au Tue Jul 10 08:47:16 2001 From: itai@optusnet.com.au (Itai Tavor) Date: Tue, 10 Jul 2001 17:47:16 +1000 Subject: [Image-SIG] Help building PIL on OS X In-Reply-To: <012101c10908$9dac2ee0$4ffa42d5@hagrid> References: <012101c10908$9dac2ee0$4ffa42d5@hagrid> Message-ID: >itai wrote: >> has anyone managed to compile Imaging on OS X? Using Imaging 1.1.2 >> and Python 2.0, I get this when I do make: >> >> ./_imaging.c:2479: illegal function definition, found `init_imaging' > >did ./configure run successfully? Yes. ./configure and make in libImaging worked, as well as make -f Makefile.pre.in boot in the main directory. >is DL_EXPORT correctly defined? if you cannot figure that out (or >fix it), try replacing the "DL_EXPORT(void)" around line 2478 with a >plain "void"): > > void > init_imaging(void) > { > ... > } Starting at line 2476 I had: #ifdef WIN32 __declspec(dllexport) #endif I removed it, and now make succeeds. However, now when I try to import _imaging in Python, I get: dyld: python Undefined symbols: _deflate _deflateEnd _deflateInit2_ _deflateSetDictionary _inflate _inflateEnd _inflateInit_ >alternatively, you could grab Tony Lownds prebuilt OS X kit, which >includes PIL 1.2: > > http://tony.lownds.com/macosx/ > This would be very helpful when I am able to use Python 2.1. At the moment I'm forced to use 2.0. However, I copied PIL from this kit into my python2.0/site-packages, and it seems to work, after complaining about a Python C API version mismatch. So in fact, it did turn out to be helpful! Now I got to get JPEG support working... libjpeg also fails to build on this system, and the only precompiled package I can find requires installing XFree86. Oh well... Anyway, thanks a lot for the info! -- -- Itai Tavor -- "Je sautille, donc je suis." -- itai@optusnet.com.au -- - Kermit the Frog -- -- -- -- "If you haven't got your health, you haven't got anything" -- From plakal@cs.wisc.edu Tue Jul 10 11:53:43 2001 From: plakal@cs.wisc.edu (Manoj Plakal) Date: Tue, 10 Jul 2001 05:53:43 -0500 Subject: [Image-SIG] Problem choosing inks/drawing in GIF file Message-ID: <20010710055343.A774@cs.wisc.edu> Hi, I'm trying to use PIL to draw a line graph on a pre-existing GIF template file. However, for some reason, no matter what palette index I specify as the ink, the lines I draw are all white (which happens to be the first color in the palette). Could anyone see what I'm doing wrong? Code is at the end of the message. Also, I tried the example code on creating paletted images from scratch (http://www.pythonware.com/products/pil/articles/creating-palette-images.htm) and all I get is a black rectangle, none of the shapes specified in the code are drawn. This is with PIL-1.1.2, Python 2.1, Solaris 2.8. Thanks, Manoj ------------------------------------------ import Image, ImageDraw image = Image.open( "graph_template.gif" ) # -- 500x600 GIF, 67-color palette draw = ImageDraw.Draw( image ) draw.setink(1) # -- Orange-ish draw.line( [(52,550),(220,40)] ) draw.setink(2) # -- another shade of orange draw.line( [(220,40),(300,550)] ) draw.ellipse( (52,40,300,550) ) image.save( "graph.gif" ) ------------------------------------------ From plakal@cs.wisc.edu Wed Jul 11 00:41:12 2001 From: plakal@cs.wisc.edu (Manoj Plakal) Date: Tue, 10 Jul 2001 18:41:12 -0500 Subject: [Image-SIG] Endian-ness bug? (Was Re: Problem choosing inks/drawing in GIF file) In-Reply-To: <20010710055343.A774@cs.wisc.edu>; from plakal@cs.wisc.edu on Tue, Jul 10, 2001 at 05:53:43AM -0500 References: <20010710055343.A774@cs.wisc.edu> Message-ID: <20010710184112.A9187@cs.wisc.edu> Manoj Plakal wrote (Tue, Jul 10, 2001 at 05:53:43AM -0500) : > I'm trying to use PIL to draw a line > graph on a pre-existing GIF template file. > > However, for some reason, no matter > what palette index I specify as > the ink, the lines I draw are all white > (which happens to be the first color > in the palette). > > Could anyone see what I'm doing wrong? > Code is at the end of the message. > This is with PIL-1.1.2, Python 2.1, > Solaris 2.8. I finally figured out the problem. There seems to be a bug in the support code in PIL where _draw_lines() (in _imaging.c) passes a pointer to an int as the ink parameter to the ImagingDrawLine() function in libImaging which then treats it as a pointer to unsigned char (UINT8). This returns zero on big-endian SPARC but returns the correct ink value on little-endian x86. I modified it myself to make it work for me but I assumed that this kind of stuff would be handled by the configure scripts since this kind of casting makes assumptions about endian-ness. Manoj > ------------------------------------------ > import Image, ImageDraw > > image = Image.open( "graph_template.gif" ) # -- 500x600 GIF, 67-color palette > > draw = ImageDraw.Draw( image ) > draw.setink(1) # -- Orange-ish > draw.line( [(52,550),(220,40)] ) > draw.setink(2) # -- another shade of orange > draw.line( [(220,40),(300,550)] ) > draw.ellipse( (52,40,300,550) ) > > image.save( "graph.gif" ) > ------------------------------------------ > From image-sig@lee-morgan.net Wed Jul 11 04:35:13 2001 From: image-sig@lee-morgan.net (image-sig@lee-morgan.net) Date: 11 Jul 2001 13:35:13 +1000 Subject: [Image-SIG] Interlaced images/ retrieving fields Message-ID: Hi, Is it possible to spilt an interlaced image to 2 with PIL. Specifically, say if I have a frame of video and want to split the frame into to field images. Cheers Lee -- image-sig From aclover@1value.com Wed Jul 11 13:25:24 2001 From: aclover@1value.com (Clover Andrew) Date: Wed, 11 Jul 2001 14:25:24 +0200 Subject: [Image-SIG] Re: Interlaced images/ retrieving fields Message-ID: Lee Morgan wrote: > Is it possible to spilt an interlaced image to 2 with PIL. You could try using resize() with Image.NEAREST to get a half-height copy of the image, then offsetting the original image by one row (eg. by paste()ing into self) and doing the same again. --=20 Andrew Clover Technical Consultant 1VALUE.com AG From image-sig@lee-morgan.net Thu Jul 12 03:09:47 2001 From: image-sig@lee-morgan.net (image-sig@lee-morgan.net) Date: 12 Jul 2001 12:09:47 +1000 Subject: [Image-SIG] Re: Interlaced images/ retrieving fields In-Reply-To: "Clover Andrew"'s message of "Wed, 11 Jul 2001 14:25:24 +0200" References: Message-ID: "Clover Andrew" writes: > Lee Morgan wrote: > > > Is it possible to spilt an interlaced image to 2 with PIL. > > You could try using resize() with Image.NEAREST to get a > half-height copy of the image, then offsetting the original > image by one row (eg. by paste()ing into self) and doing the > same again. Pasting didn't work (maybe I did incorrectly) - but using a crop to offset instead worked. Thanks! Lee > > -- > Andrew Clover > Technical Consultant > 1VALUE.com AG > > _______________________________________________ > Image-SIG maillist - Image-SIG@python.org > http://mail.python.org/mailman/listinfo/image-sig > -- image-sig From chris@schwer.bewaff.net Thu Jul 12 08:55:35 2001 From: chris@schwer.bewaff.net (Christian Klein) Date: Thu, 12 Jul 2001 09:55:35 +0200 Subject: [Image-SIG] Question on PIL Message-ID: <20010712095535.A833@c0re.rc23.cx> Hello, I have some problems with PIL. I try to draw an ecard (quite like the amazon ecards, and no, I do NOT like ecards :), but it does not work: http://schwer.bewaff.net/pil/pil-bt.html shows a cgibt backtrace http://schwer.bewaff.net/pil/ecard.py is the code. My _imaging.so is linked to: libjpeg.so.62 => /mc/usr/lib/libjpeg.so.62 (0x40038000) libc.so.6 => /lib/libc.so.6 (0x40058000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000) My Setup.in contains: *shared* _imaging _imaging.c decode.c encode.c map.c display.c outline.c path.c \ -IlibImaging libImaging/libImaging.a \ # *** IJG JPEG library (libjpeg) location -I/mc/usr/include -L/mc/usr/lib -ljpeg \ # *** ZLIB (libz) location -I/mc/usr/include -L/mc/usr/lib -lz the exception is an: IOError: decoder zip not available args = ('decoder zip not available',) errno = None filename = None strerror = None regards, chris From wwwjessie@21cn.com Thu Jul 12 11:01:50 2001 From: wwwjessie@21cn.com (wwwjessie@21cn.com) Date: Thu, 12 Jul 2001 18:01:50 +0800 Subject: [Image-SIG] =?gb2312?B?xvPStcnPzfijrNK7sr21vc67KFlvdXIgb25saW5lIGNvbXBhbnkp?= Message-ID: <34ef801c10ab9$ab6c3ef0$9300a8c0@ifood1gongxing> This is a multi-part message in MIME format. ------=_NextPart_000_34EF9_01C10AFC.B98F7EF0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 1/C+tLXEu+HUsaOsxPq6w6Oh0rzKs8a31tC5+s34t/7O8dDFz6K5qcT6ss6/vKO6ICANCg0K07XT 0NfUvLq1xM34yc+5q8u+o6zVucq+uavLvrL6xre6zbf+zvGjrMzhuN/G89K1vrrV+cGmLMT609DB vdbW0aHU8aO6DQoNCjEvIM341b62qNbGIDxodHRwOi8vd3d3Lmlmb29kMS5jb20vYWJvdXR1cy9v dXJzZXJ2aWNlcy93ZWIuYXNwPiAgOg0K19S8us6su6S4/NDCo6y53MDtx7DMqLrzzKijrLj5vt3G 89K10OjSqqOsvajBotfUvLq1xM34yc+5q8u+o6zK/b7dv+LEo7/pyM7E+tGh1PGjusnMx+nQxc+i t6KyvCzN+MnPsvrGt9W5yr6jrL/Nu6e3/s7x1tDQxCzN+MnPubrO78+1zbMsv827p7nYDQrPtbnc wO0szfjJz8LbzLMszfjJz7vh0unW0NDELM34yc/V0Ma4LM22xrHPtc2zLNfKwc/PwtTY1tDQxCzO yr7ttfey6Swg1dCx6rLJubrPtc2zLLfDzsrV382zvMa31s72LCDBxMzsytIovbvB96GizLjF0Cmh raGtDQoNCs/rwcu94sr9vt2/4sSjv+nR3cq+1tDQxKO/x+vBqs+1o7ogc2FsZXNAaWZvb2QxLmNv bSA8bWFpbHRvOnNhbGVzQGlmb29kMS5jb20+DQqhobXnu7CjujA3NTUtMzc4NjMwOaGhz/rK27K/ yfLQob3jDQoNCjIvINK8zfjNqCA8aHR0cDovL29uZXQuaWZvb2QxLmNvbS8+DQot19TW+sq9vajN +KOsstnX97zytaWjrLy0vai8tNPDo7q/ydW5yr4zMNXFu/K4/Lbg1dXGrKOs19TW+sq9zqy7pKOs v8nL5sqxuPzQws28xqy6zc7E19bE2sjdo6zU2s/ft6KyvLL6xrfQxc+ioaK5q8u+tq/MrLXIo6zU +cvNtv68trn6vMrT8sP7KA0KyOdodHRwOi8veW91cm5hbWUuaWZvb2QxLmNvbSmjrNPr0rzKs8a3 1tC5+s34KNKzw+bkr8DAwb/UwtPiMjAwzfK0zim99MPcway906OszOG438LyvNK6zbnLv823w87K wb+jrLaoxtrK1bW90rzKsw0KxrfW0Ln6zfjM4bmptcS/zbun0OjH87rNssm5utDFz6Khow0KDQoN Cg0KN9TCMzDI1cewyerH67KiuLa/7sq508PSvM34zaijrMzYsfDTxbvdvNszODAw1KovxOqjrNT5 y83M9cLrueO45rKiw+K30dTayrPGt9eo0rXU09a+v6+1x7mpo6zH86OstPrA7aOsus/X99DFz6IN Cs/rwcu94rj8tuA/IKGhx+vBqs+1o7ogc2FsZXNAaWZvb2QxLmNvbSA8bWFpbHRvOnNhbGVzQGlm b29kMS5jb20+DQqhobXnu7CjujA3NTUtMzc4NjMwOaGhoaHP+srbsr/J8tChveMNCrvyILfDzsrO 0sPHtcTN+NKzIDxodHRwOi8vd3d3Lmlmb29kMS5jb20vYWJvdXR1cy9vdXJzZXJ2aWNlcy9jcHNl cnZpY2UuYXNwPg0KOnd3dy5pZm9vZDEuY29tDQoNCrvY1rSjqMfrtKvV5qO6MDc1NS0zMjM5MDQ3 u/K3orXn19PTyrz+o7ogc2FsZXNAaWZvb2QxLmNvbSA8bWFpbHRvOnNhbGVzQGlmb29kMS5jb20+ IKOpDQoNCqH1ILG+uavLvrbUzfjVvrao1sa40NDLyKShoaGhICAgICAgICAgICAgICAgICAgICAg ofUgsb65q8u+ttTSvM34zai3/s7xuNDQy8ikDQoNCrmry77D+7PGo7pfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX1/Bqs+1yMujul9fX19fX19fX19fX19fX19fXw0K X19fX18gDQoNCrXnu7Cjul9fX19fX19fX19fX19fX19fX19fX7Sr1eajul9fX19fX19fX19fX19f X19fX19fX19FLW1haWyjul9fX19fX19fX19fX19fX18NCl9fX19fXyANCg0K ------=_NextPart_000_34EF9_01C10AFC.B98F7EF0 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: base64 PEhUTUw+DQo8SEVBRD4NCjxUSVRMRT5VbnRpdGxlZCBEb2N1bWVudDwvVElUTEU+IDxNRVRBIEhU VFAtRVFVSVY9IkNvbnRlbnQtVHlwZSIgQ09OVEVOVD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMx MiI+IA0KPC9IRUFEPg0KDQo8Qk9EWSBCR0NPTE9SPSIjRkZGRkZGIiBURVhUPSIjMDAwMDAwIj4N CjxUQUJMRSBXSURUSD0iOTglIiBCT1JERVI9IjAiIENFTExTUEFDSU5HPSIwIiBDRUxMUEFERElO Rz0iMCI+PFRSPjxURD48UCBDTEFTUz1Nc29Ob3JtYWwgU1RZTEU9J21hcmdpbi1yaWdodDotMTcu ODVwdDtsaW5lLWhlaWdodDoxNTAlJz48Rk9OVCBTSVpFPSIyIj7X8L60tcS74dSxo6zE+rrDo6HS vMqzxrfW0Ln6zfi3/s7x0MXPormpxPqyzr+8o7ombmJzcDs8L0ZPTlQ+IA0KPC9QPjxQIENMQVNT PU1zb05vcm1hbCBTVFlMRT0nbWFyZ2luLXJpZ2h0Oi0xNy44NXB0O2xpbmUtaGVpZ2h0OjE1MCUn PjxGT05UIFNJWkU9IjIiPtO109DX1Ly6tcTN+MnPuavLvqOs1bnKvrmry76y+sa3us23/s7xo6zM 4bjfxvPStb661fnBpizE+tPQwb3W1tGh1PGjujxCUj48QlI+MS8gDQo8QQ0KSFJFRj0iaHR0cDov L3d3dy5pZm9vZDEuY29tL2Fib3V0dXMvb3Vyc2VydmljZXMvd2ViLmFzcCI+zfjVvrao1sY8L0E+ IDog19S8us6su6S4/NDCo6y53MDtx7DMqLrzzKijrLj5vt3G89K10OjSqqOsvajBotfUvLq1xM34 yc+5q8u+o6zK/b7dv+LEo7/pyM7E+tGh1PGjusnMx+nQxc+it6KyvCzN+MnPsvrGt9W5yr6jrL/N u6e3/s7x1tDQxCzN+MnPubrO78+1zbMsv827p7nYz7W53MDtLM34yc/C28yzLM34yc+74dLp1tDQ xCzN+MnP1dDGuCzNtsaxz7XNsyzXysHPz8LU2NbQ0MQszsq+7bX3suksIA0K1dCx6rLJubrPtc2z LLfDzsrV382zvMa31s72LCDBxMzsytIovbvB96GizLjF0CmhraGtPC9GT05UPjwvUD48UCBDTEFT Uz1Nc29Ob3JtYWwgU1RZTEU9J2xpbmUtaGVpZ2h0OjIwLjBwdCc+PEI+PEZPTlQgQ09MT1I9IiNG RjAwMDAiPs/rwcu94sr9vt2/4sSjv+nR3cq+1tDQxKO/PC9GT05UPjwvQj48Rk9OVCBTSVpFPSIy Ij7H68Gqz7WjujxBIEhSRUY9Im1haWx0bzpzYWxlc0BpZm9vZDEuY29tIj5zYWxlc0BpZm9vZDEu Y29tPC9BPiANCqGhtee7sKO6MDc1NS0zNzg2MzA5oaHP+srbsr/J8tChveM8L0ZPTlQ+PC9QPjxQ IENMQVNTPU1zb05vcm1hbCBTVFlMRT0nbGluZS1oZWlnaHQ6MjAuMHB0Jz48L1A+PFAgQ0xBU1M9 TXNvTm9ybWFsIFNUWUxFPSdsaW5lLWhlaWdodDoyMC4wcHQnPjxGT05UIFNJWkU9IjIiPjIvIA0K PEEgSFJFRj0iaHR0cDovL29uZXQuaWZvb2QxLmNvbS8iPtK8zfjNqDwvQT4t19TW+sq9vajN+KOs stnX97zytaWjrLy0vai8tNPDo7q/ydW5yr4zMNXFu/K4/Lbg1dXGrKOs19TW+sq9zqy7pKOsv8nL 5sqxuPzQws28xqy6zc7E19bE2sjdo6zU2s/ft6KyvLL6xrfQxc+ioaK5q8u+tq/MrLXIo6zU+cvN tv68trn6vMrT8sP7KMjnaHR0cDovL3lvdXJuYW1lLmlmb29kMS5jb20po6zT69K8yrPGt9bQufrN +CjSs8Pm5K/AwMG/1MLT4jIwMM3ytM4pvfTD3MGsvdOjrMzhuN/C8rzSus25y7/Nt8POysG/o6y2 qMbaytW1vdK8yrPGt9bQufrN+Mzhuam1xL/Nu6fQ6Mfzus2yybm60MXPoqGjPEJSPjwvRk9OVD48 L1A+PFAgQ0xBU1M9TXNvTm9ybWFsIFNUWUxFPSdtYXJnaW4tcmlnaHQ6LTE3Ljg1cHQ7bGluZS1o ZWlnaHQ6MTUwJSc+PEZPTlQgU0laRT0iMiI+PEJSPjwvRk9OVD4gDQo8Qj48Rk9OVCBDT0xPUj0i I0ZGMDAwMCI+NzwvRk9OVD48L0I+PEZPTlQgQ09MT1I9IiNGRjAwMDAiPjxCPtTCMzDI1cewyerH 67KiuLa/7sq508PSvM34zaijrMzYsfDTxbvdvNszODAw1KovxOqjrNT5y83M9cLrueO45rKiw+K3 0dTayrPGt9eo0rXU09a+v6+1x7mpo6zH86OstPrA7aOsus/X99DFz6I8L0I+PEJSPjwvRk9OVD4g DQo8Rk9OVCBTSVpFPSIyIj7P68HLveK4/LbgPyChocfrwarPtaO6PEEgSFJFRj0ibWFpbHRvOnNh bGVzQGlmb29kMS5jb20iPnNhbGVzQGlmb29kMS5jb208L0E+IA0KoaG157uwo7owNzU1LTM3ODYz MDmhoaGhz/rK27K/yfLQob3jPEJSPjwvRk9OVD48Rk9OVCBTSVpFPSIyIj678jxBDQpIUkVGPSJo dHRwOi8vd3d3Lmlmb29kMS5jb20vYWJvdXR1cy9vdXJzZXJ2aWNlcy9jcHNlcnZpY2UuYXNwIj63 w87KztLDx7XEzfjSszwvQT46d3d3Lmlmb29kMS5jb208L0ZPTlQ+PC9QPjxQIENMQVNTPU1zb05v cm1hbCBTVFlMRT0nbGluZS1oZWlnaHQ6MjAuMHB0JyBBTElHTj0iTEVGVCI+PC9QPjxQIENMQVNT PU1zb05vcm1hbCBBTElHTj1MRUZUIFNUWUxFPSdsaW5lLWhlaWdodDoyMC4wcHQnPjxGT05UIFNJ WkU9IjIiPjxCPrvY1rSjqMfrtKvV5qO6MDc1NS0zMjM5MDQ3u/K3orXn19PTyrz+o7o8L0I+PEEN CkhSRUY9Im1haWx0bzpzYWxlc0BpZm9vZDEuY29tIj5zYWxlc0BpZm9vZDEuY29tIDwvQT48Qj6j qTwvQj48L0ZPTlQ+PC9QPjxQPjxGT05UIFNJWkU9IjIiPqH1IA0Ksb65q8u+ttTN+NW+tqjWxrjQ 0MvIpKGhoaEmbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IKH1ILG+uavLvrbU0rzN+M2ot/7O8bjQ0MvIpDwvRk9OVD48L1A+PFAgQ0xBU1M9TXNv Tm9ybWFsIFNUWUxFPSdsaW5lLWhlaWdodDoyMC4wcHQnPjxGT05UIFNJWkU9IjIiPrmry77D+7PG o7pfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX1/Bqs+1yMujul9f X19fX19fX19fX19fX19fX19fX19fIA0KPEJSPiA8QlI+ILXnu7Cjul9fX19fX19fX19fX19fX19f X19fX7Sr1eajul9fX19fX19fX19fX19fX19fX19fX19FLW1haWyjul9fX19fX19fX19fX19fX19f X19fX18gDQo8L0ZPTlQ+PC9QPjxQIENMQVNTPU1zb05vcm1hbCBTVFlMRT0nbGluZS1oZWlnaHQ6 MjAuMHB0Jz48L1A+PC9URD48L1RSPjwvVEFCTEU+IA0KPC9CT0RZPg0KPC9IVE1MPg0K ------=_NextPart_000_34EF9_01C10AFC.B98F7EF0-- From fredrik@pythonware.com Thu Jul 12 17:18:23 2001 From: fredrik@pythonware.com (Fredrik Lundh) Date: Thu, 12 Jul 2001 18:18:23 +0200 Subject: [Image-SIG] Question on PIL References: <20010712095535.A833@c0re.rc23.cx> Message-ID: <017101c10aee$47a16be0$4ffa42d5@hagrid> christian wrote: > My Setup.in contains: > > *shared* > > _imaging _imaging.c decode.c encode.c map.c display.c outline.c path.c \ > -IlibImaging libImaging/libImaging.a \ > # *** IJG JPEG library (libjpeg) location > -I/mc/usr/include -L/mc/usr/lib -ljpeg \ > # *** ZLIB (libz) location > -I/mc/usr/include -L/mc/usr/lib -lz > > the exception is an: > IOError: decoder zip not available > args = ('decoder zip not available',) > errno = None > filename = None > strerror = None the ./configure script probably failed to find your libz and libjpeg files (if that's the case, it told you so, but that message is easy to miss). the quickest way to fix this is to edit the libImaging/ImConfig.h file to make sure the right "HAVE" defines are set (see comments at the top of the file), and rebuild everything. (if you're successful, the ZipEncode.o and ZipDecode.o files should be at least a few kb's large -- and that error should go away...) Cheers /F From image-sig@python.org Fri Jul 13 17:06:30 2001 From: image-sig@python.org (image-sig@python.org) Date: Fri, 13 Jul 2001 18:06:30 +0200 Subject: [Image-SIG] Image-SIG digest, Vol 1 #462 - 1 msg Message-ID: I'm out of the office until the 30th of July 2001. From chris@schwer.bewaff.net Sat Jul 14 15:16:56 2001 From: chris@schwer.bewaff.net (Christian Klein) Date: Sat, 14 Jul 2001 16:16:56 +0200 Subject: [Image-SIG] pasting transparent pngs Message-ID: <20010714161656.A3522@c0re.rc23.cx> Hello, I've got another problem: I want to paste a png with transparent background onto another image. But instead using the upper image as a "border", the transparent background appears white. What am I doing wrong? regards, Chris the code: border = PIL.Image.open(config.get("ECARD","borderpath") + border) photo = PIL.Image.open(photo_i[0]) ecard = PIL.Image.new("RGBA", (border.size[0],border.size[1]+text.size[1]+20) ,(255,255,255)) card.paste(photo, (int((border.size[0]-photo.size[0])/2), int ((border.size[1]-photo.size[1])/2))) ecard.paste(border, (0,0)) ecard.save("%s/%s.jpg" % (config.get("ECARD","tmp_path"), digest.hexdigest()), "Jpeg") -- to understand recursion, we first must understand recursion. oder: ob du vorne einkellerst oder hinten einschlangst, nachher landet doch eh alles in den baeumen. From image-sig@python.org Sat Jul 14 17:07:50 2001 From: image-sig@python.org (image-sig@python.org) Date: Sat, 14 Jul 2001 18:07:50 +0200 Subject: [Image-SIG] Image-SIG digest, Vol 1 #463 - 2 msgs Message-ID: I'm out of the office until the 30th of July 2001. From heikowu@ceosg.de Sat Jul 14 22:02:38 2001 From: heikowu@ceosg.de (Heiko Wundram) Date: Sat, 14 Jul 2001 23:02:38 +0200 Subject: [Image-SIG] Coredump of PIL 1.1.2 Message-ID: <01071423023800.00473@phoenix> Hello List! I know I'm not subscribed... But I'll do that some time later. ;) Well, I recently installed PIL 1.1.2 on Python 2.1 on my dedicated Server (an i386 running Linux 2.4 on an altered RedHat 7.0 installation), and when I try to run the following snippet of code, I get a coredump while trying to create the thumbnail for the picture. self.mutex.acquireShared() im = Image.open(x) im.thumbnail(self.size) <--- Coredump while in this function... self.mutex.acquireExclusive() <--- Not relevant ;) At least I guess so... im.save(outfile,"JPEG") self.mutex.free() Read-Write Permissions, etc. are set correctly! I wrote the code on a box with almost equal hardware, but with my selfcreated Linux-Distro, and here it runs, even for the same images...! Dunno what I do wrong! btw. the mutex object above tries to keep several concurrent CGIs out of each others "critical" part. Shouldn't have to do anything with the error I am experiencing. Anyone had similar problems, and knows a fix? I'll try and download PIL 1.1.1 now, maybe thatone doesn't have the problem?! -- Yours sincerely, Heiko Wundram From image-sig@python.org Sun Jul 15 17:07:57 2001 From: image-sig@python.org (image-sig@python.org) Date: Sun, 15 Jul 2001 18:07:57 +0200 Subject: [Image-SIG] Image-SIG digest, Vol 1 #464 - 2 msgs Message-ID: I'm out of the office until the 30th of July 2001. From mfares@mum.mans.eun.eg Sun Jul 15 21:53:43 2001 From: mfares@mum.mans.eun.eg (Magdy Mohamed Fadel) Date: Sun, 15 Jul 2001 23:53:43 +0300 Subject: [Image-SIG] Help Message-ID: <4EF2E03A9B67D2119E2E0000F80534999CBFA3@mum.mans.eun.eg> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C10D70.3E539D90 Content-Type: text/plain Please, i design a program for reading ,manipulating and writing jpeg images using visual c++. please, do you have any library for reading, manipulating and writing images. many thanks. your friend magdy fares ------_=_NextPart_001_01C10D70.3E539D90 Content-Type: text/html Help

Please, i design a program for reading ,manipulating and writing jpeg images using visual c++.

please, do you have any library for reading, manipulating and writing images.

many thanks.

your friend
magdy fares

------_=_NextPart_001_01C10D70.3E539D90-- From wwwjessie@21cn.com Mon Jul 16 10:47:34 2001 From: wwwjessie@21cn.com (wwwjessie@21cn.com) Date: Mon, 16 Jul 2001 17:47:34 +0800 Subject: [Image-SIG] =?gb2312?B?tPPBrC0yMDAxxOq5+rzKwszJq8qzxrfT68jLwOC9ob+1sqnAwLvhKA==?= =?gb2312?B?QWdybyBBbm51YWwgTWVldGluZyBDaGluYSAyMDAxKQ0=?= Message-ID: <2d96401c10ddc$56b281f0$9300a8c0@ifood1gongxing> This is a multi-part message in MIME format. ------=_NextPart_000_2D965_01C10E1F.64D5C1F0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MjAwMcTq1tC5+rn6vMrFqdK1v8a8vMTqu+ENCrn6vMrCzMmryrPGt9PryMvA4L2hv7WyqcDAu+G8 sNGnyvXM1sLbu+ENCg0KCQ0K1bnG2qO6IAmhoTIwMDHE6jnUwjTI1S03yNUJDQq12LXjo7ogCaGh tPPBrNDHuqO74dW51tDQxAkNCtb3sOyjuiAJoaHW0LuqyMvD8bmyus25+sWp0rWyvw0KoaHW0Ln6 v8bRp7y8yvXQrbvhDQqhobTzwazK0MjLw/HV/riuDQoJDQqz0LDso7ogCaGh1tC5+sLMyavKs8a3 t6LVudbQ0MQNCqGh1tC5+sWp0ae74Q0KoaHW0Ln6wszJq8qzxrfQrbvhDQqhobTzwazK0MWp0rW+ 1g0KoaG088Gs0Me6o7vh1bnW0NDEDQoJDQrN+MLnt/7O8czhuanJzKO60rzKs8a31tC5+s34IGh0 dHA6Ly93d3cuaWZvb2QxLmNvbQ0KPGh0dHA6Ly93d3cuaWZvb2QxLmNvbS9pbmRleC5hc3A/ZnI9 aW1hZ2Utc2lnQHB5dGhvbi5vcmc+IAkNCiAJDQqh+iDNqLn90rzKs8a31tC5+s34sajD+7LO1bmj ur7F1dvTxbvdKLHIyOfP1tPQw7+49iAzTSBYIDNNILXEserXvNW5zrvUrbzbUk1CNDUwMKOszai5 /c7Sw8fWu9DouLZSTUI0MDUwKaOsDQqxqMP7vdjWucjVxtoyMDAxxOo31MIyMMjVIDxodHRwOi8v Z3JlZW4yMDAxLmlmb29kMS5jb20vZnJvbTEuYXNwPiANCqH6ILu2060gw+K30deisuEgPGh0dHA6 Ly93d3cuaWZvb2QxLmNvbS9zaWdudXAvc2V2YWdyZWVtLmFzcD4gs8nOqrmry7674dSxoaMNCjfU wjIwyNXHsNeisuGjrMT6vavU2jfUwjI1yNXHsM2ouf2159fT08q8/re9yr3D4rfRu/G1wzMwzPWy ybm60MXPoqGjDQrI57n7xPqyu8/rytW1vc7Sw8e1xNPKvP6jrMfrIMGqz7XO0sPHIDxtYWlsdG86 dW5zdWJzY3JpYmVAaWZvb2QxLmNvbT4go6zO0sPH0tS6872rsrvU2bei08q8/rj4xPqhow0KsunR r6O6IHNhbGVzQGlmb29kMS5jb20gPG1haWx0bzpzYWxlc0BpZm9vZDEuY29tPiAgoaGhobXnu7Cj ujA3NTUtMzc4NjMwOaGhz/rK27K/DQrJ8tChveMgtsXPyMn6DQoNCg0KIA0KDQq72CDWtCCjqMfr tKvV5qO6MDc1NS0zMjM5MDQ3u/Igt6K159fT08q8/qO6IHNhbGVzQGlmb29kMS5jb20gPG1haWx0 bzpzYWxlc0BpZm9vZDEuY29tPg0Ko6kJDQqh9SCxvrmry77T0NLizai5/dK8yrPGt9bQufrN+LLO 1bkgoaGhoSCh9SCxvrmry77E4r340ruyvcHLveK4w7KpwMC74aOsx+vT687Sw8fBqs+1DQoNCrmr y77D+7PGo7pfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KwarPtcjLo7pf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQq157uwo7pfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQq0q9Xmo7pfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQpFLW1haWyjul9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18NCgkNCiAJDQogCQ0KIAkNCiAJDQogCQ0K ------=_NextPart_000_2D965_01C10E1F.64D5C1F0 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjx0aXRsZT5VbnRpdGxlZCBEb2N1bWVudDwvdGl0bGU+IDxtZXRhIGh0 dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMx MiI+IA0KPHN0eWxlIHR5cGU9InRleHQvY3NzIj4NCjwhLS0NCnRkIHsgIGxpbmUtaGVpZ2h0OiAy NHB4fQ0KLS0+DQo8L3N0eWxlPiANCjwvaGVhZD4NCg0KPGJvZHkgYmdjb2xvcj0iI0ZGRkZGRiIg dGV4dD0iIzAwMDAwMCI+DQo8ZGl2IGFsaWduPSJDRU5URVIiPjx0YWJsZSB3aWR0aD0iNzUlIiBi b3JkZXI9IjAiIGNlbGxzcGFjaW5nPSIwIiBjZWxscGFkZGluZz0iMCI+PHRyPjx0ZCBhbGlnbj0i Q0VOVEVSIj48YSBocmVmPSJodHRwOy8vZ3JlZW4yMDAxLmlmb29kMS5jb20iPjxiPjIwMDHE6tbQ ufq5+rzKxanStb/GvLzE6rvhPGJyPrn6vMrCzMmryrPGt9PryMvA4L2hv7WyqcDAu+G8sNGnyvXM 1sLbu+E8L2I+PC9hPjxicj48YnI+PC90ZD48L3RyPjx0cj48dGQgYWxpZ249IkNFTlRFUiI+PHRh YmxlIHdpZHRoPSI3NSUiIGJvcmRlcj0iMCIgY2VsbHNwYWNpbmc9IjAiIGNlbGxwYWRkaW5nPSIw Ij48dHI+PHRkIGhlaWdodD0iMTIiIHdpZHRoPSIzOSUiIGFsaWduPSJSSUdIVCI+PGI+PGZvbnQg c2l6ZT0iMiI+1bnG2qO6IA0KPC9mb250PjwvYj48L3RkPjx0ZCBoZWlnaHQ9IjEyIiB3aWR0aD0i NjElIj48Zm9udCBzaXplPSIyIj6hoTIwMDHE6jnUwjTI1S03yNU8L2ZvbnQ+PC90ZD48L3RyPjx0 cj48dGQgaGVpZ2h0PSIxMiIgd2lkdGg9IjM5JSIgYWxpZ249IlJJR0hUIj48Yj48Zm9udCBzaXpl PSIyIj612LXjo7ogDQo8L2ZvbnQ+PC9iPjwvdGQ+PHRkIGhlaWdodD0iMTIiIHdpZHRoPSI2MSUi Pjxmb250IHNpemU9IjIiPqGhtPPBrNDHuqO74dW51tDQxDwvZm9udD48L3RkPjwvdHI+PHRyPjx0 ZCBoZWlnaHQ9IjEyIiB3aWR0aD0iMzklIiBhbGlnbj0iUklHSFQiIHZhbGlnbj0iVE9QIj48Yj48 Zm9udCBzaXplPSIyIj7W97Dso7ogDQo8L2ZvbnQ+PC9iPjwvdGQ+PHRkIGhlaWdodD0iMTIiIHdp ZHRoPSI2MSUiPjxmb250IHNpemU9IjIiPqGhPC9mb250Pjxmb250IHNpemU9IjIiPtbQu6rIy8Px ubK6zbn6xanStbK/PGJyPqGh1tC5+r/G0ae8vMr10K274Txicj6hobTzwazK0MjLw/HV/riuPGJy PjwvZm9udD48L3RkPjwvdHI+PHRyPjx0ZCBoZWlnaHQ9IjEyIiB3aWR0aD0iMzklIiBhbGlnbj0i UklHSFQiIHZhbGlnbj0iVE9QIj48Yj48Zm9udCBzaXplPSIyIj6z0LDso7ogDQo8L2ZvbnQ+PC9i PjwvdGQ+PHRkIGhlaWdodD0iMTIiIHdpZHRoPSI2MSUiPjxmb250IHNpemU9IjIiPqGhPC9mb250 Pjxmb250IHNpemU9IjIiPtbQufrCzMmryrPGt7ei1bnW0NDEPGJyPqGh1tC5+sWp0ae74Txicj6h odbQufrCzMmryrPGt9Ctu+E8YnI+oaG088GsytDFqdK1vtY8YnI+oaG088Gs0Me6o7vh1bnW0NDE PGJyPjwvZm9udD48L3RkPjwvdHI+PHRyPjx0ZCBjb2xzcGFuPSIyIiBhbGlnbj0iQ0VOVEVSIj48 Zm9udCBzaXplPSIyIj7N+MLnt/7O8czhuanJzKO60rzKs8a31tC5+s34IA0KPGEgaHJlZj0iaHR0 cDovL3d3dy5pZm9vZDEuY29tL2luZGV4LmFzcD9mcj1pbWFnZS1zaWdAcHl0aG9uLm9yZyI+aHR0 cDovL3d3dy5pZm9vZDEuY29tPC9hPjwvZm9udD48L3RkPjwvdHI+PHRyPjx0ZCBjb2xzcGFuPSIy IiBhbGlnbj0iQ0VOVEVSIj4mbmJzcDs8L3RkPjwvdHI+PHRyPjx0ZCBjb2xzcGFuPSIyIiBhbGln bj0iTEVGVCI+PHA+PGZvbnQgc2l6ZT0iMiI+ofogDQrNqLn90rzKs8a31tC5+s34sajD+7LO1bmj ujxiPjxmb250IHNpemU9IjMiIGNvbG9yPSIjRkYwMDAwIj6+xdXb08W73TwvZm9udD48L2I+KLHI yOfP1tPQw7+49iAzTSBYIDNNIA0KtcSx6te81bnOu9StvNtSTUI0NTAwo6zNqLn9ztLDx9a70Oi4 tlJNQjQwNTApo6wgPGEgaHJlZj0iaHR0cDovL2dyZWVuMjAwMS5pZm9vZDEuY29tL2Zyb20xLmFz cCI+PGI+PGZvbnQgc2l6ZT0iMyIgY29sb3I9IiNGRjAwMDAiPrGow/u92Na5yNXG2jIwMDHE6jfU wjIwyNU8L2ZvbnQ+PC9iPjwvYT48YnI+ofogDQq7ttOtPGEgaHJlZj0iaHR0cDovL3d3dy5pZm9v ZDEuY29tL3NpZ251cC9zZXZhZ3JlZW0uYXNwIj7D4rfR16Ky4TwvYT6zyc6quavLvrvh1LGhoyA8 Zm9udCBjb2xvcj0iI0ZGMDAwMCI+PGI+PGZvbnQgc2l6ZT0iMyI+N9TCMjDI1cew16Ky4aOsxPq9 q9TaN9TCMjXI1cewzai5/bXn19PTyrz+t73KvcPit9G78bXDMzDM9bLJubrQxc+ioaM8L2ZvbnQ+ PC9iPjwvZm9udD48YnI+yOe5+8T6srvP68rVtb3O0sPHtcTTyrz+o6zH6zxhIGhyZWY9Im1haWx0 bzp1bnN1YnNjcmliZUBpZm9vZDEuY29tIj7Bqs+1ztLDxzwvYT6jrM7Sw8fS1Lrzvauyu9TZt6LT yrz+uPjE+qGjPGJyPrLp0a+jujxhIGhyZWY9Im1haWx0bzpzYWxlc0BpZm9vZDEuY29tIj5zYWxl c0BpZm9vZDEuY29tPC9hPiANCqGhoaG157uwo7owNzU1LTM3ODYzMDmhoc/6ytuyvyDJ8tChveMg tsXPyMn6PGJyPjwvZm9udD48L3A+PHA+Jm5ic3A7PC9wPjwvdGQ+PC90cj48dHI+PHRkIGhlaWdo dD0iMzAiIGNvbHNwYW49IjIiIGFsaWduPSJDRU5URVIiPjxmb250IHNpemU9IjIiPjxiPrvYIA0K 1rQgo6jH67Sr1eajujA3NTUtMzIzOTA0N7vyILeitefX09PKvP6juiA8YSBocmVmPSJtYWlsdG86 c2FsZXNAaWZvb2QxLmNvbSI+c2FsZXNAaWZvb2QxLmNvbTwvYT4gDQqjqTwvYj48L2ZvbnQ+PC90 ZD48L3RyPjx0cj48dGQgaGVpZ2h0PSIxMiIgY29sc3Bhbj0iMiI+PGZvbnQgc2l6ZT0iMiI+ofUg sb65q8u+09DS4s2ouf3SvMqzxrfW0Ln6zfiyztW5IA0KoaGhoSCh9SCxvrmry77E4r340ruyvcHL veK4w7KpwMC74aOsx+vT687Sw8fBqs+1PGJyPjxicj65q8u+w/uzxqO6X19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX188YnI+warPtcjLo7pfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fPGJyPjwvZm9udD48Zm9udCBzaXplPSIyIj6157uwo7pfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPrSr1eajul9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX188YnI+RS1tYWlso7pfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fPGJyPjwvZm9udD48L3RkPjwvdHI+PHRyPjx0ZCBoZWlnaHQ9IjEyIiBjb2xzcGFu PSIyIiBhbGlnbj0iTEVGVCI+Jm5ic3A7PC90ZD48L3RyPjx0cj48dGQgaGVpZ2h0PSIxMiIgY29s c3Bhbj0iMiIgYWxpZ249IkxFRlQiPiZuYnNwOzwvdGQ+PC90cj48dHI+PHRkIGhlaWdodD0iMTIi IGNvbHNwYW49IjIiIGFsaWduPSJMRUZUIj4mbmJzcDs8L3RkPjwvdHI+PC90YWJsZT48L3RkPjwv dHI+PHRyPjx0ZD4mbmJzcDs8L3RkPjwvdHI+PHRyPjx0ZD4mbmJzcDs8L3RkPjwvdHI+PC90YWJs ZT48L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== ------=_NextPart_000_2D965_01C10E1F.64D5C1F0-- From image-sig@python.org Mon Jul 16 17:08:44 2001 From: image-sig@python.org (image-sig@python.org) Date: Mon, 16 Jul 2001 18:08:44 +0200 Subject: [Image-SIG] Image-SIG digest, Vol 1 #465 - 3 msgs Message-ID: I'm out of the office until the 30th of July 2001. From image-sig@python.org Tue Jul 17 17:11:21 2001 From: image-sig@python.org (image-sig@python.org) Date: Tue, 17 Jul 2001 18:11:21 +0200 Subject: [Image-SIG] Image-SIG digest, Vol 1 #466 - 1 msg Message-ID: I'm out of the office until the 30th of July 2001. From image-sig@python.org Wed Jul 18 17:01:54 2001 From: image-sig@python.org (image-sig@python.org) Date: Wed, 18 Jul 2001 18:01:54 +0200 Subject: [Image-SIG] Image-SIG digest, Vol 1 #467 - 1 msg Message-ID: I'm out of the office until the 30th of July 2001. From rtrocca@libero.it Wed Jul 18 16:51:14 2001 From: rtrocca@libero.it (Riccardo Trocca) Date: Wed, 18 Jul 2001 17:51:14 +0200 Subject: [Image-SIG] Trying to build Imaging under cygwin Message-ID: <000f01c10fa3$b835e430$4e001c97@ricnotebook> Hello, I'm trying to build imaging under the cygwin environment. This is my first attempt at it. Anyway I've built Python 2.1 and Numeric 20.0.1 without any problem and they work well. LibImaging builds and the test works. Then I try to build the rest. I've got problems in the linking phase, anyway this is what I obtain: (trying to create _imaging.dll) Cannot export _bss_end__ : symbol not defined Cannot export _bss_start__ : symbol not defined Cannot export _data_end__ : symbol not defined Cannot export _data_start__ : symbol not defined Thanks for any advice you can give me, Riccardo Trocca From nick@nickbower.com Wed Jul 18 21:13:12 2001 From: nick@nickbower.com (=?iso-8859-1?q?Nick=20Bower?=) Date: Thu, 19 Jul 2001 06:13:12 +1000 (EST) Subject: [Image-SIG] Image-SIG digest, Vol 1 #467 - 1 msg In-Reply-To: Message-ID: <20010718201312.18218.qmail@web4605.mail.yahoo.com> This guy's mail is ringing - someone take him off the list. nick --- Erik@neo.at wrote: > I'm out of the office until the 30th of July 2001. > > > > _______________________________________________ > Image-SIG maillist - Image-SIG@python.org > http://mail.python.org/mailman/listinfo/image-sig _____________________________________________________________________________ http://messenger.yahoo.com.au - Yahoo! Messenger - Voice chat, mail alerts, stock quotes and favourite news and lots more! From phillipg@prism.co.za Fri Jul 20 07:21:54 2001 From: phillipg@prism.co.za (Phillip Gibb) Date: Fri, 20 Jul 2001 08:21:54 +0200 Subject: [Image-SIG] Installation path Message-ID: <812F62D8AE0DD5119DFD000102B2ACF951E710@mail.transwitch.co.za> Hi, I am running 2.0 for windows and need to use PIL. I downloaded the zip file and unzipped it into the Python Lib dir, also I copied the pyd files to the DLLs dir. But I keep getting the following error : ImportError: No module named ImageTk/Image any ideas? Phill From tom@mooball.com Sun Jul 22 23:36:21 2001 From: tom@mooball.com (Tom Cameron) Date: Mon, 23 Jul 2001 08:36:21 +1000 Subject: [Image-SIG] PIL Message-ID: I have just installed PIL on my machine - FreeBSD4.0 Python1.5.2 It all seemed to go well and I can use the library, but I cant create JPEG files. Each time I try I get the following error. >>> image.save("newimage","JPEG") Traceback (innermost last): File "", line 1, in ? File "PIL/Image.py", line 720, in save SAVE[string.upper(format)](self, fp, filename) File "PIL/JpegImagePlugin.py", line 306, in _save ImageFile._save(im, fp, [("jpeg", (0,0)+im.size, 0, rawmode)]) File "PIL/ImageFile.py", line 369, in _save e = Image._getencoder(im.mode, e, a, im.encoderconfig) File "PIL/Image.py", line 259, in _getencoder raise IOError, "encoder %s not available" % encoder_name IOError: encoder jpeg not available >>> I have jpeg-6b installed in the usual spot and the compile went fine with no errors. Can you suggest why it cant handle jpegs? TIA Tom ---------------------------------------------------------------------- Tom Cameron CELL: +61 (4) 1455-3212 Mooball.com Pty Ltd VOICE MAIL: +61 (7) 3319-6074 PO Box 1158 FAX-AU: +61 (7) 3319-6074 Fortitude Valley, Brisbane, QLD FAX-US: +1 (801) 516-8937 Australia tom@mooball.com Time Zone GMT+10 http://corp.mooball.com ---------------------------------------------------------------------- From returnco@mandrakesoft.com Mon Jul 23 00:56:53 2001 From: returnco@mandrakesoft.com (Mandrakesoft team) Date: Sun, 22 Jul 2001 18:56:53 -0500 Subject: [Image-SIG] Mandrakesoft Initial Public Offering Message-ID: <200107222356.SAA31938@mandrakesoft.mandrakesoft.com> Hello, You have subscribed to the Mandrake Linux contributor program. MandrakeSoft is having an Initial Public Offering (IPO). When we were preparing the IPO, we put a lot of consideration into a special allocation program for contributors. This would have given contributors a more favorable chance of share allocation, in the case of oversubscription for the IPO. Unfortunately, there were two major factors that made such a special allocation less fair and attractive to our contributors: - we were not allowed to make this special allocation significant in size. - the allocation would have been limited to contributors of only a few countries. As we value ALL of our contributors, we decided against a special allocation under these constraints, but instead to maintain a larger general allocation. Further information is available on our web site at the following location: http://www.mandrakesoft.com/company/investors/ipo/ From chris@schwer.bewaff.net Mon Jul 23 07:47:59 2001 From: chris@schwer.bewaff.net (Christian Klein) Date: Mon, 23 Jul 2001 08:47:59 +0200 Subject: [Image-SIG] PIL In-Reply-To: ; from tom@mooball.com on Mon, Jul 23, 2001 at 08:36:21AM +1000 References: Message-ID: <20010723084759.A71939@c0re.rc23.cx> On Mon, Jul 23, 2001 at 08:36:21AM +1000, Tom Cameron wrote: > I have just installed PIL on my machine - FreeBSD4.0 Python1.5.2 > > It all seemed to go well and I can use the library, but I cant create JPEG > files. Each time I try I get the following error. [...] > Can you suggest why it cant handle jpegs? Ok, first check the libjpeg paths in Setup.in, then check libImaging/ImConfig.h for '#define HAVE_LIBJPEG', default is, as far as I remember, '/* #undef HAVE_LIBJPEG */' that doesn't mean to link libjpeg! regards, Chris -- to understand recursion, we first must understand recursion. oder: ob du vorne einkellerst oder hinten einschlangst, nachher landet doch eh alles in den baeumen. From tom@cameron.to Mon Jul 23 08:44:36 2001 From: tom@cameron.to (Tom Cameron) Date: Mon, 23 Jul 2001 17:44:36 +1000 Subject: [Image-SIG] PIL In-Reply-To: <20010723084759.A71939@c0re.rc23.cx> Message-ID: Christian, Thanks for the reply. Unfortunately it has not helped. => Ok, first check the libjpeg paths in Setup.in, I am pretty certain these are correct. I get no errors on compile and I can see libjpeg files in the directory that it references => then check libImaging/ImConfig.h for '#define HAVE_LIBJPEG', => default is, as far as I remember, '/* #undef HAVE_LIBJPEG */' => that doesn't mean to link libjpeg! You were correct here, this was not set to #define. I changed this. Then I removed all *.o files from libImaging and ran './configure' and 'make' again. I then returned to the Imaging directory and ran 'make -f Makefile.pre.in' again and then 'make'. And finally I copied the files into the python path. I also deleted the previous files to be sure. I have to admit this is all a bit confusing to me so I may have stuffed up. Thanks Tom Cameron From fredrik@pythonware.com Mon Jul 23 09:10:24 2001 From: fredrik@pythonware.com (Fredrik Lundh) Date: Mon, 23 Jul 2001 10:10:24 +0200 Subject: [Image-SIG] PIL References: Message-ID: <027301c1134e$ee638180$4ffa42d5@hagrid> tom wrote: > => then check libImaging/ImConfig.h for '#define HAVE_LIBJPEG', > => default is, as far as I remember, '/* #undef HAVE_LIBJPEG */' > => that doesn't mean to link libjpeg! > > You were correct here, this was not set to #define. I changed this. > > Then I removed all *.o files from libImaging and ran './configure' and > 'make' again. ./configure rewrites the ImConfig.h file. Try making the changes *after* you've run ./configure. Also make sure to rebuild the *.o files in the PIL main directory. Cheers /F From tom@cameron.to Mon Jul 23 09:20:58 2001 From: tom@cameron.to (Tom Cameron) Date: Mon, 23 Jul 2001 18:20:58 +1000 Subject: [Image-SIG] PIL In-Reply-To: <027301c1134e$ee638180$4ffa42d5@hagrid> Message-ID: Frederik, Hurrah!! You are correct. I was editing the ImConfig.h file and then overwriting it with ./configure I had just done everything for the 4th time and was getting very pissed off. Perhaps you need some docs on this for dummies like me how dont understand this stuff. Thanks very much => -----Original Message----- => From: Fredrik Lundh [mailto:fredrik@pythonware.com] => Sent: Monday, 23 July 2001 6:10 PM => To: tom@cameron.to => Cc: image-sig@python.org => Subject: Re: [Image-SIG] PIL => => => tom wrote: => > => then check libImaging/ImConfig.h for '#define HAVE_LIBJPEG', => > => default is, as far as I remember, '/* #undef HAVE_LIBJPEG */' => > => that doesn't mean to link libjpeg! => > => > You were correct here, this was not set to #define. I changed this. => > => > Then I removed all *.o files from libImaging and ran './configure' and => > 'make' again. => => ./configure rewrites the ImConfig.h file. Try making the => changes *after* you've run ./configure. => => Also make sure to rebuild the *.o files in the PIL main directory. => => Cheers /F => => From Mona Wong Mon Jul 23 19:22:01 2001 From: Mona Wong (Mona Wong) Date: Mon, 23 Jul 2001 11:22:01 -0700 (PDT) Subject: [Image-SIG] Mandrakesoft Initial Public Offering Message-ID: <200107231822.LAA26261@eggshell.ucsd.edu> > You have subscribed to the Mandrake Linux contributor program. Alright, who did this? I'm sure by mistake (: Please be sure to unsubscribe the list please. Cheers, Mona ================================================================== Mona Wong National Center for Microscopy and Imaging Research University of California, San Diego http://ncmir.ucsd.edu/ "The truth shall set you free, but first it will piss you off" A Landmark instructor ================================================================== From bh@intevation.de Wed Jul 25 10:59:21 2001 From: bh@intevation.de (Bernhard Herzog) Date: 25 Jul 2001 11:59:21 +0200 Subject: [Image-SIG] Patch for PNG reading bug Message-ID: <6q1yn5jpmu.fsf@abnoba.intevation.de> We've run into the problem again that PIL can't read PNG files sometimes, even though they're perfectly valid and don't use any features that PIL doesn't support (like e.g. interlacing). I've posted this problem at least twice before. Well, I looked into it a bit more and found a fix, see the patch below. As it turns out, in lines 101--108 in ZipDecode.c, n can in fact be non-zero and less than state->bytes + context->prefix. The patch is probably not the best fix, but it solves the problem. Bernhard *** Zip.h.orig Thu May 3 12:57:38 2001 --- Zip.h Wed Jul 25 11:24:49 2001 *************** *** 38,43 **** --- 38,45 ---- UINT8* previous; /* previous line (allocated) */ + int last_output; /* # bytes last output by inflate */ + /* Compressor specific stuff */ UINT8* prior; /* filter storage (allocated) */ UINT8* up; *** ZipDecode.c.orig Thu May 3 12:57:38 2001 --- ZipDecode.c Wed Jul 25 11:24:49 2001 *************** *** 51,56 **** --- 51,58 ---- return -1; } + context->last_output = 0; + /* Initialize to black */ memset(context->previous, 0, state->bytes+1); *************** *** 77,84 **** /* Decompress what we've got this far */ while (context->z_stream.avail_in > 0) { ! context->z_stream.next_out = state->buffer; ! context->z_stream.avail_out = state->bytes + context->prefix; err = inflate(&context->z_stream, Z_NO_FLUSH); --- 79,87 ---- /* Decompress what we've got this far */ while (context->z_stream.avail_in > 0) { ! context->z_stream.next_out = state->buffer + context->last_output; ! context->z_stream.avail_out = ! state->bytes + context->prefix - context->last_output; err = inflate(&context->z_stream, Z_NO_FLUSH); *************** *** 100,105 **** --- 103,109 ---- if (n < state->bytes + context->prefix) { /* FIXME: if n is not zero, we're in trouble. But can that really happen? My tests say it cannot... */ + context->last_output = n; break; /* need more input data */ } *************** *** 175,180 **** --- 179,187 ---- state->xsize); state->y++; + + /* all inflate output has been consumed */ + context->last_output = 0; if (state->y >= state->ysize || err == Z_STREAM_END) { -- Intevation GmbH http://intevation.de/ Sketch http://sketch.sourceforge.net/ MapIt! http://mapit.de/