patch for TGA save
[I'm not sure where to post this, but I hope this is okay.] I noticed that many programs have trouble reading RLE compressed TGAs produced by the Gimp. The problem is that the TGA saver produces packets that wrap over line boundaries. Quoting from the TGA specs I found somewhere at ftp://ftp.truevision.com: "Run-length Packets should never encode pixels from more than one scan line. Even if the end of one scan line and the beginning of the next contain pixels of the same value, the two should be encoded as separate packets. In other words, Run-length Packets should not wrap from one line to another." However this is for new format TGA files, whereas the Gimp saves in the original format, which does allow for wrapping (i.e. it doesn't explicitly say it's not allowed). I thought it was best to let the user decide what to do. The patch, made against `plug-ins/common/tga.c' in 1.1.24, is attached. Please Cc: any replies to me as I am not subscribed to this list. -- [EMAIL PROTECTED] - http://www.psynet.net/tjaden/ A witty remark proves nothing. gimp-tga-wrap.diff.gz
GDYNTEXT 1.5.1 Updated
I've fixed a silly bug into the startup code that prevented gDynText starting the first time from getting the current color and turning on the antialias. You can dowload it from the GIMP plug-ins registry: http://registry.gimp.org/detailview.phtml?plugin=gdyntext or in the next days here (actually is still 1.5.0!): http://www.geocities.com/Tokyo/1474/gimp/plugins/gdyntext.tgz Happy GIMPing, Marco -- //\/\ Marco (LM) Lamberto e-mail:lm(at)geocities.com (replace '(at)' - '@') The Sunny Spot - http://www.geocities.com/marcolamberto/
Re: Bluesky ideas of the week
James; On Sun, Aug 13, 2000 at 01:33:20PM -0400, James Smaby wrote: Tom wrote: At SIGGRAPH I saw "Corel Network Painter" or something like that in action. Basically there were a bunch of people all painting on the same image via the network. Something worth duplicating in the GIMP? This does sound like a fun thing to do, but I don't see it working all that well with the gimp. A large part of the gimp consists of filters and such. If many people were applying filters at the same time, hell would break loose on the poor image. If all that is wanted is drawing then a much simpler program would be better. Corel's PhotoPaint program is a full GIMP-like paint program and people seemed to be having a lot of fun with it. I agree that it would get messy - the stuff I saw on the screen was obviously the result of a bunch of clashing artists. I think the full power of the GIMP would be useful in many networked situations: As a collaborative work tool ... If only one person was working on each layer, there would be essentially no contention. With some workflow management it might be a good ink-paint-composite pipeline tool. If UI stuff was also transmitted then it would be a _great_ remote teaching tool. Imagine people popping into IRC with hard-to-explain problems and just granting access to their NetGIMP to someone who offers to help. Cheers, Tom -- -- Tom Rathborne [EMAIL PROTECTED] http://www.aceldama.com/~tomr/ -- "We promise according to our hopes, and perform according to our fears." -- -- Francois, Duc de la Rochefoucauld
Re: Bluesky ideas of the week
On Sun, Aug 13, 2000 at 01:16:39PM -0400, Tom Rathborne [EMAIL PROTECTED] wrote: At SIGGRAPH I saw "Corel Network Painter" or something like that in action. Basically there were a bunch of people all painting on the Something like emacs' opening multiple views on different DISPLAY's? Can gtk+ do that? -- -==- | ==-- _ | ---==---(_)__ __ __ Marc Lehmann +-- --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e| -=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+ The choice of a GNU generation | |
Re: Bluesky ideas of the week
Garry; On Sun, Aug 13, 2000 at 08:09:27PM -0400, Garry R. Osgood wrote: Marc Lehmann wrote: On Sun, Aug 13, 2000 at 01:16:39PM -0400, Tom Rathborne [EMAIL PROTECTED] wrote: At SIGGRAPH I saw "Corel Network Painter" or something like that in action. Basically there were a bunch of people all painting on the Something like emacs' opening multiple views on different DISPLAY's? Can gtk+ do that? One display server-specific thing that gets built into a particular compilation of GTK+-1.2.8 are choices about Xinput implementation, via the GTK--xinput configuration switch. Not sure how events sort out when one instance of GTK is faced with different flavors of Xservers with different tablet drivers that map their valuators into XEvents differently. I don't think that emacs has to deal with anything beyond core pointers and keyboards and is insulated from the XInput morass. What? You can't use multiple pressure-sensitive styluses in emacs? I'm surprised ... I thought emacs did everything. Tom? What was the mix of hardware? Or were all the platforms uniform? It was in the CAL and I think it was a cluster of Windows machines... or Macs ... or a mix. I didn't walk all the way around the cluster. Oops. I didn't look very closely at how it was working, but it appeared to me that it was actually a full copy of Network Painter per machine and they were "sharing" the image somehow. That is, I think painting and filters were calculated on the client side. Of course I have nothing with which to back up that supposition. People just seemed to have realtime feedback on their own machines. I have no idea how it handled locking/serialization. The users didn't need to know and were enjoying their group paint session. There was even a text chat window where they were discussing the image. In any case I think our question needs to be "how would it work best for the GIMP?". I think a "network tile source" would make sense. Another argument for abstracting the tile system from GEGL? *grin* Cheers, Tom -- -- Tom Rathborne [EMAIL PROTECTED] http://www.aceldama.com/~tomr/ -- "We promise according to our hopes, and perform according to our fears." -- -- Francois, Duc de la Rochefoucauld
