summaryrefslogtreecommitdiff
path: root/graphics/ImageMagick
AgeCommit message (Collapse)AuthorFilesLines
2000-08-10Update "ImageMagick" package to version 5.2.2. Changes in version 5.2.2:tron2-0/+24
- Support added for the Word Perfect Graphics (WPG) file format (contributed by Jaroslav Fojtik). - The pixel 'matte' field is changed to indicate the degree of pixel transparency rather than the degree of opacity. This makes the pixels compatable with most popular video cards, and many in-memory image formats. When the pixel quantum size is eight bits, the colormap is restricted to 256 colors, but supports up to 65535 colors when the quantum size is sixteen bits (when QuantumLeap is defined at compilation time). - ImageMagick is more memory efficient (by 18%) when the quantum size is eight bits, and the image is colormapped. - ImageMagick is (finally) believed to be thread safe under Windows, since it uses the Windows synchronization APIs to lock shared data. - Under Unix and Windows, dynamically-loaded format coder modules are supported. There are currently 72 loadable modules. Support for loadable modules allows the user to add or remove formats from ImageMagick by simply adding or removing a file. New modules are automatically detected so users may add their own modules. This support is proven to work for Sun Solaris, Linux, and SGI IRIX. Please let us know about other operating systems they work on. Building a modular ImageMagick is enabled by specifing the configure options --enable-shared --with-modules. - ImageMagick now has a set of modules for streaming. Here pixels are passed to the application as they are available and deleted after use ensuring a small memory footprint. This is useful for multi-media applications such as MPEG. - Image format identification (based on the file header) is now configured via an external text file. This allows the user to add automatic file identification for new formats added via a coder module, or via a delegate (external program). - XML files conforming to the W3C SVG DTD are now rendered directly by ImageMagick. The support is incomplete but still useful. - The Pilot Image Format (PDB) is now supported. - The drawing primitives have been extended to support drawing bezier curves, rounded rectangles, and arcs. There is now support for drawing compound objects (a sequence of objects) using drawing paths. The concept of a drawing pen has been split into stroke (for the outline) and fill (for the objects internal color). If fill is not defined, then only the object outline is drawn. This substantial change results in the existing drawing commands for filled objects (fillEllipse, fillRectangle, fillCircle, and fillPolygon) being deprecated. - A cache file format is now supported which is a snapshot of an image's pixel cache as it appears on disk. Images stored in this format (large) may be loaded instantly by ImageMagick since decoding is not required. In order to write this format , the argument -cache 0 must be supplied (e.g. convert -cache 0 file.jpg file.cache). - The build environment for Windows NT is entirely re-done. There is now a configure program which generates a set of Visual C++ project files which satisfy a set of reqirements (e.g. DLL, multi-thread, X11). These project files are then used to build ImageMagick. - The C API is significantly modified in order to provide thread-safe operation via function re-entrancy. ImageMagick is believed to be thread-safe when used with POSIX threads. It is not yet completely thread safe under Windows or the Mac. Errors (of type ExceptionInfo) are now reported by a function argument, or via a member of the current image. - The GaussianBlurImage() function (contributed by runger@cs.mcgill.ca) supports Gaussian bluring an image. - Functions (OpenCacheView(), CloseCacheView(), GetCacheView(), SetCacheView(), and SyncCacheView()) are provided in order to support manipulating multiple pixel views.
2000-08-10Update "ImageMagick" package to version 5.2.2. Changes in version 5.2.2:tron6-45/+36
- Support added for the Word Perfect Graphics (WPG) file format (contributed by Jaroslav Fojtik). - The pixel 'matte' field is changed to indicate the degree of pixel transparency rather than the degree of opacity. This makes the pixels compatable with most popular video cards, and many in-memory image formats. When the pixel quantum size is eight bits, the colormap is restricted to 256 colors, but supports up to 65535 colors when the quantum size is sixteen bits (when QuantumLeap is defined at compilation time). - ImageMagick is more memory efficient (by 18%) when the quantum size is eight bits, and the image is colormapped. - ImageMagick is (finally) believed to be thread safe under Windows, since it uses the Windows synchronization APIs to lock shared data. - Under Unix and Windows, dynamically-loaded format coder modules are supported. There are currently 72 loadable modules. Support for loadable modules allows the user to add or remove formats from ImageMagick by simply adding or removing a file. New modules are automatically detected so users may add their own modules. This support is proven to work for Sun Solaris, Linux, and SGI IRIX. Please let us know about other operating systems they work on. Building a modular ImageMagick is enabled by specifing the configure options --enable-shared --with-modules. - ImageMagick now has a set of modules for streaming. Here pixels are passed to the application as they are available and deleted after use ensuring a small memory footprint. This is useful for multi-media applications such as MPEG. - Image format identification (based on the file header) is now configured via an external text file. This allows the user to add automatic file identification for new formats added via a coder module, or via a delegate (external program). - XML files conforming to the W3C SVG DTD are now rendered directly by ImageMagick. The support is incomplete but still useful. - The Pilot Image Format (PDB) is now supported. - The drawing primitives have been extended to support drawing bezier curves, rounded rectangles, and arcs. There is now support for drawing compound objects (a sequence of objects) using drawing paths. The concept of a drawing pen has been split into stroke (for the outline) and fill (for the objects internal color). If fill is not defined, then only the object outline is drawn. This substantial change results in the existing drawing commands for filled objects (fillEllipse, fillRectangle, fillCircle, and fillPolygon) being deprecated. - A cache file format is now supported which is a snapshot of an image's pixel cache as it appears on disk. Images stored in this format (large) may be loaded instantly by ImageMagick since decoding is not required. In order to write this format , the argument -cache 0 must be supplied (e.g. convert -cache 0 file.jpg file.cache). - The build environment for Windows NT is entirely re-done. There is now a configure program which generates a set of Visual C++ project files which satisfy a set of reqirements (e.g. DLL, multi-thread, X11). These project files are then used to build ImageMagick. - The C API is significantly modified in order to provide thread-safe operation via function re-entrancy. ImageMagick is believed to be thread-safe when used with POSIX threads. It is not yet completely thread safe under Windows or the Mac. Errors (of type ExceptionInfo) are now reported by a function argument, or via a member of the current image. - The GaussianBlurImage() function (contributed by runger@cs.mcgill.ca) supports Gaussian bluring an image. - Functions (OpenCacheView(), CloseCacheView(), GetCacheView(), SetCacheView(), and SyncCacheView()) are provided in order to support manipulating multiple pixel views.
2000-06-21USE_LIBTOOL instead of PKGLIBTOOL.jlam4-40/+27
2000-06-01s/USE_LIBTOOL/USE_PKGLIBTOOL/rh1-2/+2
Add a new USE_LIBTOOL definition that uses the libtool package instead of pkglibtool which is now considered outdated. USE_PKGLIBTOOL is available for backwards compatibility with old packages but is deprecated for new packages.
2000-03-21Update "ImageMagick" package to version 5.1.1. Changes since version 4.2.9:tron6-44/+59
- ImageMagick has a new logo (contributed by Ofer Tenenbaum). - Requests for all or part of a pixel row, or multiple complete pixel rows, are mapped directly to the underlying image in memory, or memory mapped from a disk file, avoiding performance-robbing pixel copying. Requested rectangular regions which are narrower than the image width must still be copied to a scratch space. - Support for WBMP, Wireless Bitmap (level 0) images (contributed by Milan Votava) - Image sizes are limited by physical memory plus available disk space on the machine, or the file addressing limits of the operating system, whichever comes first. This means that if you can figure out how to build a big enough machine (and have plenty of time) terabyte images can be processed. - An image cache subsystem and API are provided to map portions (as small as one pixel or as large as the entire image) of images into memory and to save any updates. - Memory mapping is used to access files. This is the most efficient access mechanism available. - DirectColor pixels are now stored in an efficient 32-bit structure (or 64-bit when QuantumLeap is enabled). - PseudoColor indices are now stored separately from the DirectColor pixels (PseudoColor and DirectColor representations are still available simultaneously). - In-memory run-length encoding is eliminated. - Compressed images are decompressed and compressed incrementally in order to limit memory consumption. - Lots of minor C API fixes and improvements. - Cache threshold setting for setting the boundary between use of RAM or RAM + disk when processing an image: - Use the --enable-cache option (e.g. --enable-cache=160) to set the compiled-in default when running the configure script. - Use -cache for ImageMagick utilities - Set the cache_threshold attribute in PerlMagick - Set the cacheThreshold attribute in Magick++ - The identify utility now displays precise read-time values. - The Win32 build environment (now called "VisualMagick") is completely re-done and supports building both multi-thread DLL as well as static libraries.
2000-02-09Use "png>=1.0.3" instead of "png-*" in dependence list.tron1-2/+2
2000-02-09Use wildcard dependence for "png" package.tron1-2/+2
2000-01-05Strip trailing '.', and/or leading '(a|an) 'abs1-1/+1
1999-11-22Delete erroneous PATCH_FUZZ_FACTOR definition.agc1-3/+1
1999-11-19Remove fuzz from patch.agc3-11/+13
1999-10-08Change to use wildcard dependency on tiff.jlam1-2/+2
1999-10-07Remove me as maintainer of those packages.tron1-2/+2
1999-09-11Fix botch in last commit.tron1-6/+4
1999-09-11Use only "-O" on "arm32" to avoid egcs bug (see PR bin/7460).tron1-3/+7
1999-09-11Update "ImageMagick" package to version 4.2.9.tron3-9/+6
1999-07-22Update "ImageMagick" package to version 4.2.8.tron3-6/+8
1999-07-09Add package patch-sum filesagc1-0/+3
1999-06-03Update "ImageMagick" package to version 4.2.7.tron3-7/+7
1999-05-20Remove unnecessary assignments of "INSTALL", "INSTALL_DATA",tron1-3/+2
"INSTALL_PROGRAM" and "INSTALL_SCRIPT" from "CONFIGURE_ENV".
1999-04-25Add USE_X11 to gain the rpath options for X11 libs.tv1-1/+2
1999-04-25Do the following to make this ELF and 1.3 friendly:tv5-212/+88
- use the autoconf configure script to configure and build (we were already running configure but using Imake to build!?) - make use of pkglibtool (package already has full libtool support) (Note that now that we use Autoconf, this installs in ${LOCALBASE} without the need for a tool such as xpkgwedge. The configure script automatically detects all the stuff for which we had used patches in the Imakefiles.) Also use --without-... to disable optional components for which we have no explicit dependencies, which can be reenabled by the user in pkgsrc, so that the built binaries do not have "hidden" dependencies. Closes PR pkg/7463.
1999-04-25This package is still broken on 1.3 and 1.3.x ELF systems.tron1-1/+6
1999-04-24Revert previous commit.tv1-6/+1
PR pkg/7463 is RE-opened on this subject; someone can take the opportunity to fix it, perhaps myself if I have the time this weekend. This is NOT the correct fix.
1999-04-24Do check for broken ELF "cc" differently and exclude "powerpc", too.tron1-6/+6
1999-04-24Don't attempt to build this package on 1.3 or 1.3.x ELF systems.tron1-1/+6
1999-04-23Fix run time library search path.tron1-5/+5
1999-04-05Update "ImageMagick" package to version 4.2.2.tron4-11/+11
1999-03-04Update dependence for "png" package.tron1-2/+2
1999-03-03Update "ImageMagick" to version 4.2.1.tron3-6/+9
1999-02-20Fix CONFLICTS (remove redundancy, mostly)hubertf1-3/+1
1999-01-02Update "ImageMagick" package to version 4.1.7.tron4-12/+12
1998-12-15Update "ImageMagick" package to version 4.1.6.tron3-9/+10
1998-11-02Call "configure" before "xmkmf" to get "delegates.mgk" initializedtron1-1/+2
properly.
1998-11-01Update ImageMagick package to 4.1.3.tron4-24/+19
1998-10-14Update ImageMagick package to version 4.1.2.tron3-7/+7
1998-09-28Update ImageMagick to 4.1.1.tron4-32/+53
1998-08-20The Grand Homepagification:tsarna1-1/+2
- New, optional Makefile variable HOMEPAGE, specifies a URL for the home page of the software if it has one. - The value of HOMEPAGE is used to add a link from the README.html files. - pkglint updated to know about it. The "correct" location for HOMEPAGE in the Makefile is after MAINTAINER, in that same section.
1998-08-13Update to newer distribution archive to fix problem with PBM image files.tron1-2/+2
1998-08-13Update "ImageMagick" to version 4.0.8.tron3-7/+8
1998-08-07Add NetBSD RCS Ids.agc1-0/+2
1998-08-07Add NetBSD RCS Ids.agc3-0/+6
1998-07-15Update "ImageMagick" package to version 4.0.7.tron3-5/+8
1998-07-15Update libpng to 1.0.2. Works with all dependent pkgs I have testedtv1-2/+2
(everything but ImageMagick, gs5, and xemacs20). The API hasn't changed much, say the install instructions, but it isn't binary compatible--bump shlib version to 1.0.
1998-07-15Use automatic shared object handlingagc2-7/+2
1998-07-04Update libjpeg to v6b.mycroft1-2/+2
1998-07-03Don't mirror distribution files which are kept locally anyway.tron1-1/+2
1998-06-22Update package Makefiles for automatic manual page handling.agc1-7/+1
1998-06-06Update ImageMagick to 4.0.6.tron3-5/+5
1998-04-22Remove the old deprecated DEPENDS definition from bsd.pkg.mk.agc1-5/+5
Implement a new DEPENDS definition, which looks for an installed package, building it if not present, and use it in preference to LIB_DEPENDS. This should make the package collection more useful on NetBSD ELF ports.
1998-04-15Remove blank line.tron1-1/+0
generated by cgit v1.2.3 (git 2.39.1) at 2024-08-10 14:13:40 +0000