From delmendo@cymitar.net Sun Feb 1 10:28:33 1998 From: delmendo@cymitar.net (Dirk Elmendorf) Date: Sun, 01 Feb 1998 04:28:33 -0600 (CST) Subject: [IMAGE-SIG] Decoding Jpegs Message-ID: I am running Red Hat Linux 4.2 I installed the IJG Jpeg Library Ver 6 from the Sig home page I am using Python 1.5 I keep geting the following errors attempting to save/show jpegs im=Image.open("whynot.jpg") im.show() Traceback (innermost last): File "", line 1, in ? File "/usr/local/lib/python1.5/Imaging/Lib/Image.py", line 353, in save self.load() File "/usr/local/lib/python1.5/Imaging/Lib/ImageFile.py", line 148, in load d = _getdecoder(d, e, a, self.decoderconfig) File "/usr/local/lib/python1.5/Imaging/Lib/ImageFile.py", line 49, in _getdecoder raise IOError, "decoder %s not available" % d IOError: decoder jpeg not available >>> Does this mean I have incorrectly installed the jpeg libarary or is the image library inco mpatible with Python 1.5? Any help would greatly be appreciated. _________________________________________________________ Dirk Elmendorf, VP/Development Main: 210-892-4000 Cymitar Technology Group, Inc. Direct: 210-892-4005 Lorene Office Plaza Fax: 210-892-4329 9828 Lorene Lane San Antonio, TX 78216-4450 _________________________________________________________ _______________ IMAGE-SIG - SIG on Image Processing with Python send messages to: image-sig@python.org administrivia to: image-sig-request@python.org _______________ From fredrik@pythonware.com Sun Feb 1 17:23:21 1998 From: fredrik@pythonware.com (Fredrik Lundh) Date: Sun, 1 Feb 1998 18:23:21 +0100 Subject: [IMAGE-SIG] Decoding Jpegs Message-ID: <01bd2f36$17d64620$f29b12c2@panik.pythonware.com> >Does this mean I have incorrectly installed the jpeg libarary or >is the image library incompatible with Python 1.5? AFAIK, it works just fine with 1.5; it's probably some configuration problem. Here's the quickest way to get PIL up and running under RedHat 4.2 (and 5.0): RedHat includes libz and libjpeg (in /usr/lib), so you don't need to build them yourself. However, the 0.3a1 source kit assumes that you have libjpeg 6.0 while RedHat ships with 6.0a. To use these libs anyway, do as follows: 1. goto libImaging and run configure as usual. 2. before you build the library, edit the ImConfig.h file so that jpeg is enabled: /* Define if you have the IJG jpeg library (-ljpeg). */ #define HAVE_LIBJPEG 1 3. compile the library and look for warnings in the JpegEncode.c and JpegDecode.c files. if you don't get any warnings, take another look at the ImConfig.h file, and make sure you don't have any other jpeg library on the machine (at least not in the linker library path) 4. change the METHODDEF and GLOBAL references in JpegEncode.c and JpegDecode.c from "METHODDEF int" to "METHODDEF(int)" etc. compile again, and make sure you don't get any warnings from these two modules. 4. when you have built the library, go back to the module library and copy Setup.in to Setup. edit the latter so that libz and libjpeg are taken from /usr/lib. you can also wait a day or two for the 0.3b1 source kit (which is what I'm working on at this very moment, on a RedHat 4.2 box). Cheers /F _______________ IMAGE-SIG - SIG on Image Processing with Python send messages to: image-sig@python.org administrivia to: image-sig-request@python.org _______________ From fredrik@pythonware.com Mon Feb 2 11:23:01 1998 From: fredrik@pythonware.com (Fredrik Lundh) Date: Mon, 2 Feb 1998 12:23:01 +0100 Subject: [IMAGE-SIG] ANNOUNCE: PIL 0.3a3 sources now available Message-ID: <01bd2fcc$ec061f60$f29b12c2@panik.pythonware.com> A source kit for PIL 0.3a3 is now available from the pythonware site (see below). See the README and CHANGES files for details. It's been tested on Linux (RedHat 4.2) and Windows platforms only. Expect a 0.3 beta soon; this release was supposed to be a beta, but I have a number of contributed patches that I have yet to incorporate. This includes a set of Mac patches from Jack Jansen. Cheers /F fredrik@pythonware.com http://www.pythonware.com _______________ IMAGE-SIG - SIG on Image Processing with Python send messages to: image-sig@python.org administrivia to: image-sig-request@python.org _______________ From cjr@bound.xs4all.nl Mon Feb 2 22:00:10 1998 From: cjr@bound.xs4all.nl (Case Roole) Date: Mon, 2 Feb 1998 22:00:10 +0000 (GMT) Subject: [IMAGE-SIG] ANNOUNCE: PIL 0.3a3 sources now available In-Reply-To: <01bd2fcc$ec061f60$f29b12c2@panik.pythonware.com> from "Fredrik Lundh" at Feb 2, 98 12:23:01 pm Message-ID: <199802022200.WAA26896@category.bound.xs4all.nl> Congrats Fredrik, Some experiences on RedHat 5.0 with source-built python1.5 and tcl/tk8.0p1: o The 'test' directory was absent (!) o The README introduces the demos and encourages trying them, before it mentions the Tkinter embedding. This is confusing as most of the demos depend on the latter. o The python1.5 Setup has to be edited only by uncommenting the WITH_PIL line. It might be a good idea to mention that the include path should mention the Imaging-0.3a3/libImaging directory. o Image.py contained the line: from Types import IntType, etc. On UNIX Types has to be decapitalized. o ./Tk/tkImaging.c contains a line: photo = Tk_FindPhoto(argv[1]); Dunno if this is a Tk4.2 vs Tk8.0 thing, but I got it to work by adding the 'interp' as first argument: photo = Tk_FindPhoto(interp,argv[1]); Look forward to 0.3beta :-). cjr > > A source kit for PIL 0.3a3 is now available from the > pythonware site (see below). See the README and > CHANGES files for details. It's been tested on Linux > (RedHat 4.2) and Windows platforms only. > > Expect a 0.3 beta soon; this release was supposed to > be a beta, but I have a number of contributed patches > that I have yet to incorporate. This includes a set of > Mac patches from Jack Jansen. > > Cheers /F > fredrik@pythonware.com > http://www.pythonware.com > > > > _______________ > IMAGE-SIG - SIG on Image Processing with Python > > send messages to: image-sig@python.org > administrivia to: image-sig-request@python.org > _______________ > _______________ IMAGE-SIG - SIG on Image Processing with Python send messages to: image-sig@python.org administrivia to: image-sig-request@python.org _______________ From da@skivs.ski.org Mon Feb 2 22:05:40 1998 From: da@skivs.ski.org (David Ascher) Date: Mon, 2 Feb 1998 14:05:40 -0800 (PST) Subject: [IMAGE-SIG] ANNOUNCE: PIL 0.3a3 sources now available In-Reply-To: <199802022200.WAA26896@category.bound.xs4all.nl> Message-ID: On Mon, 2 Feb 1998, Case Roole wrote: > o Image.py contained the line: from Types import IntType, etc. > On UNIX Types has to be decapitalized. This suggests a new function for the string module: string.guillotine() =) This message brought to you by the National Non-Sequitur Society We may not make sense, but the panda is a giant racoon. --------------------------da@skivs.ski.org---------------------- _______________ IMAGE-SIG - SIG on Image Processing with Python send messages to: image-sig@python.org administrivia to: image-sig-request@python.org _______________ From garry@sage.att.com Tue Feb 3 04:17:37 1998 From: garry@sage.att.com (garry hodgson) Date: Mon, 02 Feb 1998 23:17:37 -0500 Subject: [IMAGE-SIG] PIL problem Message-ID: <34D69A61.25F144F5@sage.att.com> forgive me if this is a stupid question, but i'm at a loss just now. i built and installed PIL 0.3a1 on my SGI ( irix 5.3 )this weekend, and it all built and worked fine. i'm trying tonight to do the same on my laptop running redhat linux 5.0, without success. everything builds ok, but when i try the "import imaging" step, i get an undefined error on the symbol ImagingCrack. I see this is declared in libImaging/Imaging.h, and referenced in _imagingmodule.c. But i can't find where it is defined. what am i missing? thanks _______________ IMAGE-SIG - SIG on Image Processing with Python send messages to: image-sig@python.org administrivia to: image-sig-request@python.org _______________ From fredrik@pythonware.com Tue Feb 3 07:42:17 1998 From: fredrik@pythonware.com (Fredrik Lundh) Date: Tue, 3 Feb 1998 08:42:17 +0100 Subject: [IMAGE-SIG] PIL problem Message-ID: <01bd3077$40413a60$f29b12c2@panik.pythonware.com> >forgive me if this is a stupid question, but i'm at a loss just now. >i built and installed PIL 0.3a1 on my SGI ( irix 5.3 )this weekend, and >it all built and worked fine. i'm trying tonight to do the same on >my laptop running redhat linux 5.0, without success. everything builds >ok, but when i try the "import imaging" step, i get an undefined error >on the symbol ImagingCrack. I see this is declared in >libImaging/Imaging.h, and referenced in _imagingmodule.c. But i can't >find where it is defined. what am i missing? a clever enough compiler? ;-) that reference was left in there by mistake; the ImagingCrack function is called a static function which is not referenced from anywhere else in the file, and both compilers used to test that release (MSVC, Digital's cc) didn't generate any code for that function. gcc isn't that clever, though... to fix this, grab 0.3a3 from http://www.pythonware.com Cheers /F _______________ IMAGE-SIG - SIG on Image Processing with Python send messages to: image-sig@python.org administrivia to: image-sig-request@python.org _______________ From delmendo@cymitar.net Tue Feb 3 18:41:56 1998 From: delmendo@cymitar.net (Dirk Elmendorf) Date: Tue, 03 Feb 1998 12:41:56 -0600 (CST) Subject: [IMAGE-SIG] PIL problem In-Reply-To: <01bd3077$40413a60$f29b12c2@panik.pythonware.com> Message-ID: On 03-Feb-98 Fredrik Lundh wrote: > to fix this, grab 0.3a3 from http://www.pythonware.com You might want to post the link on the Sig home page as well ;) Is the Beta coming out soon? ______________________________________________________ Dirk Elmendorf, VP/Development Main: 210-892-4000 Cymitar Technology Group, Inc. Direct: 210-892-4005 Lorene Office Plaza Fax: 210-892-4329 9828 Lorene Lane San Antonio, TX 78216-4450 _________________________________________________________ _______________ IMAGE-SIG - SIG on Image Processing with Python send messages to: image-sig@python.org administrivia to: image-sig-request@python.org _______________ From delmendo@cymitar.net Tue Feb 3 19:20:38 1998 From: delmendo@cymitar.net (Dirk Elmendorf) Date: Tue, 03 Feb 1998 13:20:38 -0600 (CST) Subject: [IMAGE-SIG] .03a.3 problems Message-ID: I just got .3a3 when I try to compile I get: gcc -O -I./. -I/usr/local/include -DHAVE_CONFIG_H -c JpegDecode.c -o JpegDecode.o JpegDecode.c:38: parse error before `void' JpegDecode.c:44: parse error before `boolean' JpegDecode.c:51: parse error before `void' JpegDecode.c:92: parse error before `void' JpegDecode.c:96: `cinfo' undeclared here (not in a function) JpegDecode.c:96: warning: data definition has no type or storage class JpegDecode.c:98: parse error before `->' JpegDecode.c:98: conflicting types for `longjmp' /usr/include/setjmp.h:93: previous declaration of `longjmp' JpegDecode.c:98: warning: data definition has no type or storage class JpegDecode.c: In function `ImagingJpegDecode': JpegDecode.c:123: warning: assignment makes pointer from integer without a cast make: *** [JpegDecode.o] Error 1 I'm using RedHat 4.2 using gcc. It seems to have problems with the METHODDEF() _________________________________________________________ Dirk Elmendorf, VP/Development Main: 210-892-4000 Cymitar Technology Group, Inc. Direct: 210-892-4005 Lorene Office Plaza Fax: 210-892-4329 9828 Lorene Lane San Antonio, TX 78216-4450 _________________________________________________________ _______________ IMAGE-SIG - SIG on Image Processing with Python send messages to: image-sig@python.org administrivia to: image-sig-request@python.org _______________ From fredrik@pythonware.com Wed Feb 4 08:07:45 1998 From: fredrik@pythonware.com (Fredrik Lundh) Date: Wed, 4 Feb 1998 09:07:45 +0100 Subject: [IMAGE-SIG] .03a.3 problems Message-ID: <01bd3143$f971da40$f29b12c2@panik.pythonware.com> This is a libjpeg 6.0 vs. 6.0a problem. Earlier releases was written for the (relatively old) 6.0 release, which used "METHODDEF type". In 6.0a, this was changed to "METHODDEF(type)". In my copy of RedHat 4.2, there's a libjpeg 6.0a installed under /usr/lib. Maybe you have an older copy somewhere else? Cheers /F (and yes, I should have made it clear that this release required 6.0a in the news section and the changes document). > From: Dirk Elmendorf > To: image-sig@python.org > Subject: [IMAGE-SIG] .03a.3 problems > >I just got .3a3 when I try to compile I get: > >gcc -O -I./. -I/usr/local/include -DHAVE_CONFIG_H -c JpegDecode.c -o JpegDecode.o >JpegDecode.c:38: parse error before `void' >JpegDecode.c:44: parse error before `boolean' >JpegDecode.c:51: parse error before `void' >JpegDecode.c:92: parse error before `void' >JpegDecode.c:96: `cinfo' undeclared here (not in a function) >JpegDecode.c:96: warning: data definition has no type or storage class >JpegDecode.c:98: parse error before `->' >JpegDecode.c:98: conflicting types for `longjmp' >/usr/include/setjmp.h:93: previous declaration of `longjmp' >JpegDecode.c:98: warning: data definition has no type or storage class >JpegDecode.c: In function `ImagingJpegDecode': >JpegDecode.c:123: warning: assignment makes pointer from integer without a cast >make: *** [JpegDecode.o] Error 1 > >I'm using RedHat 4.2 using gcc. It seems to have problems with the METHODDEF() _______________ IMAGE-SIG - SIG on Image Processing with Python send messages to: image-sig@python.org administrivia to: image-sig-request@python.org _______________ From fredrik@pythonware.com Wed Feb 4 16:36:02 1998 From: fredrik@pythonware.com (Fredrik Lundh) Date: Wed, 4 Feb 1998 17:36:02 +0100 Subject: [IMAGE-SIG] First official patch for PIL 0.3a3 Message-ID: <199802041636.RAA04233@brain.pythonware.com> This is the first set of patches for PIL 0.3a3. This fixes an import error in Image.py ("Types" instead of "types"), a critical bug in the Tk interface that caused compilation errors or segmentation violations if you use Tk 8.0 final or a later patch release (note: after applying this patch, you *must* use Tk 8.0 final or later), and a few minor type mismatches that some compilers didn't like. Many thanks to Case Roole and the folks at SMHI. Cheers /F fredrik@pythonware.com http://www.pythonware.com NOTE: if your patch utility cannot find the files, try "patch -p0". *** Tk/tkImaging.c Wed Feb 4 15:25:42 1998 --- Tk/tkImaging.c Wed Feb 4 15:17:01 1998 *************** *** 73,79 **** } /* get Tcl PhotoImage handle */ ! photo = Tk_FindPhoto(argv[1]); if (photo == NULL) { Tcl_AppendResult(interp, "destination photo must exist", (char *) NULL); return TCL_ERROR; --- 73,79 ---- } /* get Tcl PhotoImage handle */ ! photo = Tk_FindPhoto(interp, argv[1]); if (photo == NULL) { Tcl_AppendResult(interp, "destination photo must exist", (char *) NULL); return TCL_ERROR; *************** *** 145,152 **** /* Copy opaque runs to photo image */ for (y = 0; y < block.height; y++) { ! char* p = block.pixelPtr + y*block.pitch; ! char* s = p; int w = 0; for (x = 0; x < block.width; x++) { if (p[3]) { --- 145,152 ---- /* Copy opaque runs to photo image */ for (y = 0; y < block.height; y++) { ! unsigned char* p = block.pixelPtr + y*block.pitch; ! unsigned char* s = p; int w = 0; for (x = 0; x < block.width; x++) { if (p[3]) { *** libImaging/Quantize.c Wed Feb 4 15:22:16 1998 --- libImaging/Quantize.c Wed Feb 4 15:22:36 1998 *************** *** 187,193 **** } else if (strcmp(imIn->mode, "P") == 0 && imIn->palette && strcmp(imIn->palette->mode, "RGB") == 0) { /* Palette image */ ! char* p = imIn->palette->palette; for (y = 0; y < imIn->ysize; y++) { UINT8* in = imIn->image8[y]; for (x = 0; x < imIn->xsize; x++) { --- 187,193 ---- } else if (strcmp(imIn->mode, "P") == 0 && imIn->palette && strcmp(imIn->palette->mode, "RGB") == 0) { /* Palette image */ ! unsigned char* p = imIn->palette->palette; for (y = 0; y < imIn->ysize; y++) { UINT8* in = imIn->image8[y]; for (x = 0; x < imIn->xsize; x++) { *** _imagingmodule.c Wed Feb 4 15:23:46 1998 --- _imagingmodule.c Wed Feb 4 15:24:13 1998 *************** *** 829,836 **** static PyObject* _getprojection(ImagingObject* self, PyObject* args) { ! char* xprofile; ! char* yprofile; PyObject* result; xprofile = malloc(self->image->xsize); --- 829,836 ---- static PyObject* _getprojection(ImagingObject* self, PyObject* args) { ! unsigned char* xprofile; ! unsigned char* yprofile; PyObject* result; xprofile = malloc(self->image->xsize); *************** *** 1251,1257 **** static PyObject* _crc32(PyObject* self, PyObject* args) { ! char* buffer; int bytes; int hi, lo; UINT32 crc; --- 1251,1257 ---- static PyObject* _crc32(PyObject* self, PyObject* args) { ! unsigned char* buffer; int bytes; int hi, lo; UINT32 crc; *** Lib/Image.py~ Mon Feb 2 09:42:56 1998 --- Lib/Image.py Wed Feb 4 12:57:02 1998 *************** *** 45,51 **** import os, string # type stuff ! from Types import IntType, StringType, TupleType isStringType = lambda t: type(t) == StringType isTupleType = lambda t: type(t) == TupleType isImageType = lambda t: hasattr(t, "im") --- 45,51 ---- import os, string # type stuff ! from types import IntType, StringType, TupleType isStringType = lambda t: type(t) == StringType isTupleType = lambda t: type(t) == TupleType isImageType = lambda t: hasattr(t, "im") _______________ IMAGE-SIG - SIG on Image Processing with Python send messages to: image-sig@python.org administrivia to: image-sig-request@python.org _______________ From Dirk.Engelmann@iwr.uni-heidelberg.de Mon Feb 9 14:40:16 1998 From: Dirk.Engelmann@iwr.uni-heidelberg.de (Dirk Engelmann) Date: Mon, 9 Feb 1998 15:40:16 +0100 (CET) Subject: [IMAGE-SIG] ImagePalette Message-ID: Hi! I would like to have an example on how to use the 'P' image mode and applying the palette. I tried with ImagePalette raw mode, but didn't succeed. What I want to do, setting a new image palette to a 'P' type image and transform back to 'RGB' type. Thanks for help! Cheers, Dirk _______________ IMAGE-SIG - SIG on Image Processing with Python send messages to: image-sig@python.org administrivia to: image-sig-request@python.org _______________ From jdeacon@mpx.com.au Sun Feb 22 16:57:06 1998 From: jdeacon@mpx.com.au (Jason Deacon) Date: Mon, 23 Feb 1998 03:57:06 +1100 Subject: [IMAGE-SIG] pyhon troubles Message-ID: <01bd3fb2$e7c4b9c0$83420acb@dialup.mpx.com.au> This is a multi-part message in MIME format. ------=_NextPart_000_000D_01BD400F.1B3531C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable i have an error and as i do not know what it is, i was wondering if you = could help me: C:\Python\img\Imaging-0.2b3\Scripts>python viewer.py Traceback (innermost last): File "viewer.py", line 6, in ? from tkinter import * ImportError: dynamic module does not define init function C:\Python\img\Imaging-0.2b3\Scripts>python player.py Traceback (innermost last): File "player.py", line 6, in ? from Tkinter import * ImportError: dynamic module does not define init function i have a p100 win95 system with 24meg ram and about 140meg free on hdd. = I followed exactly what the readme file said to the letter, but still = this error kept popping up. If you can help me then i would greatly = appreciate it. Jason Deacon ------=_NextPart_000_000D_01BD400F.1B3531C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
i have an error and as i do not know = what it is,=20 i was wondering if you could help me:
C:\Python\img\Imaging-0.2b3\Scripts>python=20 viewer.py
Traceback (innermost last):
  File = "viewer.py",=20 line 6, in ?
    from tkinter import *
ImportError: = dynamic=20 module does not define init function
 
C:\Python\img\Imaging-0.2b3\Scripts>python=20 player.py
Traceback (innermost last):
  File = "player.py",=20 line 6, in ?
    from Tkinter import *
ImportError: = dynamic=20 module does not define init function
 
i have a p100 win95 system with = 24meg ram and=20 about 140meg free on hdd. I followed exactly what the readme file said = to the=20 letter, but still this error kept popping up. If you can help me then i = would=20 greatly appreciate it.
 
    Jason=20 Deacon
------=_NextPart_000_000D_01BD400F.1B3531C0-- _______________ IMAGE-SIG - SIG on Image Processing with Python send messages to: image-sig@python.org administrivia to: image-sig-request@python.org _______________ From fredrik@pythonware.com Tue Feb 24 16:56:07 1998 From: fredrik@pythonware.com (Fredrik Lundh) Date: Tue, 24 Feb 1998 17:56:07 +0100 Subject: [IMAGE-SIG] pyhon troubles Message-ID: <01bd4145$1968f660$f29b12c2@panik.pythonware.com> > ImportError: dynamic module does not define init function Did you build your tkinter module yourself? It looks like you accidently named your DLL/PYD tkinter rather than _tkinter... What happens if you start the interpreter and type: import _tkinter import Tkinter Cheers /F fredrik@pythonware.com http://www.pythonware.com _______________ IMAGE-SIG - SIG on Image Processing with Python send messages to: image-sig@python.org administrivia to: image-sig-request@python.org _______________ From jdeacon@mpx.com.au Tue Feb 24 17:31:58 1998 From: jdeacon@mpx.com.au (Jason Deacon) Date: Wed, 25 Feb 1998 04:31:58 +1100 Subject: [IMAGE-SIG] Python Troubles Message-ID: <01bd414a$1c1d27a0$1b8911cb@dialup.mpx.com.au> This is a multi-part message in MIME format. ------=_NextPart_000_0008_01BD41A6.4F8D9FA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable No, i downloaded everything and did not make anything myself. When i tried import _tkinter and import Tkinter this is what happened. . = .=20 >>> import _tkinter Traceback (innermost last): File "", line 1, in ? ImportError: No module named _tkinter >>> import Tkinter Traceback (innermost last): File "", line 1, in ? ImportError: dynamic module does not define init function Well that is all that happened. - Jason ------=_NextPart_000_0008_01BD41A6.4F8D9FA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
No, i downloaded everything and did not make = anything=20 myself.
When i tried import _tkinter and import Tkinter this = is what=20 happened. . .

>>> import _tkinter

Traceback = (innermost=20 last):

File "<interactive input>", line 1, in ?

ImportError: No module named _tkinter

>>> import Tkinter

Traceback (innermost last):

File "<interactive input>", line 1, in ?

ImportError: dynamic module does not define init function

Well that is all that happened.

 -=20 Jason

------=_NextPart_000_0008_01BD41A6.4F8D9FA0-- _______________ IMAGE-SIG - SIG on Image Processing with Python send messages to: image-sig@python.org administrivia to: image-sig-request@python.org _______________ From fredrik@pythonware.com Wed Feb 25 13:22:07 1998 From: fredrik@pythonware.com (Fredrik Lundh) Date: Wed, 25 Feb 1998 14:22:07 +0100 Subject: [IMAGE-SIG] Python Troubles Message-ID: <01bd41f0$5f165ee0$f29b12c2@panik.pythonware.com> > No, i downloaded everything and did not make anything myself. Downloaded everything from where? It definitely looks like your installation is broken or mixed up in some way. FYI: _tkinter is the low-level interface to Tk, Tkinter is the high-level interface, but it's a Python module, not a dynamic module. Both modules must be present. Cheers /F _______________ IMAGE-SIG - SIG on Image Processing with Python send messages to: image-sig@python.org administrivia to: image-sig-request@python.org _______________ From jdeacon@mpx.com.au Wed Feb 25 18:05:55 1998 From: jdeacon@mpx.com.au (Jason Deacon) Date: Thu, 26 Feb 1998 05:05:55 +1100 Subject: [IMAGE-SIG] Python troubles Message-ID: <01bd4218$0464b8c0$3d8911cb@dialup.mpx.com.au> This is a multi-part message in MIME format. ------=_NextPart_000_0017_01BD4274.37D530C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Well i downloaded python(for dos) 1.4 from python.org, as well as the = windows ide and some other things as well, hoping to learn to program in = python. I am only an semi-advanced BASIC programmer, looking for an = alternative language. Jason ------=_NextPart_000_0017_01BD4274.37D530C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Well i downloaded python(for dos) = 1.4 from=20 python.org, as well as the windows ide and some other things as well, = hoping to=20 learn to program in python. I am only an semi-advanced BASIC programmer, = looking=20 for an alternative language.
 
Jason
------=_NextPart_000_0017_01BD4274.37D530C0-- _______________ IMAGE-SIG - SIG on Image Processing with Python send messages to: image-sig@python.org administrivia to: image-sig-request@python.org _______________ From jdeacon@mpx.com.au Thu Feb 26 18:00:45 1998 From: jdeacon@mpx.com.au (Jason Deacon) Date: Fri, 27 Feb 1998 05:00:45 +1100 Subject: [IMAGE-SIG] python Message-ID: <01bd42e0$75ccb760$ba8911cb@dialup.mpx.com.au> This is a multi-part message in MIME format. ------=_NextPart_000_0006_01BD433C.A93D2F60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I was wondering if there was a program out for python which allowed you = to design python apps for win95/nt sort of like Visual Basic? If this=20 sounds completely stupid, then please tell me. Jason ------=_NextPart_000_0006_01BD433C.A93D2F60 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I was wondering if there was a program out for python which allowed = you to=20 design python apps for win95/nt sort of like Visual Basic? If this =
sounds=20 completely stupid, then please tell=20 me.

Jason
 
------=_NextPart_000_0006_01BD433C.A93D2F60-- _______________ IMAGE-SIG - SIG on Image Processing with Python send messages to: image-sig@python.org administrivia to: image-sig-request@python.org _______________ From MHammond@skippinet.com.au Fri Feb 27 07:20:47 1998 From: MHammond@skippinet.com.au (Mark Hammond) Date: Fri, 27 Feb 1998 18:20:47 +1100 Subject: [IMAGE-SIG] python Message-ID: <005801bd4350$552ed860$0a01a8c0@skippy.skippinet.com.au> This is a multi-part message in MIME format. ------=_NextPart_000_0050_01BD43AC.6D14D680 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Definately not completely stupid - just completely dreaming :-) (Im talking about me there - Im always dreaming of such an environment = :-) Mark. -----Original Message----- From: Jason Deacon To: image-sig@python.org Date: Friday, 27 February 1998 17:04 Subject: [IMAGE-SIG] python =20 =20 I was wondering if there was a program out for python which allowed = you to design python apps for win95/nt sort of like Visual Basic? If = this=20 sounds completely stupid, then please tell me. =20 Jason ------=_NextPart_000_0050_01BD43AC.6D14D680 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Definately not completely stupid - = just=20 completely dreaming :-)
 
