From Kari.Pulli@nokia.com Mon Nov 1 13:42:38 1999 From: Kari.Pulli@nokia.com (Kari.Pulli@nokia.com) Date: Mon, 1 Nov 1999 15:42:38 +0200 Subject: [Image-SIG] Binary distribution of PIL 1.0 Message-ID: <0124AA8290A4D21180400008C7EA4A00AE2EC9@oueis05nok> Hi, Has anyone succesfully been able to compile PIL 1.0 final for Win95/NT? I just tried and failed... In any case, the newest PIL that I'm able to run on my Win95 is the version 0.3 at http://www.python.org/download/download_windows.html Fredrik Lundh has a binary for a newer version (1.0b1) at http://www.pythonware.com/downloads.htm#pil but that distribution lacks the _tkinter.pyd file, and the one from 0.3 didn't seem to work with the rest of the files from that distribution. So, my plea of help would be one of the following (listed in the order of usefulness): * how can I get 1.0 final compiled on VC++6.0 (including binary version of jpeglib, zlib I managed to find)? * a binary distribution of 1.0 final * _tkinter.pyd that's compatible with 1.0b1 and Python 1.5.2 Thanks in advance, Kari Pulli From mhammond@skippinet.com.au Mon Nov 1 23:18:31 1999 From: mhammond@skippinet.com.au (Mark Hammond) Date: Tue, 2 Nov 1999 10:18:31 +1100 Subject: [Image-SIG] Binary distribution of PIL 1.0 In-Reply-To: <0124AA8290A4D21180400008C7EA4A00AE2EC9@oueis05nok> Message-ID: <003001bf24bf$6a0a0be0$0501a8c0@bobcat> > Has anyone succesfully been able to compile PIL 1.0 final > for Win95/NT? I just tried and failed... I did. It took me a complete day to get it working, and I had to make a number of source changes (little #undefs etc). An amazing PITA. I could send you _imaging.pyd if you like. Mark. From kuncej@mail.conservation.state.mo.us Mon Nov 1 23:48:44 1999 From: kuncej@mail.conservation.state.mo.us (Jeffrey Kunce) Date: Mon, 01 Nov 1999 17:48:44 -0600 Subject: [Image-SIG] Binary distribution of PIL 1.0 Message-ID: >> Has anyone succesfully been able to compile PIL 1.0 final >> for Win95/NT? I just tried and failed... >I did.... I would like it also. Would it be possible for you or /F to make it available for download? Thanks. --Jeff From KCAZA@cymbolic.com Mon Nov 1 23:42:46 1999 From: KCAZA@cymbolic.com (Kevin Cazabon) Date: Mon, 01 Nov 1999 15:42:46 -0800 Subject: [Image-SIG] Binary distribution of PIL 1.0 Message-ID: I understand that there _IS_ commercial support available for PIL, and that pre-compiled releases of the current version is probably a part of it, but is this the only reason that a pre-compiled version of the _current_ release is not available for either the Mac or the PC? www.python.org is still showing 0.3 as the only one available, and 1.0b1 is the one on pythonware.com. Obviously, there's problems with both. I hate to see everyone have to go through the pains below to compile every new release when it could be posted on either one of these sites rather easily. Kevin Cazabon. (and no, I haven't compiled them myself... I have enough bug hunting to do in my own software! ) q:] >>> "Mark Hammond" 11/01/99 03:18PM >>> > Has anyone succesfully been able to compile PIL 1.0 final > for Win95/NT? I just tried and failed... I did. It took me a complete day to get it working, and I had to make a number of source changes (little #undefs etc). An amazing PITA. I could send you _imaging.pyd if you like. Mark. _______________________________________________ Image-SIG maillist - Image-SIG@python.org http://www.python.org/mailman/listinfo/image-sig From fredrik@pythonware.com Tue Nov 2 07:53:34 1999 From: fredrik@pythonware.com (Fredrik Lundh) Date: Tue, 2 Nov 1999 08:53:34 +0100 Subject: [Image-SIG] Binary distribution of PIL 1.0 References: <0124AA8290A4D21180400008C7EA4A00AE2EC9@oueis05nok> Message-ID: <004f01bf2508$46ba16f0$f29b12c2@secret.pythonware.com> > Fredrik Lundh has a binary for a newer version (1.0b1) at > http://www.pythonware.com/downloads.htm#pil > but that distribution lacks the _tkinter.pyd file not entirely correct. it's there, but it's called _tkinter.dll instead. From fredrik@pythonware.com Tue Nov 2 08:02:25 1999 From: fredrik@pythonware.com (Fredrik Lundh) Date: Tue, 2 Nov 1999 09:02:25 +0100 Subject: [Image-SIG] Binary distribution of PIL 1.0 References: <0124AA8290A4D21180400008C7EA4A00AE2EC9@oueis05nok> Message-ID: <005301bf2508$9a482a50$f29b12c2@secret.pythonware.com> Kari.Pulli@nokia.com wrote: > Fredrik Lundh has a binary for a newer version (1.0b1) at > http://www.pythonware.com/downloads.htm#pil an updated (but somewhat experimental) version of this kit is now available from http://www.pythonware.com/downloads.htm (look under the "python imaging library" heading) this is linked with Python 1.5.2 and Tcl 8.0.5, but I haven't tested it myself with the official 1.5.2 distro. From xbouska@bsdi.infima.cz Tue Nov 2 13:22:14 1999 From: xbouska@bsdi.infima.cz (Richard Bouska) Date: Tue, 2 Nov 1999 14:22:14 +0100 (CET) Subject: [Image-SIG] saving animated gifs via PIL Message-ID: Hello Is there any possibility to save animated gifs with PIL? When I try: image=PIL.Image.open('someanimatedimage.gif') image.save('/tmp/image.gif') the output file is only the first frasme from the animation. Is there a way how to sane the whole animation? Thank You in advance Richard Bouska From KCAZA@cymbolic.com Tue Nov 2 17:10:18 1999 From: KCAZA@cymbolic.com (Kevin Cazabon) Date: Tue, 02 Nov 1999 09:10:18 -0800 Subject: [Image-SIG] Binary distribution of PIL 1.0 Message-ID: The small problem with calling it .dll is that the older .pyd file is used first, unless you go and remove it. Kevin. >>> "Fredrik Lundh" 11/01/99 11:53PM >>> > Fredrik Lundh has a binary for a newer version (1.0b1) at > http://www.pythonware.com/downloads.htm#pil > but that distribution lacks the _tkinter.pyd file not entirely correct. it's there, but it's called _tkinter.dll instead. _______________________________________________ Image-SIG maillist - Image-SIG@python.org http://www.python.org/mailman/listinfo/image-sig From pulintz@umich.edu Wed Nov 3 01:31:22 1999 From: pulintz@umich.edu (Peter J Ulintz) Date: Tue, 2 Nov 1999 20:31:22 -0500 (EST) Subject: [Image-SIG] installation issue Message-ID: Hi. I've got a problem installing PIL-1.0 on a Sun Solaris2.6 server. I've got all the imaging support, so I used the default Setup settings. Smooth sailing until step 8 of the README build instructions: $ PYTHONPATH=.:./PIL ; export PYTHONPATH $ python Python 1.5.2 (#1, Nov 2 1999, 19:52:54) [GCC 2.8.1] on sunos5 Copyright 1991-1995 Stichting Mathematisch Centrum, Amsterdam >>> import _imaging Traceback (innermost last): File "", line 1, in ? ImportError: ld.so.1: python: fatal: relocation error: file ./_imaging.so: symbol XGetFontProperty: referenced symbol not found Just subscribed, but I didn't see too much that might help in the more recent archives. Any suggestions? Thanks a lot, --Pete ____________________________________________________________ Peter Ulintz Systems Research Programmer Andrews Lab -- Biochemistry University of Michigan pulintz@umich.edu 734.936.1327 From kuncej@mail.conservation.state.mo.us Wed Nov 3 18:10:05 1999 From: kuncej@mail.conservation.state.mo.us (Jeffrey Kunce) Date: Wed, 03 Nov 1999 12:10:05 -0600 Subject: [Image-SIG] Binary distribution of PIL 1.0 Message-ID: > an updated (but somewhat experimental) version of > this kit is now available from... > this is linked with Python 1.5.2 and Tcl 8.0.5, but > I haven't tested it myself with the official 1.5.2 > distro. Thanks! I downloaded this (pil-win32-991101.zip), and it works great on NT. But I had troubles on a Win98 machine. It gives this error when it tries to import _imaging: ImportError: DLL load failed: One of the library files needed to run this application cannot be found. All my paths and DLL locations are the same as when I run the pil-win32-990415.zip version. Any ideas? --Jeff From edcjones@erols.com Fri Nov 5 02:28:12 1999 From: edcjones@erols.com (Edward C. Jones) Date: Thu, 04 Nov 1999 21:28:12 -0500 Subject: [Image-SIG] Compiling PIL 1.0: undefined symbol: XFreePixmap Message-ID: <382240BC.D61FE71A@erols.com> I use RedHat Linux 6.0 on a PC. After compiling and linking PIL 1.0, I run the suggested check and get: Python 1.5.2 (#7, Sep 28 1999, 01:52:23) [GCC egcs-2.91.66 19990314/Linux (egcs- on linux2 Copyright 1991-1995 Stichting Mathematisch Centrum, Amsterdam >>> import _imaging Traceback (innermost last): File "", line 1, in ? ImportError: /usr/lib/libtk8.0.so: undefined symbol: XFreePixmap Searches of DejaNews and the image-sig archives indicate that this problem has occurred before. What is the best solution? Do I need to rebuild Tcl/Tk? Is there a PIL 1.0.1? Thanks, Ed Jones From fredrik@pythonware.com Fri Nov 5 09:25:49 1999 From: fredrik@pythonware.com (Fredrik Lundh) Date: Fri, 5 Nov 1999 10:25:49 +0100 Subject: [Image-SIG] Compiling PIL 1.0: undefined symbol: XFreePixmap References: <382240BC.D61FE71A@erols.com> Message-ID: <004701bf276f$c0381fe0$f29b12c2@secret.pythonware.com> Edward C. Jones wrote: > ImportError: /usr/lib/libtk8.0.so: undefined symbol: XFreePixmap and the same trick is likely to work in this case: adding -lX11 to the Setup file should do the trick. (this is fixed in the upcoming 1.0.1) From fredrik@pythonware.com Fri Nov 5 09:25:23 1999 From: fredrik@pythonware.com (Fredrik Lundh) Date: Fri, 5 Nov 1999 10:25:23 +0100 Subject: [Image-SIG] installation issue References: Message-ID: <004601bf276f$c0166710$f29b12c2@secret.pythonware.com> Peter J Ulintz wrote: > ImportError: ld.so.1: python: fatal: relocation error: file ./_imaging.so: > symbol XGetFontProperty: referenced symbol not found > > Just subscribed, but I didn't see too much that might help in the more > recent archives. Any suggestions? quoting a recent message on this list: adding -lX11 to the Setup file should do the trick. (this is fixed in the upcoming 1.0.1) From rushford@wenet.net Sun Nov 7 05:07:02 1999 From: rushford@wenet.net (Mike Rushford) Date: Sun, 07 Nov 1999 05:07:02 +0000 Subject: [Image-SIG] seg fault : help please Message-ID: <382508F5.3E029627@wenet.net> Could someone help me with this seg fault, please? Please reply directly as I am not on the mailing list. Imaging-1.0 # PYTHONPATH=.:./PIL Imaging-1.0 # export PYTHONPATH Imaging-1.0 # python Python 1.5.2 (#3, Nov 7 1999, 02:20:58) [GCC 2.7.2.3] on linux2 Copyright 1991-1995 Stichting Mathematisch Centrum, Amsterdam >>> import _imaging Segmentation fault Imaging-1.0 # -- Mike rushford@wenet.net http://www.hooked.net/~tvs/eyes/ From pf@artcom-gmbh.de Sun Nov 7 09:39:18 1999 From: pf@artcom-gmbh.de (Peter Funk) Date: Sun, 7 Nov 1999 10:39:18 +0100 (MET) Subject: [Image-SIG] seg fault : help please In-Reply-To: <382508F5.3E029627@wenet.net> from Mike Rushford at "Nov 7, 99 05:07:02 am" Message-ID: Hi! Mike Rushford wrote: > Could someone help me with this seg fault, please? > Please reply directly as I am not on the mailing list. > > Imaging-1.0 # PYTHONPATH=.:./PIL > Imaging-1.0 # export PYTHONPATH > Imaging-1.0 # python > Python 1.5.2 (#3, Nov 7 1999, 02:20:58) [GCC 2.7.2.3] on linux2 > Copyright 1991-1995 Stichting Mathematisch Centrum, Amsterdam > >>> import _imaging > Segmentation fault > Imaging-1.0 # Your platform is Linux, but you said nothing about the used distribution. SuSE? RedHat? Debian? Which version? May be this is simply a conflict between the shared objects and libraries used. I had something similar, as I tried to install the binary distribution of Python 1.5.2 out of SuSE Linux 6.2 on a system running SuSE 5.3 3 as the base distribution. It has taken me half an hour to track down the tree of dependicies between shared libaries used by PIL, python, tkinter, Tk, tcl, Tix, X11 and so on and get to system, where everything seems to be okay again. :-( Managing a mixture of libc5, glibc2.0 aka libc6 and glibc2.1 seems to be a difficult exercise, though. :-( Having just written the previous paragraph I now notice, that you must have compiled python yourself. Now I ask: is there a _tkinter.so in your search path and is this the modified version compiled from the source coming along with PIL? you should check this out first. If your are using SuSE 6.2 there is no need to compile Python and PIL yourself in the first place, because they come precompiled with this distribution. I don't know about RedHat 6.1 (haven't seen it yet). Regards from Germany, Peter -- Peter Funk, Oldenburger Str.86, 27777 Ganderkesee, Tel: 04222 9502 70, Fax: -60 From jean@stat.ubc.ca Sun Nov 7 10:35:45 1999 From: jean@stat.ubc.ca (Jean Meloche) Date: Sun, 07 Nov 1999 02:35:45 -0800 Subject: [Image-SIG] transparent PNG Message-ID: <38255601.2D256BA4@stat.ubc.ca> HI... I'm trying to use PIL to create a transparent PNG. It doesn't seem to work... I can't get PIL to generate transparent a GIF either. I thought that transparency= would do it upon save. Am I missing something? Many thanks. -- Jean Meloche From KCAZA@cymbolic.com Tue Nov 9 17:43:54 1999 From: KCAZA@cymbolic.com (Kevin Cazabon) Date: Tue, 09 Nov 1999 09:43:54 -0800 Subject: [Image-SIG] RGBA support in TIFF imgaes... Message-ID: I'm just wondering if there's any reason that RGBA images aren't properly supported in the TIFF reader... I realize that the documentation doesn't mention RGBA for TIFF, however the images do load without error (they load as RGBX), but the alpha channel is messed up. I'm using RGBA images for combining images with masks, by doing: background.paste(im, (0,0), im) (where im is an RGBA file) It works fine for PNG and TGA files, but not TIFF. Is it supposed to work, or is there something that needs to be changed in the TIFF plugin? Thanks, Kevin Cazabon. From david@hotjobs2000.com Tue Nov 9 19:01:04 1999 From: david@hotjobs2000.com (David Winsen) Date: Tue, 9 Nov 1999 11:01:04 -0800 Subject: [Image-SIG] WEB DATABASE PROGRAMMER POSITION AVAILABLE Message-ID: <000801bf2ae4$c5e9b0c0$2a2565d8@pacbell.net> This is a multi-part message in MIME format. ------=_NextPart_000_0005_01BF2AA1.B74029C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20 WEB DATABASE PROGRAMMER POSITION AVAILABLE =20 URGENT MESSAGE! =20 This e-mail is not intended to be un-solicited. We apologize if you = didn't want to receive this e-mail. Please reply to be removed.=20 =20 From: David Winsen - Senior Consultant - High Technology Executive = Search=20 =20 We have an out-dated copy of your resume in our database or have viewed = your credentials on the internet. HTES is an established national = Executive Search and Consulting Firm who has been serving the High Tech = Industries for over 25 years. =20 =20 We have been confidentially retained by a Los Angeles, Ca. based Adult = Internet Fulfillment/Billing Company. Salary is $50k-$100k DOE.=20 We are confidentially pre-screening top candidates for the following = position: Web Database Programmer Description =20 =20 Candidates will need to be extremely detail oriented and have a = solid work ethic. Will be developing cutting edge software and = e-commerce applications. They are an established and ever growing = Internet Fulfillment/Billing Company. They offer a casual & unique work = environment unlike any other, full benefits, & room for growth and = advancement. =20 =20 =20 =20 Requirements =20 =20 Candidates will need experience in Perl, Python, PHP, Javascript, = UNIX, Linux or FreeBSD, MySQL a plus. BS Computer Science or equivalent. = At least 3 years of Web experience is a plus. =20 =20 If you are interested, please E-mail me in MS Word 95-98 a recent copy = of your resume and a cover letter with your specific information, = including your recent compensation package to Position-for: Web Database = Programmer =20 My personal E-mail is david@hotjobs2000.com or fax your resume to (310) = 855-0840. If you have any questions about the position(s), please call = me at (310) 855-0406 and I will discuss them in detail. =20 We also have developed an interactive Website that you can view over = 6000 national openings www.hotjobs2000.com. This system is effective, = easy to use and new positions are posted daily. We encourage you to use = it and nominate yourself for other positions you feel you are qualified = for. We are looking forward to working with you now and in the future.=20 =20 ------=_NextPart_000_0005_01BF2AA1.B74029C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 

WEB DATABASE PROGRAMMER POSITION AVAILABLE

 

URGENT=20 MESSAGE!

 

This e-mail is not intended to be = un-solicited. We=20 apologize if you didn't want to receive this e-mail. Please reply to be = removed.=20

 

From:  David Winsen - Senior = Consultant - High=20 Technology Executive Search

 

We=20 have an out-dated copy of your resume in our database or have viewed = your=20 credentials on the internet.  = HTES=20 is an established national Executive Search and Consulting Firm who has = been=20 serving the High Tech Industries for over 25 years. 

 

We=20 have been confidentially retained by a Los Angeles, Ca. based Adult = Internet=20 Fulfillment/Billing Company. Salary is $50k-$100k DOE. =

We=20 are confidentially pre-screening top candidates for the following = position: Web Database = Programmer

 

 

Description

Candidates=20 will need to be extremely detail oriented and have a solid work = ethic.=20 Will be developing cutting edge software and e-commerce = applications. They=20 are an established and ever growing Internet Fulfillment/Billing = Company.=20 They offer a casual & unique work environment unlike any = other, full=20 benefits, & room for growth and advancement.

Requirements

Candidates=20 will need experience in Perl, Python, PHP, Javascript, UNIX, Linux = or=20 FreeBSD, MySQL a plus. BS Computer Science or equivalent. At least = 3 years=20 of Web experience is a plus.

 

If=20 you are interested, please E-mail me in MS Word 95-98 a recent copy of = your=20 resume and a cover letter with your specific information, including your = recent=20 compensation package to Position-for:=20 Web Database Programmer

 

My=20 personal E-mail is david@hotjobs2000.com=20 or fax your resume to (310) 855-0840. If you have any questions about = the=20 position(s), please call me at (310) 855-0406 and I will discuss them in = detail.

 

We=20 also have developed an interactive Website that you can view over 6000 = national=20 openings www.hotjobs2000.com.  This system is effective, easy = to use=20 and new positions are posted daily. =20 We encourage you to use it and nominate yourself for other = positions you=20 feel you are qualified for.  = We are=20 looking forward to working with you now and in the future.

 

------=_NextPart_000_0005_01BF2AA1.B74029C0-- From verin@lvcm.com Fri Nov 12 16:31:01 1999 From: verin@lvcm.com (Jeffrey Boser) Date: Fri, 12 Nov 1999 08:31:01 -0800 Subject: [Image-SIG] building Imaging Message-ID: <382C40C5.8B5BAD40@lvcm.com> Any reason why this just won't work? And how come I have to build python twice just to use this? (once before, and once after to get the imaging module to compile) .....jeff [root@dhcp085 Imaging-1.0]# make -f Makefile.pre.in boot rm -f *.o *~ rm -f *.a tags TAGS config.c Makefile.pre python sedscript rm -f *.so *.sl so_locations VERSION=`python -c "import sys; print sys.version[:3]"`; \ installdir=`python -c "import sys; print sys.prefix"`; \ exec_installdir=`python -c "import sys; print sys.exec_prefix"`; \ make -f ./Makefile.pre.in VPATH=. srcdir=. \ VERSION=$VERSION \ installdir=$installdir \ exec_installdir=$exec_installdir \ Makefile make[1]: Entering directory `/root/Imaging-1.0' make[1]: *** No rule to make target `/usr/lib/python1.5/config/Makefile', needed by `sedscript'. Stop. make[1]: Leaving directory `/root/Imaging-1.0' make: *** [boot] Error 2 From kern@its.caltech.edu Wed Nov 17 22:04:56 1999 From: kern@its.caltech.edu (Robert Kern) Date: Wed, 17 Nov 1999 14:04:56 -0800 (PST) Subject: [Image-SIG] Pasting with pixmaps broken in 1.0 final? Message-ID: The following script works with 1.0b1 on the Starship but does not work as expected with 1.0 final (either self-compiled or from the Debian package) on a Debian GNU/Linux (potato) system. """ import Image im = Image.new('RGB', (512,512), (255,0,0)) mask = Image.new('L', (256,256)) data = range(256) * 256 mask.putdata(data) im.paste((0,255,0), (128,128,384,384), mask) im.save('test.png') """ Under 1.0b1, the image is a square gradient going from red to green on a red background. Under 1.0 final, the image has the left half of the gradient the same as previous, but the right half is a solid light blue, no gradient at all. Something in ImagingFill2 perhaps? Note that the same thing happens when one uses the 'draw_bitmap' method of the underlying ImagingCore object (c.f. ImageDraw.Draw.text()). -- Robert Kern kern@caltech.edu "In the fields of hell where the grass grows high Are the graves of dreams allowed to die." -- Richard Harter From doko@cs.tu-berlin.de Tue Nov 23 11:31:15 1999 From: doko@cs.tu-berlin.de (Matthias Klose) Date: Tue, 23 Nov 1999 12:31:15 +0100 (MET) Subject: [Image-SIG] Image.Image.show() blows up Message-ID: <14394.31383.889921.191791@bolero> --2Aw1BJ4Odp Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit A Debian user (Erno Kuusela ) reported this bug. --2Aw1BJ4Odp Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Received: from master.debian.org (qmailr@master.debian.org [209.41.108.5]) by mail.cs.tu-berlin.de (8.9.3/8.9.1) with SMTP id XAA10226 for ; Sat, 20 Nov 1999 23:03:16 +0100 (MET) Received: (qmail 13178 invoked by uid 1174); 20 Nov 1999 22:03:14 -0000 Delivered-To: doko@debian.org Received: (qmail 13166 invoked by uid 1227); 20 Nov 1999 22:03:14 -0000 Reply-To: erno@iki.fi, 50768@bugs.debian.org Orignal-Sender: Erno Kuusela X-Debian-PR-Message: report 50768 X-Debian-PR-Package: python-imaging X-Debian-PR-Keywords: X-Loop: owner@bugs.debian.org Received: via spool by bugs@bugs.debian.org id=B.94313524710363 (code B ref -1); Sat, 20 Nov 1999 22:03:11 GMT X-Mailer: bug 3.2.6.1 Message-Id: Resent-From: erno@iki.fi Resent-To: debian-bugs-dist@lists.debian.org Resent-CC: Matthias Klose Resent-Date: Sat, 20 Nov 1999 22:03:11 GMT Resent-Message-ID: Resent-Sender: owner@bugs.debian.org From: erno@iki.fi Sender: Erno Kuusela To: submit@bugs.debian.org Subject: Bug#50768: python-imaging: Image.Image.show() blows up Date: Sun, 21 Nov 1999 00:00:36 +0200 Package: python-imaging Version: 1.0.1-0pre2 Severity: normal for some reason _showxv passes None as format to _dump, and that results in the file = file + "." + format line blowing up. this fixed it for me. --- Image.py~ Sat Sep 4 15:42:53 1999 +++ Image.py Sat Nov 20 23:55:57 1999 @@ -301,12 +301,13 @@ new.info = self.info return new - def _dump(self, file=None, format="PPM"): + def _dump(self, file=None, format=None): import tempfile if not file: file = tempfile.mktemp() + self.load() - if format == "PPM": + if format in ("PPM", None): self.im.save_ppm(file) else: file = file + "." + format -- System Information Debian Release: potato Kernel Version: Linux fun77 2.2.10 #1 Sun Jun 20 19:03:53 EEST 1999 i586 unknown Versions of the packages python-imaging depends on: ii libc6 2.1.2-10 GNU C Library: Shared libraries and timezone ii libjpeg62 6b-1.2 The Independent JPEG Group's JPEG runtime li ii python-base 1.5.2-6 An interactive object-oriented scripting lan ii zlib1g 1.1.3-5 compression library - runtime --2Aw1BJ4Odp-- From king@calibre-dd.com Tue Nov 23 16:52:27 1999 From: king@calibre-dd.com (Stephen J King) Date: Tue, 23 Nov 1999 11:52:27 -0500 Subject: [Image-SIG] Twiddle screen pixels Message-ID: <383AC64B.95059CF6@calibre-dd.com> Forgive a relative PIL newbie if this is a trivial matter, but: I want to use PIL as a framework for testing image processing algorithm prototypes written in python. I am trying to write something which will continuously update the screen image as data is generated. I've modified one of the PIL demos to this: # # painter widget class PaintCanvas(Canvas): def __init__(self, master, image): Canvas.__init__(self, master, width=image.size[0], height=image.size[1]) self.image = image self.bind("", self.paint) def paint(self, event): xy = event.x, event.y try: self.image.putpixel(xy,0) except: pass self.update_idletasks() # # main root = Tk() size=(250,250) im = Image.new('RGB',size) PaintCanvas(root, im).pack() root.mainloop() ### The problem is that the screen image does not get updated by the putpixel() call. I would rather not use tiling, as this would add an unnecessary layer of complexity. Any ideas? Thanks, Stephen -- Stephen J King Technology Manager Calibre Digital Pictures -- king@calibre-dd.com http://www.calibredigital.com From fredrik@pythonware.com Wed Nov 24 13:52:24 1999 From: fredrik@pythonware.com (Fredrik Lundh) Date: Wed, 24 Nov 1999 14:52:24 +0100 Subject: [Image-SIG] RGBA support in TIFF imgaes... References: Message-ID: <009701bf3683$240caf50$f29b12c2@secret.pythonware.com> Kevin Cazabon wrote: > I'm just wondering if there's any reason that RGBA images aren't properly supported > in the TIFF reader... I realize that the documentation doesn't mention RGBA for TIFF, > however the images do load without error (they load as RGBX), but the alpha channel > is messed up. > Is it supposed to work, or is there something that needs to be changed in the TIFF > plugin? RGBA is supposed to work, but only for TIFF files where the fourth layer is marked as an extra transparency layer (the extra samples tag should contain an "unassociated alpha" layer and nothing else) in your case, it looks like the file contains four layers, but that the fourth layer is marked as "unspecified". (what did you use to generate those files?) a quick hack is to change the OPEN_INFO table to look like: # (2, 1, (8,8,8,8), (0,)): ("RGBX", "RGBX"), (2, 1, (8,8,8,8), (0,)): ("RGBA", "RGBA"), (2, 1, (8,8,8,8), (2,)): ("RGBA", "RGBA"), From KCAZA@cymbolic.com Wed Nov 24 17:08:18 1999 From: KCAZA@cymbolic.com (Kevin Cazabon) Date: Wed, 24 Nov 1999 09:08:18 -0800 Subject: [Image-SIG] RGBA support in TIFF imgaes... Message-ID: Actually, they're produced from PhotoShop. I'm basically making a quick-mask in Photoshop on a normal RGB image, then selecting to save as a TIFF (I haven't tried Mac byte order, but I can't see that making a difference). Doing the same thing with PNG or TGA works fine though. Do you know if there's a 'better' way to save a masked image in Photoshop that will create 'compatible' RGBA images? (I'm an Adobe certified instructor for Photoshop, and I don't know of any...) q:] Thanks for the tip... I'll implement that. Seems like the simple way for now, because I have no need for RGBX anyways (at least not yet!). I saw those entries in the TiffImagePlugin, which led me to believe that it 'should' work, because there was an RGBA entry. Kevin. >>> "Fredrik Lundh" 11/24/99 05:52AM >>> Kevin Cazabon wrote: > I'm just wondering if there's any reason that RGBA images aren't properly supported > in the TIFF reader... I realize that the documentation doesn't mention RGBA for TIFF, > however the images do load without error (they load as RGBX), but the alpha channel > is messed up. > Is it supposed to work, or is there something that needs to be changed in the TIFF > plugin? RGBA is supposed to work, but only for TIFF files where the fourth layer is marked as an extra transparency layer (the extra samples tag should contain an "unassociated alpha" layer and nothing else) in your case, it looks like the file contains four layers, but that the fourth layer is marked as "unspecified". (what did you use to generate those files?) a quick hack is to change the OPEN_INFO table to look like: # (2, 1, (8,8,8,8), (0,)): ("RGBX", "RGBX"), (2, 1, (8,8,8,8), (0,)): ("RGBA", "RGBA"), (2, 1, (8,8,8,8), (2,)): ("RGBA", "RGBA"), _______________________________________________ Image-SIG maillist - Image-SIG@python.org http://www.python.org/mailman/listinfo/image-sig From fredrik@pythonware.com Fri Nov 26 12:35:51 1999 From: fredrik@pythonware.com (Fredrik Lundh) Date: Fri, 26 Nov 1999 13:35:51 +0100 Subject: [Image-SIG] building Imaging References: <382C40C5.8B5BAD40@lvcm.com> Message-ID: <001601bf380a$c6f8dd50$f29b12c2@secret.pythonware.com> Jeffrey Boser wrote: > Any reason why this just won't work? And how come I have to > build python twice just to use this? (once before, and once > after to get the imaging module to compile) > > .....jeff > > [root@dhcp085 Imaging-1.0]# make -f Makefile.pre.in boot > rm -f *.o *~ > rm -f *.a tags TAGS config.c Makefile.pre python sedscript > rm -f *.so *.sl so_locations > VERSION=`python -c "import sys; print sys.version[:3]"`; \ > installdir=`python -c "import sys; print sys.prefix"`; \ > exec_installdir=`python -c "import sys; print sys.exec_prefix"`; \ > make -f ./Makefile.pre.in VPATH=. srcdir=. \ > VERSION=$VERSION \ > installdir=$installdir \ > exec_installdir=$exec_installdir \ > Makefile > make[1]: Entering directory `/root/Imaging-1.0' > make[1]: *** No rule to make target > `/usr/lib/python1.5/config/Makefile', needed by `sedscript'. Stop. > make[1]: Leaving directory `/root/Imaging-1.0' > make: *** [boot] Error 2 no idea. what platform is this on? (it looks like something's wrong with your python installation, since the Makefile.pre.in stuff cannot find the configuration file...) From ALavizzio@quark.com Tue Nov 30 17:27:51 1999 From: ALavizzio@quark.com (Alden Lavizzo) Date: Tue, 30 Nov 1999 10:27:51 -0700 Subject: [Image-SIG] Docs for decoder Message-ID: <3D62AB6FFC80D211A84700104B10CB2C025D8C3D@denver.quark.com> Is there any documentation on writing a decoder? I am writing a decoder that decompresses a special type of image and cannot find any help on how to do this other than looking at source code. From deirdre@deirdre.net Tue Nov 30 21:50:50 1999 From: deirdre@deirdre.net (Deirdre Saoirse) Date: Tue, 30 Nov 1999 13:50:50 -0800 (PST) Subject: [Image-SIG] Docs for decoder In-Reply-To: <3D62AB6FFC80D211A84700104B10CB2C025D8C3D@denver.quark.com> Message-ID: On Tue, 30 Nov 1999, Alden Lavizzo wrote: > Is there any documentation on writing a decoder? I am writing a decoder > that decompresses a special type of image and cannot find any help on how to > do this other than looking at source code. The Encyclopedia of Graphics File Formats is how I learned to write the encoders and decoders. It talks a lot about the theory of image compression. Likely it would help. -- _Deirdre * http://www.linuxcabal.net * http://www.deirdre.net My three rules for happy living: No Windows, No Java, No Perl. "I'd love to have the green paint concession on the next Matrix movie." -- Rick Moen From schorsch@schorsch.com Tue Nov 30 22:23:56 1999 From: schorsch@schorsch.com (Georg Mischler) Date: Tue, 30 Nov 1999 17:23:56 -0500 (EST) Subject: [Image-SIG] Docs for decoder Message-ID: Deirdre Saoirse wrote: > On Tue, 30 Nov 1999, Alden Lavizzo wrote: > > > Is there any documentation on writing a decoder? I am writing a decoder > > that decompresses a special type of image and cannot find any help on how to > > do this other than looking at source code. > > The Encyclopedia of Graphics File Formats is how I learned to write the > encoders and decoders. It talks a lot about the theory of image > compression. Likely it would help. I assume Alden was looking for information about how to plug the encoder and decoder routines he may already have into the PIL framework. I stood in front of the same problem some time ago, and wasn't able to find anything about that special matter. On the other hand, there are a bunch of decoders coming with PIL, and it turned out a manageable solution to take them as examples for my own creation. Have fun! -schorsch -- Georg Mischler -- simulation developper -- schorsch at schorsch.com +schorsch.com+ -- lighting design tools -- http://www.schorsch.com/ From mednikov@netvision.net.il Tue Nov 23 18:43:40 1999 From: mednikov@netvision.net.il (Eugene Mednikov) Date: Tue, 23 Nov 1999 20:43:40 +0200 Subject: [Image-SIG] PIL Message-ID: I've downloaded PIL. After installation on my Linux Mandrake OS I have this problem: When I write import _imaging I get the error: ImportError: /usr/lib/libtk.8.0.so: undefined symbol: XFreePixmap What can I do? Thanks, Sergey