Updated 2014-02-06 23:00:32 by bll

The venerable IMG package by Jan Nijtmans provides the handling of several image formats beyond the standard formats in Tk. The formats supported by Img's latest CVS are:

The original Img homepage can be found here: [1], however the code there is the older 1.2.4 version. Currently, the official Img source code (version 1.3 or newer) is now maintained in the SourceForge http://sourceforge.net/projects/tkimg/ project.

(Note: I was unable to download source from the original Img page on 23Aug2004. If this happens to you, use the sourceforge link. Please remove this note if the problem is fixed. --SAH)

Img is bundled as part of ActiveState's ActiveTcl binary distributions.

Debian package: libtk-img

There are also starkits running around. Steve Redler, for example, has tentatively committed to provision a directory of tk.imgs toward the end of October 2005, perhaps in the vicinity of http://server.linuxsys.net/files .

Tk provides built-in support for GIF, and TkPNG is a good alternative to Img for PNG support.

AMG: Recent versions of Tk have built-in PNG support, which was derived from TkPNG.

The latest version is now 1.4.2.

DESCRIPTION

Img is a Tk extension, adding support for many other Image formats, as listed below. The individual formats are described in more detail on their own pages.

  • bmp: Windows bitmap format. See img-bmp .
  • gif: The venerable graphics interchange format (with transparency, but without LZW. The latter due to patent issues). See img-gif .
  • ico: Windows icon files. See img-ico .
  • jpeg: The format for lossy compressed still pictures specified by the Joint Picture Experts Group. See img-jpeg .
  • pcx: Paintbrush image format. See img-pcx .
  • pixmap: While the other formats are handlers for the Tk photo image type this is a new image type for Tk. See img-pixmap .
  • png: Portable Network Graphics, successor to GIF. See img-png .
  • ppm: Portable Pixmaps. See img-ppm .
  • ps: Postscript and PDF (Portable document format). Requires an external application, ghostview, for its operation. See img-ps .
  • sgi: Native SGI format. See img-sgi .
  • sun: Sun raster images. See img-sun .
  • tga: Targa files. See img-tga .
  • tiff: Tagged Interchange File Format. See img-tiff .
  • window: ??? (not a file but window snapshot) See img-window .
  • xbm: X Bitmaps. See img-xbm .
  • xpm: X Pixmaps. See img-xpm .

Version 1.4.x only works with Tcl/Tk 8.3 or higher. Version 1.3 only works with Tcl/Tk 8.2 or higher. If you are using Tk 8.1 or lower please stick with Img 1.2.4 (which is still available). And if you are using Tk4.2 or lower, please stick with Img 1.1.4 (which is also still available).

peterc 2009-09-01: Possibly worth noting that the Unisys GIF/LZW patents expired in mid 2004 [2]. PNG is generally preferred over GIF by most graphics people anyhow as it supports Alpha channel transparency.

LV Does Img work with Tk 8.4 ?

AK It should. I remember that I did an experimental build of ActiveTcl against 8.4cvs and the compilation went through without a hitch.

Note: This is about the Img sources in the CVS. Img 1.2.4 most definitely does not compile against 8.4 because of changes in some public API functions of Tk regarding Img handling.

stever has generously made the tkimg.kit [3] Starkit available.

I often have a need to convert from one graphics format to another. As long as I have ActiveTcl around, the chore is easy; all I need is a script on the order of
    package require Img

    cd /temp

    foreach file [glob *.bmp] {
        set root [file rootname $file]
        set image [image create photo -file $file]
        foreach {format suffix} {JPEG jpg GIF gif PNG png} {
            $image write $root.$suffix -format $format
        }
    }

