handling of graphic image formats
Locked
handling of graphic image formats
 
|
hi everybody supported is reading of gif, jpg, png ... to some extent writing is supported for gif (Arbor) ... to some extent I cannot imagine that this is all the deficiencies I found: gif cannot write except the depth is 8 max jpg and png cannot be written at all
tif seems to be unsupported some jpg features are not supported (progressive scan) there are some images I found on websites - every browser can display - visualworks find corrupted there must be a parcel or package which can handle all this thanks in advance for any advice Johannes Rasche Johannes Rasche katalyst Hagelberger Str. 56 10965 Berlin +49-30-815-66 820 |
Re: handling of graphic image formats
|
|
Hi Johannes,
try the JUN package from public repository, it should have quite decent support for jpeg and gif. I'm not sure about the tiff format though... But according to my experience it's quite inefficient to use smalltalk implementations of large data handling algorithms, so I suggest you try to use some kind of external library linked to you image via DLLCC. There is a few opensource libraries available (GD, ImageMagick,...) that support various platforms. Martin On 7/26/07, Johannes Rasche <[hidden email]> wrote:
-- Wisdom is what's left after we've run out of personal opinions. Cullen Hightower |
Re: handling of graphic image formats
|
|
In reply to this post by Johannes Rasche
Hi Johannes, I'm seriously thinking about generating a VisualWorks Smalltalk binding for ImageMagick. It seems that it doesn't exist after doing both a Google search and checking the following page:
<a href="http://www.imagemagick.org/script/api.php" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://www.imagemagick.org/script/api.php It should be a very good and fun exercise in using VisualWorks Smalltalk foreign function interface (FFI). Now, let me find some examples of how it's done in VisualWorks.
Peace,
-Conrad On 7/25/07, Johannes Rasche <[hidden email]> wrote:
|
Re: handling of graphic image formats
|
|
In reply to this post by Martin Huba
thanks for your fast replies
@Martin: thanks a lot for the advice to check JUN it seem really interesting (I will check it in detail) ImageMagic does not support VW up to now what is the long title of GD? or can you please provide a link? @ Christian: I like to develop Smalltalk for all platforms VW supports (not only Microsoft!!) and the platform specific should be not much more than the OS support of VW itself do you think native SmallTalk is - after compilation - slower than other code ? if it is it should be a challange for James Robertson "reinventing the wheel": I mean SmallTalk has a history much older than all nowadays mainstream languages and supporting graphic image formats seems to me a key issue as every webbrowser does I checked BottomFeeder code, but the published code seems to be outdated (as far as I know in the meantime James took some third party code not beeing open to display images in the internal browser) @Conrad: I would appreciate if you find a solution for using ImageMagic Johannes |
RE: handling of graphic image formats
|
|
Johannes
> -----Original Message----- > From: Johannes Rasche [mailto:[hidden email]] > Sent: Friday, July 27, 2007 3:17 AM > To: Martin Huba; Schuckmann, Christian; Conrad Taylor > Cc: [hidden email] > Subject: Re: handling of graphic image formats > > thanks for your fast replies > > @Martin: > thanks a lot for the advice to check JUN > it seem really interesting (I will check it in detail) > ImageMagic does not support VW up to now > what is the long title of GD? or can you please provide a link? > > @ Christian: > I like to develop Smalltalk for all platforms VW supports (not only > Microsoft!!) and the platform specific should be not much more than > the OS support of VW itself > > do you think native SmallTalk is - after compilation - slower than > other code ? if it is it should be a challange for James Robertson As a general rule for overall application speed, Smalltalk is about the same speed as Java. However, there are definite variations due to the technology of the specific smalltalk version, some smalltalks are interperted while some like VW are JITed. The biggest speed disadvantage is in numeric computation and that is because numbers are not simple values but full objects. > "reinventing the wheel": I mean SmallTalk has a history much older > than all nowadays mainstream languages and supporting graphic image > formats seems to me a key issue as every webbrowser does > > I checked BottomFeeder code, but the published code seems to be > outdated (as far as I know in the meantime James took some third > party code not beeing open to display images in the internal browser) > > @Conrad: > I would appreciate if you find a solution for using ImageMagic > > Johannes Terry =========================================================== Terry Raymond Crafted Smalltalk 80 Lazywood Ln. Tiverton, RI 02878 (401) 624-4517 [hidden email] <http://www.craftedsmalltalk.com> =========================================================== |
RE: handling of graphic image formats
|
|
In reply to this post by Johannes Rasche
You can get the PNG support by John Brant
from http://www.refactory.com/Software/PNG.zip. As
John said:
> From: John Brant [[hidden email]] > Sent: Wednesday, October 02, 2002 18:41 > As for license, it is available for free use (commercial or otherwise) > -- of course it is provided without any warranty. " For usage, see StandardSystemController>>saveAsPNG. For sensible speed you'll also want to load ZLibInterface, which makes the compression use the VM's compression routines rather than Smalltalk code: http://www.refactory.com/Software/ZLibInterface.zip Both require Refactory-Namespace, which is in a package in the Tools-Refactoring Browser bundle in the Tools-IDE bundle in 7.4.1. Thanks to John Brant for creating these and making them available! Steve
|
Re: handling of graphic image formats
|
|
In reply to this post by Johannes Rasche
On 7/27/07, Johannes Rasche <[hidden email]> wrote: thanks for your fast replies Yeah, I know there is no direct support for ImageMagic in VW, but I think it's quite easy to implement the interface for you. I have never actually done it, though;-) For GD try this link: http://www.libgd.org/Main_Page I guess the basic functionality interface through DLLCC could be done in matter of 2-3 hours. I never interfaced GD either because in the previous company we had our own proprietary image manipulation dll... @ Christian: -- Wisdom is what's left after we've run out of personal opinions. Cullen Hightower |
«
Return to VisualWorks
|
1 view|%1 views
| Free forum by Nabble | Edit this page |