(Im talking about me there - Im always dreaming of = such an=20 environment :-)
 
Mark.
-----Original = Message-----
From:=20 Jason Deacon <jdeacon@mpx.com.au>
To: = image-sig@python.org <image-sig@python.org>
D= ate:=20 Friday, 27 February 1998 17:04
Subject: [IMAGE-SIG]=20 python

I was wondering if there was a program out for python which = allowed you=20 to design python apps for win95/nt sort of like Visual Basic? If = this=20
sounds completely stupid, then please tell=20 me.

Jason
------=_NextPart_000_0050_01BD43AC.6D14D680-- _______________ IMAGE-SIG - SIG on Image Processing with Python send messages to: image-sig@python.org administrivia to: image-sig-request@python.org _______________ From fredrik@pythonware.com Fri Feb 27 08:26:37 1998 From: fredrik@pythonware.com (Fredrik Lundh) Date: Fri, 27 Feb 1998 09:26:37 +0100 Subject: [IMAGE-SIG] python Message-ID: <01bd4359$6ba57dc0$f29b12c2@panik.pythonware.com> > I was wondering if there was a program out for python which allowed you > to design python apps for win95/nt sort of like Visual Basic? If this sounds > completely stupid, then please tell me. Not at all stupid (but this is maybe not the right forum to discuss it). You might wish to take a look at: http://www.pythonware.com/projects.htm Cheers /F _______________ IMAGE-SIG - SIG on Image Processing with Python send messages to: image-sig@python.org administrivia to: image-sig-request@python.org _______________ From ed@udel.edu Fri Feb 27 13:43:55 1998 From: ed@udel.edu (Ed Phillips) Date: Fri, 27 Feb 1998 08:43:55 -0500 (EST) Subject: [IMAGE-SIG] python In-Reply-To: <01bd4359$6ba57dc0$f29b12c2@panik.pythonware.com> Message-ID: Fredrik, Where can we get Topaz? I'd like to try it out... Are you going to sell Topaz? That's not in the FREE tradition of python... ;-) Ed On Fri, 27 Feb 1998, Fredrik Lundh wrote: > Date: Fri, 27 Feb 1998 09:26:37 +0100 > From: Fredrik Lundh > To: Jason Deacon > Cc: image-sig@python.org > Subject: Re: [IMAGE-SIG] python > > > I was wondering if there was a program out for python which allowed you > > to design python apps for win95/nt sort of like Visual Basic? If this sounds > > completely stupid, then please tell me. > > Not at all stupid (but this is maybe not the right forum to discuss it). > You might wish to take a look at: > > http://www.pythonware.com/projects.htm > > Cheers /F > > > > _______________ > IMAGE-SIG - SIG on Image Processing with Python > > send messages to: image-sig@python.org > administrivia to: image-sig-request@python.org > _______________ > +----------------------------------------------------------------------+ |Ed Phillips University of Delaware (302) 831-6082 | |Systems Programmer II, Network and Systems Services | |finger -l ed@polycut.nss.udel.edu for PGP public key | +----------------------------------------------------------------------+ _______________ IMAGE-SIG - SIG on Image Processing with Python send messages to: image-sig@python.org administrivia to: image-sig-request@python.org _______________ From ed@udel.edu Fri Feb 27 13:49:43 1998 From: ed@udel.edu (Ed Phillips) Date: Fri, 27 Feb 1998 08:49:43 -0500 (EST) Subject: [IMAGE-SIG] CDX python for writing games Message-ID: Would anyone be interested in such a thing? I was thinking that it might be nice to merge CDX (a nice interface to DirectX) into python. It would basically allow the use of DirectX from python... but since I'm new to python, I'm not very skilled at creating these kind of wrappers/modules yet. I'd like to be able to do full screen 640x480x256 color (at least) with sprites, maps (made of tiles), load and save bitmaps, play sounds, play MIDI, etc. from python. Sorry for the off-topic stuff... is there a general mailing list? Ed +----------------------------------------------------------------------+ |Ed Phillips University of Delaware (302) 831-6082 | |Systems Programmer II, Network and Systems Services | |finger -l ed@polycut.nss.udel.edu for PGP public key | +----------------------------------------------------------------------+ _______________ IMAGE-SIG - SIG on Image Processing with Python send messages to: image-sig@python.org administrivia to: image-sig-request@python.org _______________ From da@skivs.ski.org Fri Feb 27 18:48:17 1998 From: da@skivs.ski.org (David Ascher) Date: Fri, 27 Feb 1998 10:48:17 -0800 (PST) Subject: [IMAGE-SIG] CDX python for writing games In-Reply-To: Message-ID: > Would anyone be interested in such a thing? I was thinking that > it might be nice to merge CDX (a nice interface to DirectX) into python. > It would basically allow the use of DirectX from python... but since I'm > new to python, I'm not very skilled at creating these kind of > wrappers/modules yet. I'd like to be able to do full screen 640x480x256 > color (at least) with sprites, maps (made of tiles), load and save > bitmaps, play sounds, play MIDI, etc. from python. Sorry for the > off-topic stuff... is there a general mailing list? I haven't looked into CDX, but I do have an alpha version of an interface to MGL, which provides very fast graphics on PC's. Check www.scitechsoft.com for info on MGL. Email me for info on the Python interface to it. More to the point: yes, definitely, build an interface to CDX. But first read about SWIG (http://www.swig.org), it'll most likely save you weeks of work. --david _______________ IMAGE-SIG - SIG on Image Processing with Python send messages to: image-sig@python.org administrivia to: image-sig-request@python.org _______________ From ed@udel.edu Fri Feb 27 21:01:37 1998 From: ed@udel.edu (Ed Phillips) Date: Fri, 27 Feb 1998 16:01:37 -0500 (EST) Subject: [IMAGE-SIG] CDX python for writing games In-Reply-To: Message-ID: On Fri, 27 Feb 1998, David Ascher wrote: > Date: Fri, 27 Feb 1998 10:48:17 -0800 (PST) > From: David Ascher > To: Ed Phillips > Cc: image-sig@python.org > Subject: Re: [IMAGE-SIG] CDX python for writing games > > > Would anyone be interested in such a thing? I was thinking that > > it might be nice to merge CDX (a nice interface to DirectX) into python. > > It would basically allow the use of DirectX from python... but since I'm > > new to python, I'm not very skilled at creating these kind of > > wrappers/modules yet. I'd like to be able to do full screen 640x480x256 > > color (at least) with sprites, maps (made of tiles), load and save > > bitmaps, play sounds, play MIDI, etc. from python. Sorry for the > > off-topic stuff... is there a general mailing list? > > I haven't looked into CDX, but I do have an alpha version of an interface > to MGL, which provides very fast graphics on PC's. Check > www.scitechsoft.com for info on MGL. Email me for info on the Python > interface to it. I've heard of MGL... is it any good? Is the Python interface shaping up? I'd like to find out more. I saw a review of MGL on www.egerter.com (a non-free competitor so it's biased) that kinda cut MGL to pieces - of course: they're trying to sell PowerRender,WGT,etc. > > More to the point: yes, definitely, build an interface to CDX. But first > read about SWIG (http://www.swig.org), it'll most likely save you weeks of > work. > > --david > I was thinking about SWIG... but I'm not really sure CDX is that complicated - and it's in C++ so it won't be as simple as just making interfaces for python to call C routines. I'll need to make some python classes, some python functiions, and make some C++ to create CDX and manage the CDX objects and do things that really need to be as fast as possible (like blit a list of sprites, blit the background, etc.). If you're interested, CDX is at http://www.maidex.demon.co.uk/. It's really a nice package and easy to program in C++... but I like to be able to edit/run/edit/run without all the waiting to compile, etc., and hopefully python+CDX will make all the nasty Windows+DirectX stuff disappear! 8-) +----------------------------------------------------------------------+ |Ed Phillips University of Delaware (302) 831-6082 | |Systems Programmer II, Network and Systems Services | |finger -l ed@polycut.nss.udel.edu for PGP public key | +----------------------------------------------------------------------+ _______________ IMAGE-SIG - SIG on Image Processing with Python send messages to: image-sig@python.org administrivia to: image-sig-request@python.org _______________ From da@skivs.ski.org Fri Feb 27 22:35:09 1998 From: da@skivs.ski.org (David Ascher) Date: Fri, 27 Feb 1998 14:35:09 -0800 (PST) Subject: [IMAGE-SIG] CDX python for writing games In-Reply-To: Message-ID: On Fri, 27 Feb 1998, Ed Phillips wrote: > I've heard of MGL... is it any good? Is the Python interface shaping up? > I'd like to find out more. I saw a review of MGL on www.egerter.com (a > non-free competitor so it's biased) that kinda cut MGL to pieces - of > course: they're trying to sell PowerRender,WGT,etc. Re: MGL: works for me. Some problems because of the stupidity of DirectX support on NT (microsoft's fault -- they don't allow MGL to find out about VBL, but that's not a problem for most folks). It's easy to use, plenty fast enough for what I do, and the documentation is very good. The price is definitely right. I'll look at the review, but I'm happy with it so far. > I was thinking about SWIG... but I'm not really sure CDX is that > complicated - and it's in C++ so it won't be as simple as just making > interfaces for python to call C routines. I'll need to make some python > classes, some python functiions, and make some C++ to create CDX and > manage the CDX objects and do things that really need to be as fast as > possible (like blit a list of sprites, blit the background, etc.). If > you're interested, CDX is at http://www.maidex.demon.co.uk/. It's really > a nice package and easy to program in C++... but I like to be able to > edit/run/edit/run without all the waiting to compile, etc., and hopefully > python+CDX will make all the nasty Windows+DirectX stuff disappear! 8-) I'll look at CDX, definitely. SWIG can deal with a fair bit of C++ parsing which may make it easier than you think -- it makes shadow classes in Python, etc., etc. I can't stress how great a tool SWIG is. --david _______________ IMAGE-SIG - SIG on Image Processing with Python send messages to: image-sig@python.org administrivia to: image-sig-request@python.org _______________