muse:
|
elcome to the Graphics Muse! Why a "muse"? Well, except for the sisters aspect, the above definitions are pretty much the way I'd describe my own interest in computer graphics: it keeps me deep in thought and it is a daily source of inspiration. his column is dedicated to the use, creation, distribution, and discussion of computer graphics tools for Linux systems. |
After returning in early April from a month long trek through New Zealand, I found myself with a slew of work to catch up on. Aside from the mountain of email, I had three articles and some cover art for the Linux Journal, a new issue of TheGimp.com, and some things I've been sworn to secrecy on. I also bought a new camera, so I could stop rumaging around for affordable stock photography and just go take the pictures myself. I find photography as much an artistic outlet as my Gimp galleries, and plan to merge the two immediately. Just as soon as I finish the classes that explain what all the knobs do on that thing. Of course, I also had lots of laundry to do when I got back. But thats an article for my HouseCleaning Muse column.* I did a lot of catching up on the Web once I got back. There is a new Web site for artists interested in Linux, linuxartist.org. After taking a look over there and seeing the list of vector graphics tools, I found my topic for this months Musings and Web Wonderings. So, in this months column you'll find:
* If you ever catch me writing one of those, please, shoot me. |
|
Most announcements courtesy of freshmeat. |
Frederic L.W.Meunier (fredlwm) - April 08th 1999, 22:40 EST aKtion! is a video player
based on xanim. It (xanim) supports many different file formats like FLI
animations, FLC animations, IFF animations, GIF87a and GIF89a files, GIF89a
animation extensions, DL animations, Amiga MovieSetter animations, Utah
Raster Toolkit RLE images and animations, AVI animations, Quicktime Animations
and SGI Movie Format files.
Photo Mosaic plug-in for the Gimp http://registry.gimp.org or http://www.kirchgessner.net Changes:
Peter Kirchgessner
|
From the press release:
Side Effects Software announced its plans to port its Houdini® 3D animation software to the Linux operating system. Side Effects Software is the first high-end 3D animation company to announce plans to adopt the Linux platform. While many hardware vendors support the popular operating system, there ar presently few graphics software packages available for it. It is expecte that a Linux version of Houdini will be beta tested with Houdini 4.0 beginning in May.Full press Release: http://www.sidefx.com/news_events/press_linux.html
This years SIGGRAPH in Los Angeles runs from August 8-13. The exhibit days are Tuesday throughThursday. August 10-12. Calvin Williamson is organizing a Gimp SIG for the conference. Here is his announcment:
I've made some enquiries and we can have a Gimp SIG (special interest group) meeting without paying any money. (The conference costs though). I have a form we have to submit to reserve a spot.It would be nice if we made this for any and all gimp users/developers and would basically be a reserved room that we can meet in for a couple of hours. If we get our form in soon, it will probably be listed in various programs/schedules.
Anyway we're free to organize our SIG anyway we want. I'm sure we can do that fine. But what I wanted to find out was a guess at how many people we might get, and what times would be best. I need this for the forms to send in to set this up.
Heres some considerations:
As for number, Yosh "guessed" that we wouldnt get more than 40 people. If all this sounds good, I'll fill out the forms accordingly and send them in a week or so. If not let me know what you think.The exhibits/papers/courses usually run to about 5 or 6 each day. The Exhibit is Tuesday -Thursday. Papers are Wednesday - Friday. Courses are Sunday -Tuesday. In my humble opinion, a good time might be something like 5:30-7:30 PM on Tuesday or Wednesday, which reduces the chance that it will actually overlap with anything else you might want to do. Yosh has set up an account ([email protected]) we can use for logistics /suggestions/comments about the upcoming meeting. If you have an organizational issue or have a request of some sort, please email that account. It will help us keep things under control as time nears.
In case your interested in conference costs: http://www.siggraph.org/s99/registration/catNfees.html. ($25 for exhibit only, but other stuff is pretty expensive.) Last year the Linux3D group had a good meeting I think. (I missed it cause I didnt know about it though...)
Calvin
Calvin Williamson <[email protected]>
MathMap is a GIMP plug-in which allows distortion of images specified by mathematical formulae. For each pixel in the generated image, an expression is evaluated which should return a pixel value. The expression can either refer to a pixel in the source image or can generate pixels completely independent of the source. MathMap not only allows the generation of still images but also of animations.
The MathMap homepage can be found at
http://www.unix.cslab.tuwien.ac.at/~schani/mathmap/It includes a user's manual as well as screenshots and examples.
Changes since 0.7:
Mark Probst
Student, Programmer
http://www.unix.cslab.tuwien.ac.at/~schani/
Version 1.1.4 (developers
release):
Download: ftp://ftp.gimp.org/pub/gimp/unstable/v1.1.4/
It requires GTK+
1.2: ftp://ftp.gimp.org/pub/gtk/v1.2/
Stuff that's new:
-Yosh (current GIMP source
maintainer)
The GATOS (General ATI TV and Overlay Software) Project is an effort to create standard drivers for all currently unsupported features of ATI video cards, specifically TV features.
Changes: First release and
it's still very buggy. Please read the "Original GATOS announcement" on
the hompage and submit a report as specified there.
http://www.core.binghamton.edu/~insomnia/gatos/
libgeom has many data types
to handle common geometrical sub-primitives, such as point, line, line
segment, vector, plane, arc, circle, and many functions to manipulate,
convert and make new information. All functions are reasonably computation
efficient. It is all coded in C and works well with gcc and egcs.
http://www.calvin.edu/~jdemaa17/programs/programs.html
Dr Geo stands for 'Dr Geo
Refer to Geometry Exploration Observatory'. It is an interactive geometry
software and allows the construction of dynamic figure. It's possible to
draw basic geometric object as point, line, segment, locus, intersection
beetween object but also to use geometric transformation as rotation, translation,
etc. The usal geometric tools as parallel line are also available.
http://www.drgeo.seul.org/
Meteor is a device driver and set of usefull applications for the Matrox Meteor frame grabber.
Changes: Enhancements to
this version over the previous version include several minor bug fixes
and the ability to auto-configure itself for kernel version. It correctly
configures itself for 2.0.* and 2.2.* kernels. It should also work correctly
on most 2.1.* kernels if anyone is actually using them anymore.
http://www.gnofn.org/~marksu/meteorman.html
Terraform allows you to create
fractal terrain (also called a height field) and transform it using a number
of algorithms. It is meant to be a tool for those who want to generate
digital terrain models for use in raytracing or other simulations.
Terraform features different views and colormaps and has a preview mode
which features interactive real-time rotation of the terrain object. Terraform
is written using Gtk-- (the C++ wrapper for Gtk+).
http://www.peoplesoft.com/peoplepages/g/robert_gasch/terraform/
mpg_applet is an mpg123 frontend. It supports playlists and uses almost no screen real estate. It uses mpg123 version 0.59q and GNOME version 1.0.4.
Changes: This is the first
public release.
http://condor.stcloudstate.edu/~hebl9901/mpg_applet/
...Digital Video magazine's March 1999 print issue has a terrific article on color spaces, written by Ben Waggoner. If you've ever wondered about what the different color spaces are and why you might use them (and which programs and industries use which color spaces), check out this article. A PDF version of this article is available online at http://www.dv.com/magazine/1999/0399/. PS: no, I don't get anything from DV for promoting them, its just a really good article!
A: Gimp will rescale
the visual display of the image to fit your screen but the actual image
size remains the same. A 150DPI scanned image would look twice as
large on a computer as the 75dpi image. Each "d" is a pixel, essentially.
Gimp scaled it down so you could work on it. But the other programs
don't know about "inches" (the "i" in DPI), just about total number of
pixels in the image. So those other programs displayed all the pixels
it read, one image pixel per one screen pixel.
So I was rather interested to see two versions of a Macromedia Flash plugin for Netscape recently announced. One comes directly from Macromedia in binary format only, the other is an Open Source version which includes source code. Since I'd never seen a Flash site in action (I run Linux - and only Linux - at home and work normally revolves around the various commercial Unix systems), I decided I'd grab these and take a look at what I'd been missing.
Wow. I'm stunned. Apparently there was a whole other world out there. Sites with full-window animation accompanied by driving electronica-style soundtracks. My Graphics Muse site seems rather dull all of a sudden (maybe it already did to some of you, but I don't get out much). Maybe the "Wow factor" (as one site put it) will wear off eventually, but I'm rather excited about this format. Although I can't author the Flash files on Linux yet (you still need the Macromedia Flash 3 authoring software, which only runs on non-Linux systems), at least now I can visit Flash sites and not stare at those blank boxes with notes about where to download a player for Windows.
The two plugins I looked at are:
% cd $HOME/.netscapeDon't put both into the plugins directory at the same time. Its not clear which one will get run if you do this, although I suspect the first matching plugin wins. After you copy the plugin into its directory, and if you already have Netscape running, you can type the following in the Location field:
% mkdir plugins
javascript:navigator.plugins.refresh
That will get Netscape to
update its plugins list. You can verify this
worked by typing
about:plugins
in the same Location field. If for some reason this doesn't work, exit and restart Netscape and you should see the plugins listed when you use the "about" command.
Note: There is a Linux-based Flash Generator available from http://www.swift-tools.com/. This doesn't create the Flash file, it only allows you to manage it after its created, such as to modify it to generate on-the-fly weather maps. You still need the Macromedia Flash 3 authoring tool to create the original Flash 3 file.
Both of these are Flash 3.0
plugins, although they don't both support the complete 3.0 specification
yet. The test system was a Cyrix 200, 64Mb memory, running Netscape
4.51 with an Xi Graphics AcceleratedX X server on a stock Red Hat 5.2 (Linux
2.0.36) system. Sound on my system is run through the commercial
version of the Open Sound System driver from 4Front
Technologies. I restarted Netscape between invokations of each
plugin, to make sure there weren't memory leak problems in one that might
cause the other to fail. In testing these, I picked out a set of
Flash 3.0 web sites that were linked from either the Open Flash site or
the Macromedia gallery site, or both.
Web Site |
|
|
Macromedia's Flash site | worked fine | Ran faster than Macromedia's plugin on this page, but after the thumbnail images were positioned at the bottom of the window the images inside the boxes disappeared. Moving the mouse in the window caused the Flash file to replay, and moving the mouse out of the window caused the flash file to clear (ie nothing was displayed but the blue background). If you try to click on a box, everything starts over but if you don't move your mouse after you do that you can actually select that box the next time. Unfortunately, nothing plays after that. At this point I gave up on this site. |
Fusionary Media's Flash 3 samples page | worked fine | Crashed Netscape as soon as I placed the cursor over the animated tree. |
ARCANE - An animated online mystery game. Very little sound as far as I could tell. | worked fine | worked fine, but might have been a little slower than the Macromedia player. |
The Open Flash test site | no problems | no problems |
ShockRave - various music, cartoons, and games based on Flash and Shockwave. Took too long to load, though. | no problems for what little I played of it | no problems for what little I played of it |
Official
Buffy the Vampire Slayer site
Takes a while to load, but the feed was continuous (no stalls) so it loaded moderately quick. Doesn't play much while its loading, however. Kind of a corny site - the sounds really don't add much to the animations and all the individual animations/sounds are very short loops. |
played all of it just fine | Appeared to play the small "Buffy" animation (center of screen) better than the Macromedia player. This site is supposed to have PNG-based (or PNG-like?) animations so maybe the Open Flash player handles those better. However, it plays the animations and audio for all the navigation images much faster, plus it only plays the loops once. |
http://www.snarg.net/ - Artistic, for lack of a better description. | played all of it just fine | Crashed netscape |
Wing
Commander SecretOps site, from Origin
Another big download, but it does play some as it loads. You get to see the UI for Wing Commander using a Flash 3.0 implementation. Kinda neat. The audio wasn't all that interesting, though. |
played all of it just fine | played all of it just fine |
And the three coolest sites I found... |
||
Gabocorp - Fairly cool site for Gabocorp, a graphics arts/Web design company. A little slow in loading but plays a little background musing (booming sounds) while it loads). | played all of it just fine | The intro text, which sort of unscrolls top to bottom, plays more jumpy than the Macromedia player did. The Open Flash player was playing from the cache while Macromedia played from the net. I wonder if that makes a difference? Hitting the "next" key didn't clear the previous text so the newly displayed, unscrolling text became garbled. This site didn't quite work right with the Open Flash player, although it didn't crash Netscape. |
Matinee
Sound and Vision - includes sound but take a long time to load over
a 28.8 modem (over 300K downloads). Fairly high "Wow" factor (as
they say on their site).
|
no problems with audio or video | Played intro quite well, but then opened a new Navigator window while playing second page audio. Sound got completely out of sync too. The second page should have played completely in the original Navigator window - I don't know why the second window opened. |
EYE4U
Active Media site - includes sound and video; one of the absolutely
coolest sites I've ever been too! Plays while it loads! Easily
the fastest site I went to.
|
no problems with audio or video | Sound played badly but the animations seem to be ok (a little jumpy but ok). However, when it reached a point where the user is supposed to place the mouse over some small balls, the original Flash file replayed. That wasn't supposed to happen. |
The Open Flash package includes a standalone Flash player so you can test Flash files without having to run Netscape Navigator. However, its README states it doesn't currently support morphing, alpha blending or anti-aliasing and its sound support is limited. Running this version (0.4.3) of the Open Flash plugin wouldn't allow me to get to the Gallery from the main Flash Web site at www.flash.com. I had to go directly to the gallery page (see link in table).
While testing all the sites running with the Macromedia Flash plugin there was not a single crash of Netscape. I'd say thats a pretty solid plugin. I had absolutely no problems using this plugin with any site I visited.
So, although the Open Flash plugin still has a few problems, both of these plugins offer you a chance to see some very interesting sites out there. I highly recommend, if you're into some flashy (pardon the pun) pages, that you give these plugins a try. You've got little to lose, right?
The first thing I did was try to find what vector tools are currently available. A new site, linuxartist.org, has several listed. A couple aren't tools for creating vector graphics. The Flash plug-ins are only for viewing images, so I didn't look at them for this article (but see this months Web Wonderings). The other tools I did look at were
By far the easiest vector tool to build and install was tgif, which required only an "xmkmf; make" for Linux systems. No editing of any configuration files was necessary. XFig was probably the next easiest, although it had quite a few configurable items to set in the Makefile if you wanted to get things optimized and looking their best. Of the rest, I was only able to get XEBOT running under a limited environment. The others required extra packages that were not already available on my Red Hat system or that were not complete enough on my system in order to build or install the drawing tool.
Sketch is based entirely on the Python intepreted language. Along with the interpreter and libraries, you also need an additional image library called PIL - the Python Imaging Library. Unfortunately, this doesn't build with my RPM-based Python that was installed when I installed Red Hat 5.2. This library expects some other parts which I could only get if I built Python itself and installed it. I tried to build Python without installing it to see if I could tell PIL where that was, but it became too much work in the long run. Sketch, therefore, is more of a developers toy than an artists (or average users) tool.
KIllustrator turned out to be much like Sketch, at least for me and from an installation point of view. Its tied to KDE, which means I need to install KDE just to get it to work (not to mention the Qt libraries). I glanced through the KDE web site and decided there were far too many packages to try to install just to get KIllustrator running. Red Hat 6.0 is supposed to include KDE so maybe I'll try it then, when I have less work to do in order to get it running. Personally, I think applications should be KDE and GNOME aware, but they shouldn't be tied to those environments. Not if you want to reach the largest possible audience.
GILT simply didn't compile. It does include a "configure" script-based build process, but apparently its not quite ready for the average Joe's use. I sent email to the author but really didn't give him much time to respond (Muse deadlines, once again, running up against work that pays). In fairness, GILT is listed as being in very early development so its not unexpected that this particular tool isn't ready for the average user.
IPAD/XEBOT required an 8-bit display to function. I tried XEBOT first, which is supposed to contain all of the features of IPAD, plus a few more. Even when I switched to 8-bit mode (which was a bit of a pain because my FVWM environment doesn't look correct in that mode) I wasn't able to do anything useful. The UI is very user unfriendly. It uses an interface that is obviously platform inspecific and drops it inside of a generic X window. It just wasn't what I was looking for, especially since I'm not concerned with usability on non-Unix platforms. IPAD looked and worked about the same as XEBOT.
When it came right down to it, I was back to the old favorites, XFig and TGIF. Since I couldn't really get the others to work very well, I thought I'd do a little side by side comparison of these two. A little head to head competition, if you will. If you don't like these two, and are up to the challenge of getting one of the others to work, you at least have a choice these days.
Sure,
the problem here may be my unfamiliarity with using XFig. But I'm
also a GUI designer by trade so I understand about usability issues.
XFig's buttons across the top are either discreet features or menus, with
the menus on the right side of that set of buttons. This is counter
to standard UI design styles, where menus are on the left, especially the
File menu. Additionally, TGIF uses standard layouts for most of its
dialogs. XFig does not. For example, look for the Cancel button
on the File Selection dialog in XFig versus where its located on any other
dialog. Seldom the same twice. TGIF's dialogs are more standardized,
which makes them easier to learn.
One feature which both tools have is a visual display of what the mouse buttons do for any selected feature. In TGIF this is along the bottom of the window. In XFig it is in the upper right corner. I like XFig's implementation of this better because its simpler - three buttons side by side, with text to the sides or above the buttons. TGIF's is cute - the icons for the mouse are more realistic - but visually it takes a moment to get your bearings on which text goes with which button. Its not difficult, mind you, I just prefer XFigs implementation. |
|
One feature which both tools have is a visual display of what the mouse buttons do for any selected feature. In TGIF this is along the bottom of the window. In XFig it is in the upper right corner. I like XFig's implementation of this better because its simpler - three buttons side by side, with text to the sides or above the buttons. TGIF's is cute - the icons for the mouse are more realistic - but visually it takes a moment to get your bearings on which text goes with which button. Its not difficult, mind you, I just prefer XFigs implementation.
Rulers are handled differently in the two programs too. In TGIF you have the traditional slider bars to move the page around. The bottom slider is rather small, it doesn't expand the width of the visible page. In XFig you click and drag within the rulers themselves to move around the page. This one is a toss up. TGIF's method is familiar, but XFig makes the rulers serve a dual purpose and thus saves a little screen space. I like both methods equally well.
TGIF imports XBM, XPM, GIF, and EPS files and has an interface for adding other import filters. XFig imports the same, plus JPEG and PCX files. The difference is that TGIF calls this "Import", while you have to know to click on the camera icon to import a "Picture" in XFig.
XFig easily wins on the file export side. If you're into Latex then you're in luck because XFig supports a wide range of Latex export options. Additionally, it supports all the well supported Web image formats: PNG, JPEG, GIF, XBM, etc. TGIF supports GIF and a few others, but its export capabilities aren't quite as extensive as XFig's. TGIF also exports via its print function, which isn't the obvious place to put it. Both tools support export to Postscript. Strangely enough, I wasn't able to get XFig to export to any file format. I also wasn't able to print because XFig said it couldn't open a temporary file. I think my installation wasn't quite correct and may have been the cause of these problems. Still, the print features of both appear fairly decent, with both making use of the basic print facilities on your Linux box.
All this talks about fairly mundane issues. What about real feature comparison? Well, both support a wide range of drawing primitives: circles and ovals, boxes, freehand drawings, polygons, polylines, and arcs. TGIF has a few other canned shapes that may or may not be useful. XFig provides a few different methods for doing splines (closed or open curves). Both provide text input, with XFig providing far more fonts. However, neither makes use of your complete set of installed fonts - they each have their own font support. I have to say, although XFig offers far more font options, the dialog which provides it is rather, well, unusual looking.
Summary:
When I first started looking at XFig I thought it was pretty nifty. This was even after having used TGIF in the past. But when I compared the two side by side I found I much preferred TGIF. Its just simpler to use. Looking at the rating chart you might think I'd recommend XFig over TGIF. Not necessarily. In my case I'm concerned with ease of use and the time it takes to get to doing productive work. Here, TGIF is a better choice. XFig wins points for extensive documentation (and should be applauded loudly for this considering how many Open Source products come with so little, and/or so poor, documentation) and a large collection of examples that come directly with the source distribution.
There may be a few more features in XFig that TGIF doesn't have that some users will need. If thats the case then definitely check out XFig. In fact, I recommend you take a look at both of them anyway. You may find the problems I see in the XFig UI just don't bother you as much. Both tools are quite extensive in basic drawing features and I'm sure one of them will provide at least some measure of satisfaction for your vector-based needs.
[ Summary
of Vector Drawing Tools for Linux ]
Online Magazines
and News sources
C|Net Tech News Linux Weekly News Slashdot.org TheGimp.com General Web Sites
Some of the Mailing Lists
and Newsgroups I keep an eye on and where I get much of the information
in this column
|
Let
me know what you'd like to hear about!
Graphics Muse #1, November 1996
Graphics Muse #2, December 1996
Graphics Muse #3, January 1997
Graphics Muse #4, February 1997
Graphics Muse #5, March 1997
Graphics Muse #6, April 1997
Graphics Muse #7, May 1997
Graphics Muse #8, June 1997
Graphics Muse #9, July 1997
Graphics Muse #10, August 1997
Graphics Muse #11, October 1997
Graphics Muse #12, December 1997
Graphics Muse #13, February 1998
Graphics Muse #14, March 1998
Graphics Muse #15, April 1998
Graphics Muse #16, August 1998
Graphics Muse #17, September 1998
Graphics Muse #18, October 1998
Graphics Muse #19, November 1998
Graphics Muse #20, February 1999
Graphics Muse #21, March 1999