Capture a window into an image (screenshot) (posted by Mark G. Saye in comp.lang.tcl):
 proc capture {W format file} {
   set image [image create photo -format window -data $W]
   $image write -format $format $file
   puts "capture -> '$file' ([file size $file] bytes)"
   image delete $image
 }

   package require -exact Img 1.2.4

   set top .t
   toplevel $top
   frame $top.f
   pack  $top.f -fill both -expand 1

   label $top.f.hello -text "Hello World"
   pack  $top.f.hello -s top -e 0 -f none -padx 10 -pady 10
   update
   bind $top <Key-x> [list capture $top gif capture.gif]

Saves a white image only, however ;-(. Paul Obermeier has this:
 proc canvas2Photo { canvId } {
    # The following line grabs the contents of the canvas canvId into photo image ph.
    set retVal [catch {image create photo -format window -data $canvId} ph]
    if { $retVal != 0 } {
       puts "\n\tFATAL ERROR: Cannot create photo from canvas window"
       exit 1
    }
    return $ph
 }

RS experimented with this and found that it can convert canvas, text and listbox widgets, but not a compound toplevel. Hence, the name might better be widget2photo... or, by using default error handlers, be simplified to an interp alias:
 interp alias {} capture {} image create photo -format window -data

David Easton: 17 Jun 2003 Capture a window into an image extends this to work for a whole toplevel window complete with sub-widgets.

The combination of photo image zooming and the Img extension let us code A little magnifying glass in just a few lines.

Can anyone provide examples of how to use this package with Tk to display some of the above image types?

MG Sure..
 package require Img
 image create photo myJpeg -file "image.jpeg"
 pack [label .l -image myJpeg] ;# to show it works ok

It's as simple as that :) As for writing images (after you've executed the above code)...
 myJpeg write "image.png" -format PNG

Where can one get freely distributable win32 binaries?

MG Img is included in the ActiveTcl binaries. I don't know where you can find a binary of Img on its own, though...

