Re: Bumpmap with negative Depth ??

2001-01-29 Thread lasm

  Thanks for your explanation. I am not familiar with the
algorithm.. but just curious, would there be any difference
if the Depth takes in negative integer (currently only positive
accepted) ? Can you comment on this ?

  If the bumpmap can be improved, many other scripts/plugins
which calls this will benefit from it..

re,
lasm

gallery->
http://gug.sunsite.dk/gallery.php?artist=41

--- Federico Mena Quintero <[EMAIL PROTECTED]> wrote:
> 
> The Bumpmap plug-in works by taking the intensity values to be height
> values and computing the surface normal at each point.  Then it does
> simple Gouraud-like shading on the destination image.  Inverting the
> bumpmap source is exactly the same as using the "invert" button on
> the
> plug-in's dialog box; the intensity values are inverted and the
> surface normals will point in the opposite direction.
> 
> I.e. it is essentially a cheap embossing effect.
> 
> Photoshop's Lighting Effects produces much better results because it
> actually does Phong shading of the image, and it general it has
> better
> lighting models that you can choose.  You can do this in the GIMP
> with
> Tom Bech's plug-in of the same name.
> 
>   Federico


=

Master's New Millennium Lecture Tour in Asia 2000 !!!
see http://www.godsimmediatecontact.com

visit these great web sites at
http://www.GodsImmediateContact.com/INTRODUCTION_video.html
http://members.xoom.com/meditations/

__
Get personalized email addresses from Yahoo! Mail - only $35 
a year!  http://personal.mail.yahoo.com/



ANNOUNCE: gimp-print 4.1.3

2001-01-29 Thread Robert L Krawitz

Gimp-Print 4.1.3 is a development release in the 4.1 line.  This
version marks a complete reorganization of the source tree.
Gimp-Print now uses the GNU build tools much more comprehensively in
the past.  It builds a single shared library that the Gimp plugin and
the CUPS driver (and perhaps other future applications) can link
against.

This new architecture will make for a much better system, but this
particular release is more likely to be unstable than most due to the
rather radical change in architecture.

Gimp-Print 4.1.3 contains the following fixes and improvements over 4.1.2:

1) The source has been completely reorganized.  Please read the README
   file for more information!

2) Improvements to the Lexmark driver.

-- 
Robert Krawitz <[EMAIL PROTECTED]>  http://www.tiac.net/users/rlk/

Tall Clubs International  --  http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League for Programming Freedom -- mail [EMAIL PROTECTED]
Project lead for The Gimp Print --  http://gimp-print.sourceforge.net

"Linux doesn't dictate how I work, I dictate how Linux works."
--Eric Crampton



Re: Appearance of Gimp!

2001-01-29 Thread Blue Lang

On Mon, 29 Jan 2001, Edson Alves Pereira wrote:

> so busy to study the Gimp's > source nowadays. My doubt is, if Gimp is
> a Java program ( because seem Swing > ), how you keep a good layout to

gimp is written mostly in C using the gtk widget set. (www.gtk.org)

-- 
   Blue Lang, Unix Voodoo Priesthttp://www.gator.net/~blue
   202 Ashe Ave, Apt 3, Raleigh, NC.  919 835 1540
"A computer is a state machine. Threads are for people who can't program
 state machines." - Alan Cox, From Larry McVoy's quote page




Appearance of Gimp!

2001-01-29 Thread Edson Alves Pereira

>   I'm a Java developer and a C/C++ developer of Linux too. I use Gimp to 
> create some home pages and other stuffs, as a Java developer inside Linux i 
> just interesting about Gimp is a Java or a C/C++ program, i asking that 
> because i don't have the Gimp source and i'm so busy to study the Gimp's 
> source nowadays. My doubt is, if Gimp is a Java program ( because seem Swing 
> ), how you keep a good layout to Gimp, i mean the fonts, button,  the Swing 
> UI is equal to windows's Swing!
> 
>   With best wishes,
>   Edson Alves Pereira
>   Brazil
__
Get your own FREE, personal Netscape Webmail account today at 
http://webmail.netscape.com/



Re: Bumpmap with negative Depth ??

2001-01-29 Thread Federico Mena Quintero

