Re: Package Proposal: Image_JPEG

From: Date: Wed, 07 May 2003 15:50:12 +0000
Subject: Re: Package Proposal: Image_JPEG
References: 1 2  Groups: php.pear.dev 
Request: Send a blank email to pear-dev+get-16017@lists.php.net to get a copy of this message
I understand your concerns... but what are the options? Image_JPEGFormat? FileFormat_JPEG? As I said earlier... this package provides full parsing of a JPEG file... it just doesn't decode the JPEG image. It is not limited to metadata. It provides access to every single byte in the file. Some bytes are processed more, and some less... but every single one is available. And JPEG decoding and encoding might be added to the class. I'm not saying I would implement that part. It is extremely complex, and it would probably be very slow in interpreted PHP code. But it could be implemented. Actually, it might be possible to implement lossless rotation, for example, since that doesn't require full decoding of the image. So, it is a package for manipulating JPEG files... not necesarily for "painting" JPEG images... but it does involve the "whole" JPEG file. Any package that provided "painting" would actually look a lot like the GD extensions. A universal package with several output formats. But no such package would get into the details of each file format. Mika Tuupola wrote:
On Tue, 6 May 2003, Sebastian Delmont wrote:
I would like to propose a new package: Image_JPEG
+1 for the package. -1 for the name. To me Image_JPEG denotes something that reads and/or creates JPEG images, not just metadata.


« previous php.pear.dev (#16017) next »