[Would be valuable to compare its capabilities with Xbit's.]

A comparison with TclMagick would also be useful.

sheila 2004/10/18

What is the default format that is returned when one uses the
 $image_256.bmp data

as opposed to specifying -format bmp? Looks like a list of lists, and the elements of the list are #rrggbb values. When I use -format bmp I'm guessing I get base64 encoded data. You can go from this format to hex in order to manipulate bits in hex maybe
 package require base64

this is a row from the first line of a dump from $image data -format bmp. (this is just a rendition, since the actual characters aren't printable to this screen)
 % set row
 Qk322AEAAAAAADYEAAAoAAAAkAEAACwBAAABAAgAAAAAAMDUAQBtCwAAbQsAAAABAAAAAQAA

 % set d64 [base64::decode $row]

BM and binary formated data
 % binary scan $d64 H* hex
 1
 % set hex
 424df6d80100000000003604000028000000900100002c0100000100080000000000c0d401006d0b00006d0b00000001000000010000

This example is a Windows BMP 24-bit format. After you get this, you can parse the file to access data of interest. I was curious about how to do a difference operation on two bitmaps, and wanted to xor the rgp data, so I was going to do a parser for the BMP file. I didn't do that after discovering the TclMagick extension for accessing the ImageMagick API (Hmm, I'd like to reduce the footprint of my ImageMagick install).

I'm still curious though. Having the rgb data already conveniently returned in #rrggbb elements is nice. Is there a way to convert that back to a format that can be used to create new bmp images automatically, or would I have to write a generator for creating a new BMP file to pass to image create?

AF - The tklib ico package will read and write BMPs to/from lists of rgb colors and tk images.

George Petasis 24/10/2004

I have written an improved version of the canvas2Photo procedure. This one is able to capture *all* canvas items in the image, and not the visible part only...
 proc canvas2Photo {canvas image} {
    ## Ensure that the window is on top of everything else, so as not to get
    ## white ranges in the image, due to overlapped portions of the window with
    ## other windows...
    raise [winfo toplevel $canvas]
    update
    set border [expr {[$canvas cget -borderwidth] +
                      [$canvas cget -highlightthickness]}]
    set view_height [expr {[winfo height $canvas]-2*$border}]
    set view_width  [expr {[winfo width  $canvas]-2*$border}]
    foreach {x1 y1 x2 y2} [$canvas bbox all] {break}
    set x1 [expr {int($x1-10)}]
    set y1 [expr {int($y1-10)}]
    set x2 [expr {int($x2+10)}]
    set y2 [expr {int($y2+10)}]
    set width  [expr {$x2-$x1}]
    set height [expr {$y2-$y1}]
    image create photo $image \
         -height $height -width $width
    ## Arrange the scrollregion of the canvas to get the whole window visible,
    ## so as to grab it into an image...
    set scrollregion [$canvas cget -scrollregion]
    set xscrollcommand [$canvas cget -xscrollcommand]
    set yscrollcommand [$canvas cget -yscrollcommand]
    $canvas configure -xscrollcommand {}
    $canvas configure -yscrollcommand {}
    set grabbed_x $x1
    set grabbed_y $y1
    set image_x 0
    set image_y 0
    while {$grabbed_y < $y2} {
      while {$grabbed_x < $x2} {
        $canvas configure -scrollregion [list $grabbed_x $grabbed_y \
          [expr {$grabbed_x + $view_width}] [expr {$grabbed_y + $view_height}]]
        update
        ## Take a screenshot of the visible canvas part...
        image create photo ${image}_tmp \
          -format window -data $canvas
        ## Copy the screenshot to the target image...
        $image copy ${image}_tmp \
          -to $image_x $image_y -from $border $border
        incr grabbed_x $view_width
        incr image_x   $view_width
      }
      set grabbed_x $x1
      set image_x 0
      incr grabbed_y $view_height
      incr image_y   $view_height
    }
    $canvas configure -scrollregion $scrollregion
    $canvas configure -xscrollcommand $xscrollcommand
    $canvas configure -yscrollcommand $yscrollcommand
    return $image
 }

Serge Kazantzev In order to compile tkimg1.3 on MacOSX/Jaguar with Tcl/Tk 8.4, tiff/tiffjpeg.c must be modified as follows: delete line 228: #define CALLVJPEG(sp, op) CALLJPEG(sp, 0, ((op),1)) and replace by: #define CALLVJPEG(sp, op) (SETJMP((sp)->exit_jmpbuf) ? (0) : ((op),1))

SZ As of version 1.3, Img is very slow. I tried to use it to load images made by 3M+pixel digital camera and it loaded JPEG file in 75 seconds! Same goes to loading of Targa images (I thought it was decoding routines that slow down process).

I did a little investigation and found that Img uses Tk_PhotoPutBlock on every row it read, be it JPEG or Targa. My code (for Targa loading) that does Tk_PhotoPutBlock once complete image loaded works over 50 times (yes, fifty times) faster than Img.

This design decision is spread thinly over all Img image format handlers, as far as I can tell. So it is unreasonably to think that this Img inefficiency could be fixed quickly.

Other route is to fix Tk_PhotoPutBlock. I haven't looked into it yet.

To do not let that stop anyone, I put some workaround (whole image loading for JPEG and Targa images) into the web: [4]. It's ready for Windows, but source code is there too.

Peter Newman 7 June 2005: That's interesting. I have 3 GIF files which, when tiled onto a canvas, with Img, take something like a MINUTE to render. Every other small GIF file will tile in less than a second. I was assuming that maybe these GIF files are corrupt. But I don't think so. So the other alternative was that Img has some bug in it. Which could perhaps be that Tk_PhotoPutBlock thing you mention above.

NJG June 7, 2005

Perhaps this is the same problem as the one in the tk8.4.9 bug report [5] related to the changes in handling the transparency channel of photo images.

See also: Get the color of the pixel under the pointer

TV Jan 28, 2006 I was wondering wether someone has compiled Img on 64 bit linux? (I want to use it fedora core 4, 64, and I think it wasn't just compilable, though it's been a while)

[JA] February 12, 2006 I tried to compile Img with the Borland free compiler under Windows, not Mingw, but I'm not getting anywhere. Has anyone tried it and built it successfully with either the Borland and Microsoft free C/C++ compilers?

[PM] March 2, 2006 I've submitted a patch on sourceforge Tkimg that fixes the jpeg slowness problem giving about a 20x speedup, using the approach mentioned by SZ above. I note that PPM is also slow, but not by half as bad as jpeg. Other formats like gif and png seem ok as is.

LV Has anyone written additional img format handlers? If so, have you submitted a feature request to the sf.net project asking for the new handler to be included?

Img -photo has problems under Mac OS X; it renders everything as a black image. [Is there an entry in the "bug database" for this?]

John - April 11, 2008 - How to configure for compiling/building with MS Visual C++ v6 - Running configure under bash/cygwin forces "uname -s" to generate a cygwin or mingw set of files - Help files for tkimg1.3 indicate build with MS Visual C++ v6 platform is supported. - various google searches produce no clues, except for old (pre-1.2.4) Microsoft Windows builds - am trying to build against tcl/tk8.5.2 core

Mat - June 05, 2008 - I've found binaries (including win32) of this package at http://www.posoft.de/html/extTkImg.html

PO - I upload binaries compiled from SVN head for Windows (32-bit), Linux (32- and 64-bit), Irix (n32) and Mac (Intel) to the above mentioned page on a regular basis.

2011/12/04 - Newest available binaries are for version 1.4 (Revision 332).

[stuart] - 2009-11-21 18:31:55

I am having trouble compiling IMG 1.3 (source obtained from sourceforge) on my SunBlade 1000 running Solaris 5.8. Its using an older, Forte 7 compiler, but I don't think the compiler itself is the issue. I get a number of errors like: "sun.c", line 576: undefined symbol: TK_PHOTO_COMPOSITE_OVERLAY "sun.c", line 576: prototype mismatch: 7 args passed, 6 expected "sun.c", line 685: undefined symbol: TK_PHOTO_COMPOSITE_OVERLAY "sun.c", line 685: prototype mismatch: 7 args passed, 6 expected "sun.c", line 784: undefined symbol:

I can't find the string TK_PHOTO_COMPOSITE_OVERLAY any where in the distribution.

Any ideas?

Duoas 2009-11-21 00:45 Z

Your Tcl/Tk distribution must be 8.2 or later to compile IMG 1.3 (as indicated above). Download the latest Tcl/Tk sources and compile them. Good luck!

See also:

  • zlibtcl
  • tclimage - as far as I can tell, tclimage is a different code base than Img.

Steve Cohen - 2012-04-30 15:35

Would anyone have any ideas for speeding up the reading of interlaced JPEG files? When I have two files of almost identical resolution the interlaced version takes about ten times as long to read as the non-interlaced version... Curious.

AK - 2012-05-01 17:42:14

The img::jpeg type uses the official libjpeg (*) to perform reading, as such I would suspect that this is where the inefficiency lies.

(Ad *) The version of the library in use is part of the Img sources and build into a package 'jpegtcl' which has no Tcl level commands, only a C-level stubs table the img::jpeg can call on.

uniquename - 2014jan08

I would like to refer readers of this page to my suggestion for a JFIF-read capability in the 'wish' interpreter --- item 92 on the wiki page Tk 9.0 WishList. I think that you may find the references there (on JPEG-JFIF and JPEG-2000 information) enlightening, as I did --- in particular, the historical-insight quote from the 1999 book by John Miano.

bll - 2014-2-6

This package (version 1.3) is broken on recent debian/ubuntu/linuxmint. Go to: http://packages.debian.org/jessie/libtk-img and scroll down to the bottom of the page to download a fixed version (version 1.4.2). Use dpkg -i <filename> to install it.