[EMAIL PROTECTED] writes:

>What he is suggesting is to invert the color value, so white 
> becomes black, and black areas become white, so that the bumpmap
> will take a different height field to achieve the "inverse" effect..
> I have tried it before but do not quite like the result..
> 
>IMHO, the PS Lighting effects did it more "politically correct".
> If you press the "inverse bumpmap" there, the effect is different
> from the "Invert" Bump Map in Gimp.. Just try it out yourself and
> see if you agree... don't ask me to explain, I can't .. ;-)

The Bumpmap plug-in works by taking the intensity values to be height
values and computing the surface normal at each point.  Then it does
simple Gouraud-like shading on the destination image.  Inverting the
bumpmap source is exactly the same as using the "invert" button on the
plug-in's dialog box; the intensity values are inverted and the
surface normals will point in the opposite direction.

I.e. it is essentially a cheap embossing effect.

Photoshop's Lighting Effects produces much better results because it
actually does Phong shading of the image, and it general it has better
lighting models that you can choose.  You can do this in the GIMP with
Tom Bech's plug-in of the same name.

  Federico



Re: psd_save plugin for gimp 1.2 not saving masks

2001-01-29 Thread monigotes animacion s.l.

 Hi

  Thanks for you mail, but I have a bad news,  in this moment Monigotes
Animacion have not programers to develop more Plug-in
(Gfli_Patch and psd_save), we are received some E-Mail, with patch to
this plug-in, (only for Psd_Save).

  We only can let some web space for the develop, at

  http://www.tridentemonigotes.com

If you think that god idea please tell us, and any way I will put the
E-Mails in one Week

Regards

Vittorio Pirajno




Vegard Vesterheim escribió:

> I did a quick attempt at porting the psd_save plugin (allows saving in
> Photoshop format) to gimp 1.2. It appeared to require only minor
> modifications to compile.
>
> But the resulting plugin does not seem to save mask information.
> Looking at the source code, I get the impression that this should
> work. Can anyone shed any light on this ?
>
> --
> Vegard Vesterheim   : Phone: +47 73593002
> Runit AS: Fax:   +47 73591700
> N-7465 Trondheim, NORWAY: Email: [EMAIL PROTECTED]





Re: Bumpmap with negative Depth ??

2001-01-29 Thread lasm

   What he is suggesting is to invert the color value, so white 
becomes black, and black areas become white, so that the bumpmap
will take a different height field to achieve the "inverse" effect..
I have tried it before but do not quite like the result..

   IMHO, the PS Lighting effects did it more "politically correct".
If you press the "inverse bumpmap" there, the effect is different
from the "Invert" Bump Map in Gimp.. Just try it out yourself and
see if you agree... don't ask me to explain, I can't .. ;-)

re,
lasm
gallery ->
http://gug.sunsite.dk/gallery.php?artist=41

--- In [EMAIL PROTECTED], Jens Lautenbacher <[EMAIL PROTECTED]> wrote:
> On 28 Jan 2001 17:20:39 +0100, Rebecca J. Walter wrote:
> > what if you color invert the one you use as the bump map?
> > if you use same layer, then duplicate, color invert, and use the
> > inverted to bump the regular.
> 
> Sorry?
> I still don't see what this is about. the bumpmap layer used 
internally
> in the case of a non graya layer is still only the grayscale value 
of
> the layer.  color inverting the bm-layer and using this result as 
the bm
> may produce something, but why should this be more correct than 
using
> the "invert" button in the bm plugin? 
> 
> but maybe I just don't understand what you want to do correctly.
> 
> 
> jtl




Re: Bumpmap with negative Depth ??

2001-01-29 Thread Jens Lautenbacher

On 28 Jan 2001 17:20:39 +0100, Rebecca J. Walter wrote:
> what if you color invert the one you use as the bump map?
> if you use same layer, then duplicate, color invert, and use the
> inverted to bump the regular.

Sorry?
I still don't see what this is about. the bumpmap layer used internally
in the case of a non graya layer is still only the grayscale value of
the layer.  color inverting the bm-layer and using this result as the bm
may produce something, but why should this be more correct than using
the "invert" button in the bm plugin? 

but maybe I just don't understand what you want to do correctly.


jtl