HDTenEightyP/NetNews huggingface dataset:
From: mmcohen@cats.ucsc.edu (Michael M Cohen)
Newsgroups: comp.sys.sgi.graphics
Subject: glcompat
Date: 30 Dec 92 08:34:10 GMT
Organization: University of California; Santa Cruz
NNTP-Posting-Host: si.ucsc.edu


I'm trying to get mapcolor to work when I do it rather than waiting
till cursor enters window with something like:

        winset(sgm.wid);
        drawmode(NORMALDRAW);
        singlebuffer();
        cmode();
        glcompat(GLC_SLOWMAPCOLORS, TRUE);
        gconfig();
        ortho2((double)sgm.zx1,(double)sgm.zx2,
                (double)sgm.zy1,(double)sgm.zy2);

But it still is buffering the mapcolor requests till I move
cursor to window. Any hints on making this work?

System S16123: Crimson-VGX 4.0.5
-- 

======================================================================
=   Dr. Michael M. Cohen                   mmcohen@dewi.ucsc.edu     = 
=   Program in Experimental Psychology     mmcohen@fuzzy.ucsc.edu    =
=   433 Clark Kerr Hall                    408-459-2655 LAB          = 
=   University of California - Santa Cruz  408-459-2700 MSGS         = 
=   Santa Cruz, CA 95064                   408-459-3519 FAX          = 
======================================================================
Newsgroups: comp.sys.sgi.graphics
From: grose@camax.com (Larry Grose)
Subject: Software Z-buffer grabs too much memory
Summary: Indigo grabs 16 Mb for Z-buffering
Organization: CAMAX Systems, Inc.
Distribution: usa
Date: Thu, 31 Dec 1992 20:24:30 GMT

We have an application that uses Z-buffering.  It creates one window that
occupies the full screen (either 1280x1024 or 1024x768, depending on the
graphics card being used).  The problem is the SGI Entry graphics card, which
does software Z-buffering and has a screen resolution of 1024x768.  According
to information from SGI back in the days when an Indigo was a Hollywood, we
would expect GL to malloc approximately 3 Mb the first time our application
does Z-buffering (1024 * 748 * 4 bytes for a 32-bit Z-buffer).  However, an
Indigo Entry running IRIX 4.0.5A actually malloc's 16 Mb!  Since we don't
have infinite swap space and RAM, this means that we run out of virtual
memory much more quickly than we would expect to.

I logged a call to the TAC and the official answer is that this is a
deliberately designed feature!  Apparently, GL allocates 3 Mb for "small"
windows and 16 Mb for "large" windows, since it supports virtual windows up
to 2K x 2K pixels, in order to avoid excessive realloc'ing (not
unreasonable).  The problem is that a standard full screen window is
considered a large window, while a slightly smaller one (1024x767) is
considered a small window, thus needing only 3 Mb.  What in the world is the
logic behind this?  I would think that 1024x768 should be the largest small
window, and anything bigger than that implies a virtual window, justifying
the larger allocation.  Am I stuck with this?  Does anyone know any
workarounds?

Editorial side comment: SGI said that the extra allocation shouldn't make any
difference because it doesn't actually take up "real memory".  Of course,
this is due to SGI infamous sbrk (malloc) implementation, where you find out
that you have run out of virtual memory when you reference a pointer one too
many times and your program suddenly exits with no hope of recovering
gracefully (and professionally).  This feature is very popular with our
customers :-( .  To minimize the terrible side effects of that, we have our
own version of malloc that verifies enough virtual memory is available to
satisfy a call to sbrk, then it touches every page that has been added, so
that programmers will know when no more virtual memory is available and take
appropriate action.  As a result, our application is affected by the extra
allocation.

I have re-created the problem with the following small program:

    #include <gl.h>

    main ()
    {
	prefposition (0, 1023, 0, 767),
	winopen ("zbuff");
	system ("ps -l");
	zbuffer (1);
	system ("ps -l");
	return (0);
    }

Running the program should show that the number of pages grows from 363 to
4459 (an increase of 16 Mb).  If you replace 767 with 766 and run it again,
the number of pages will grow to 1135 (an increase of just over 3 Mb).

-- 
-- Larry Grose / CAMAX Systems, Inc. / 612-854-5300 / grose@camax.com
From: dgordon@necom830.cc.titech.ac.jp
Newsgroups: comp.sys.sgi.graphics
Subject: Re: Accessing popup planes with Xlib
Date: 23 Dec 92 11:49:43 GMT
Followup-To: comp.sys.sgi.graphics
Organization: Algorithmic Arts


Paul Olbrich <drew+@cs.cmu.edu> writes:

> I'm trying to open a window in the popup planes using
> Xlib calls.
> 
...
>
> However, in step 5, I get a BadMatch error.  I'm also setting
> "override_redirect" to True.  (I'm trying to make my own popup menus.)
> 
> Please please please someone help me.  What am I doing wrong?
> What else must I do?

I have a related problem.  I would like to create a popup menu in the
root window using mixed mode graphics but haven't been having much
luck.  Passing a value of GLX_NONE for the normal buffer to GLXgetconfig
(buffer = GLX_NORMAL, mode = GLX_BUFSIZE) does not have the desired
effect.  GLXlink still expects a window id for the normal buffer.  I
tried creating the normal window (leaving it unmapped) and making 
the popup window a child of the root.  Nothing happens - neither errors
nor visible effect when drawing to the popup window.  Also, creating the 
popup as a child of the normal window and reparenting to the root window
seems to have no effect.  Am I barking up the wrong tree?  Please, can 
anyone offer advice on how to do this?

____________________________________________________________________________
Dave Gordon                           		     dgordon@crow.omni.co.jp

Newsgroups: comp.sys.sgi.graphics
From: eoh@mace.cc.purdue.edu (Thom Hendrixson)
Subject: Redrawing stowed window
Organization: Purdue University
Distribution: comp.sys.sgi.graphics
Date: Mon, 21 Dec 1992 21:02:39 GMT

Does anyone know when the bug concerning the redrawing of iconified windows
will be fixed?  Specifically, the REDRAWICONIC event is never queued, although
the the REDRAW event when the icon is thawed is queued.  This isn't a really
big problem, it's just that if you cover up part of the icon with another
window, the icon never gets redrawn when uncovered.  I was told by the kind
folks at SGI that it would be fixed in 4.0.5, but it doesn't appear to be
fixed.  (If it is fixed, then I'm obviously doing something wrong.)

We are running on a 4D/35TG.

Thanks,

Newsgroups: comp.sys.sgi.graphics
From: craig@cgl.citri.edu.au (Craig McNaughton)
Subject: Difference between GT and GTX?
Summary: Whats the difference between a GT and a GTX?
Keywords: GT, GTX
Organization: Collaborative Information Technology Research Institute
Date:  4 Jan 93 03:32:55 GMT

We are currently developing software on a 240 GTX to run on a 70GT.  The
software runs perfectly on the GTX, but the GT users complain that the
z-buffered graphics doesn't work correctly on their machine.

Is there any difference between these two graphics boards that we should
be aware of?

Thanx

Craig 

--
Craig McNaughton                  | "If at first you don't succeed, then
craig@godzilla.cgl.citri.edu.au   | just give up and go and watch TV, no
Advanced Computer Graphics Centre | matter whats on."
RMIT, Melbourne, Australia        |	                 Homer J. Simpson
From: gavin@krypton.asd.sgi.com (Gavin Bell)
Newsgroups: comp.sys.sgi.graphics
Subject: Re: Setting Material Color
Date: 23 Dec 1992 22:15:56 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA
NNTP-Posting-Host: krypton.asd.sgi.com

In <7671@dove.nist.gov> fred@poly2.nist.gov (Frederick R. Phelan Jr.) writes:
>Suppose you have a material color:
>float object_color[] = 
>{
>        DIFFUSE,    0.1, 1.0, 0.2,
>        SPECULAR,   0.3, 0.9, 0.3,
>        EMISSION,   1.0, 0.1, 1.0,
>        SHININESS,  24.0,
>        LMNULL 
>};
>which has been set with:
>	lmdef(DEFMATERIAL, 1, 15, object_color);
>First, are you allowed to change the EMISSION values (or really any
>of object_color's properties) on the fly?  

Yes.  Use lmcolor(LMC_EMISSION) if you are only changing that one
property, and use c3f() or cpack() commands to change it.

>Second, If you can change on the fly, do you need to do a new call to
>lmdef every time for the changes to take effect or is the first call
>sufficient?

Changing the value in the array is not sufficient-- you need to send
the values to the GL.  Use lmcolor() if you can, or just issue another
lmdef() with just the values you are changing:

float object_emission[] = { EMISSION, 0.2, 0.5, 0.1, LMNULL };
lmdef(DEFMATERIAL, 1, 5, object_emission);

In OpenGL, this is much simpler-- material properties are just like
colors.  You set them and forget them.

So, in OpenGL, your code will look like:

float emission[3] = { 1.0, 0.1, 1.0 };
glMaterialfv(GL_FRONT, GL_EMISSION, emission);

... no bind necessary.
--
--gavin     (gavin@sgi.com,  (415)390-1024)
Newsgroups: comp.sys.sgi.graphics
From: sglanger@vela.acs.oakland.edu (LANGER STEVEN C)
Subject: motif and pipes
Organization: Oakland University, Rochester MI.
Distribution: usa
Date: Thu, 31 Dec 1992 23:42:41 GMT

Hi all;
  Ihave 2 questions which I hope will not be that hard to answer.

1. How do I attach a callback functon to the close button of a dialog win?

  ie XtAddCallback (dialog, XmN..., myfunction, NULL)

what goes in the ...?

2. I have a forground Motif application which must launch and establish
2-way communcation with a non-graphic background application. I have the
source for both and thus can make any modifications necessary.
My man pages have holes where socket, pipe and socketpair are supposed to be.
A code fragment showing both sides of the pipes would be highly appreciated.


--thanks in advance, steve
.


-- 
Steve Langer  			       sglanger@argo.acs.oakland.edu (VMS)
Oakland University		       sglanger@vela.acs.oakland.edu (Ultrix)
---------------------------------------------------------------------------
Standard disclaimers apply. In addition, the author makes no guarantees,
concerning the grammatical accuracy of his writing. Therefore, any ^B's, ^C's, 
midword character additions/deletions and other non-sense which occurs (after 
the work leaves the author's decade old text editor via his decade old Amiga, 
struggles through a local 1200 baud Merit server to be further mauled via the 
remote VAX mail servers) is someone elses problem - namely yours.
---------------------------------------------------------------------------
Newsgroups: comp.sys.sgi.graphics
From: mikey@sgi.com (Mike Yang)
Subject: Re: motif convenience functions
Organization: Silicon Graphics, Inc.
Distribution: na
Date: Fri, 1 Jan 1993 18:54:56 GMT

In article <1993Jan1.161847.2266@vela.acs.oakland.edu> sglanger@vela.acs.oakland.edu (LANGER STEVEN C) writes:
>When using functions like
>	dialog = XmCreateMessageDialog(parent, "my_dialog", NULL, 0);
>
>why does the dialog always come up with the title bar
>		"my_dialog_popup"
>
>I can override this from an app-defaults file, but I'd like to just do
>it in the code.

The title bar is controlled by the XmNdialogTitle resource of
MessageBox.  Note also that XmNdialogTitle has type XmString, not
String, so you can't just pass a (char *).  App-defaults files work
because of the type converter which converts a (char *) to a XmString.
XtSetValues requires you to pass the correct type.

>I've tried
>	XtVaSetValues (dialog, XmNlabelString, "my_dialog", NULL);
>
>and XtVaSetValues (dialog, XmNlabelType, "my_dialog", NULL);

XmNlabelString and XmNlabelType are not resources of the MessageBox.

You need to do something like:

	{
	  XmString xs;

	  xs = XmStringCreateSimple("my_dialog");
	  XtVaSetValues(dialog, XmNdialogTitle, xs, NULL);
	  XmStringFree(xs);
	}

-----------------------------------------------------------------------
                 Mike Yang        Silicon Graphics, Inc.
               mikey@sgi.com           415/390-1786

Newsgroups: comp.sys.sgi.graphics
From: gold@puck.esd.sgi.com (Michael Gold)
Subject: Re: Needed: GL calls from LISP?
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Mon, 21 Dec 92 19:06:29 GMT

In <1992Dec20.210239.18529@Princeton.EDU> macarthr@dae.Princeton.EDU (Karen Margaret Macarthur) writes:

>Hello,

>I'd like to use the Graphics Library in a LISP program
>(specifically Mac Common LISP).  Can anyone direct me to
>where I can find info on doing this (documentation, source code, etc.)?
>Thanks very  much.

Err, Mac Common LISP does not run on SGI, nor is the GL available on
the Mac.  What exactly are you trying to do?

There are several common lisps available for SGI, including but not
limited to Allegro CL (Franz Inc.), Lucid, and KCL.  I know Allegro
has a GL interface, I'm not sure about the others.

Newsgroups: comp.sys.sgi.graphics
From: tjh@world.std.com (Tim Hall)
Subject: Perspective
Organization: The World Public Access UNIX, Brookline, MA
Date: Wed, 30 Dec 1992 01:06:56 GMT

How is the perspective matrix computed in GL?  I'm familar with the
Foley / Van Dam stuff where the diagonal is 1's and then using 1/d
(d = distance to viewing plane) etc. etc.  I just assumed that this
would be the case after calling "perspective" and "d" would be found
from the view angle.  However this was not the case as the values
in the diagonal where not all 1.  (Doing a getmatrix after a perspective
call).

Anyhow, why I ask and have the attention of all you graphics people, is
because I've been trying to match up the images from my raytracer to the
images produced using the GL.  For small view angles the images match up
fairly well.  For large viewangles my images are slightly larger.  Sort
of like the eye point is a bit too close or the view angle a bit too small.
(Yeah I've checked out both of those)  So now I figure I'm missing a key
concept on perspective.  But it all seems so easy.........

Thanks.



-- 
-Tim Hall
I felt the water coming up to my chin, up to my nose.  When I woke up
my body was all greasy from the holy oil.  I remember being disappointed
I was still alive.  -Harry Call
From: david@joshua.eushc.org (C. David Cooke)
Newsgroups: comp.sys.sgi.graphics
Subject: Source code for "blend" VideoLab Demo
Date: 30 Dec 1992 20:16:45 GMT
Organization: Emory University School of Medicine
Distribution: world
Reply-To: david@joshua.eushc.org
NNTP-Posting-Host: 163.246.192.15

I guess the title says it all, is there a way to get the source code for the
"blend" demo that comes with VideoLab?  We just got VideoLab, and the source code
for some of the demos is there, but not "blend".

Thanks for any help-

---
                _                       __
               | \           o    |    /  \            |
               |  |  _           _|    |      _    _   |_    _
               |  |  _) \  / |  / |    |     / \  / \  |_)  /_)
               |_/__(_|__\/__|__\_|    \__/__\_/__\_/__| \_/\__


/*****************************************************************************\
*                                                                             *
* Emory University Hospital     internet: david@joshua.eushc.org              *
* Division of Nuclear Medicine  uucp:     ...!gatech!eushc!joshua!david       *
* 1364 Clifton Rd. NE           Phone:    (404) 727-3804 (office) -3084 (lab) *
* Atlanta, GA  30322            FAX:      (404) 727-3889                      *
*                                                                             *
\*****************************************************************************/
From: reuel@blivet.houst.sgi.com (Reuel Nash)
Newsgroups: comp.sys.sgi.graphics
Subject: Re: Setting Material Color
Date: 23 Dec 92 22:01:11 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA
NNTP-Posting-Host: blivet.houst.sgi.com


In article <7671@dove.nist.gov>, fred@poly2.nist.gov writes:
> Suppose you have a material color:
> 
> float object_color[] = 
> {
>         DIFFUSE,    0.1, 1.0, 0.2,
>         SPECULAR,   0.3, 0.9, 0.3,
>         EMISSION,   1.0, 0.1, 1.0,
>         SHININESS,  24.0,
>         LMNULL 
> };
> 
> which has been set with:
> 
> 	lmdef(DEFMATERIAL, 1, 15, object_color);
> 
> 
> First, are you allowed to change the EMISSION values (or really any
> of object_color's properties) on the fly?  

Yes.

> 
> Second, If you can change on the fly, do you need to do a new call to
> lmdef every time for the changes to take effect or is the first call
> sufficient?
> 

You have to call lmdef each time:

float object_color[] = 

{
	DIFFUSE,    0.1, 1.0, 0.2,
	SPECULAR,   0.3, 0.9, 0.3,
	EMISSION,   1.0, 0.1, 1.0,
	SHININESS,  24.0,
	LMNULL 
};

float object_color_emission[] = {
	EMISSION,   1.0, 0.1, 1.0,
	LMNULL
};

	

	lmdef(DEFMATERIAL,1,0,object_color);
	lmbind(MATERIAL,1);
	draw_stuff();
	object_color_emission[2] = .2;

	/*
	 * Since material #1 is bound, these changes will take place now.
	 * Only emission is changed.
	 */
	lmdef(DEFMATERIAL,1,0,object_color_emission);
	
	draw_stuff();

If you have LOTS of such changes, uou can use lmcolor:

	float c[][3] = {
		0,0,0,
		.1,0,0,
		0.,.1,0,	etc.
	};

	lmdef(DEFMATERIAL,1,0,object_color);
	lmbind(MATERIAL,1);
	lmcolor(LMC_EMISSION);

	/* new emission for each polygon ... */
	for( i = 0; i < sizeof(c)/sizeof(c[0]); i++) {
		c3f(c[i]);
		draw_polygon(i);
	}

	/* new emission for each vertex ... */
	bgnpolygon();
	for( i = 0; ...; i++) {
		c3f(c[i]);
		n3f(n[i]);
		v3f(v[i]);
	}
	endpolygon();


	LMC_AD is a popular way to use lmcolor.



	


Reuel Nash	(713)293-9292	FAX (713)293-0503
Silicon Graphics, 11490 Westheimer Suite 100, Houston, TX  77077

Visualize Whirled Peas
Newsgroups: comp.sys.sgi.graphics
From: randy@caesar.iaf.uiowa.edu (randy frank)
Subject: A quick swapbuffers question...
Date: Wed, 30 Dec 1992 16:31:52 GMT
Distribution: usa
Organization: University of Iowa, Image Analysis Facility
Keywords: swapbuffers

Hello,
	A quick question about the behavior of the swapbuffers() call
that just came up around here.  Does swapbuffers() actually block the
current process at the point where swapbuffers() is called in the 
code until the next screen refresh right after swapbuffers() is called,
or is the process blocking deferred until the next GL call is made?

	In the specific case in question:

	/* draw the scene */
	(some GL graphics code)
	swapbuffers();
	/* do some more work */
	(some non-graphics code)

	In one application it appears that some of the non-graphics
code may be getting executed when the swapbuffers() call should be
blocking the process for the next screen refresh.  Note: I cannot
verify this problem completely, it just seems like this may be the
case.
	Could the optimizer be reordering the code so the non-graphics code
is executed before the swapbuffers() call?
	Does swapbuffers() not actually block until another GL call is made
(thus the non-graphics code is executed before the process must block)?

BTW: The machines in question are r3k Entry and Elan Indigos running
	4.0.1 and 4.0.2 respectively.

Thanks in advance,
--
rjf.
Randy Frank, Engineer                       |  (319) 335-6712       
University of Iowa, Image Analysis Facility |  73 EMRB              
randy@tessa.iaf.uiowa.edu                   |  Iowa City, IA 52242  
Xref: sparky comp.sys.sgi.graphics:75 comp.windows.x.motif:8269
From: dwatts@ki.com (Dan Watts)
Newsgroups: comp.sys.sgi.graphics,comp.windows.x.motif
Subject: Re: XtDestroyWidget
Summary: Is this fixed in some version of Irix 4.0.#?
Date: 30 Dec 92 23:42:23 GMT
Followup-To: comp.sys.sgi.graphics
Organization: ki Research, Inc. Derry NH

In article <1992Dec23.225301.10022@cbnewsc.cb.att.com>, dwd@cbnewsc.cb.att.com (David W. Dykstra) writes:
| >> Can someone explain what this bug is?  And what is the "bcopy bug", I have
| >> not heard of it before.  I am running Motif 1.1 on an IBM RS/6000 AIX 3.2.
| > 
| > You've just described it. bcopy() does the memory trample because it is passed
| > the wrong parameters.
| > 
| > There is a patch for it. I don't know the number. Get X11R5 libraries.
| 
| I've also had luck with compiling Destroy.c from the X11R5 Xt library and
| linking it in with my X11R4-based program.

We're seeing a problem when calling XtDestroyWidget that might be caused
by this bug.  Our system is currently running Irix 4.0.1.  Has this bug
been fixed in any of the Irix 4.0.5x releases?
-- 
######################## Have A Nice Nude Day #########################
# EMail: dwatts@ki.com  UUCP: ...!uunet!ki.com!dwatts  Dan Watts      #
# Voice: 410 290 0355   FAX:  410 290 0397          ki Research, Inc. #
# The Bill Of Rights: Void Where Prohibited by Law. Vote Libertarian ##
From: dave@sgi.com (dave "who can do? ratmandu!" ratcliffe)
Newsgroups: comp.sys.sgi.graphics
Subject: Re: Question about "lookat"
Date: 29 Dec 92 21:56:03 GMT
Organization: Silicon Graphics, Inc.

In article <1992Dec16.215009.24896@Princeton.EDU> smulgund@phoenix.Princeton.EDU (Sandeep Shriram Mulgund) writes:
>I'm trying to use a 4D/35 Iris running under Irix 4.0.5 to generate an
>out-of-window display for a flight simulator.  I'm having trouble trying
>to relate the angles that define the aircraft's orientation with the
>parameters of the "lookat" command.  Specifically, there's an argument
>to lookat called "twist" that defines the angle of twist about the line
>of sight.  I haven't for the life of me been able to figure out what
>this variable really is, and how it relates to other variables I do know.
>Does anybody out there have any experience using this command?  Any help
>would be appreciated.
>
>Thanks!

lookat has caused confusion for many people.  check out

/usr/people/4Dgifts/examples/grafix/{upat-main.c, upat.c} 

for a tres swank alternative to lookat.  from the grafix dir's README:

  -->  upat.c,           this set implements an alternative approach to
       upat-main.c       LOOKAT(3G) where, instead of viewing the scene
                         with the default up-axis being Y, the user can
                         easily specify the up-axis in any direction desired.

upat-main.c's top:
 *
 *  NOTE:  the core routine itself--upat--exists separately in the upat.c
 *         file.  this is so that it can be employed more easily as a
 *         stand-alone module.
 *

upat.c's top:
/*
 *   upat.c:
 *
 *    This module contains all the code necessary to hook the routine upat()
 *  into any application wanting to take advantage of "user-defined up-axis"
 *  functionality.  Excluding its seventh parameter--twist--upat() can be
 *  thought of as a superset of the LOOKAT(3G) function (the first six
 *  parameters are identical to the first six parameters of LOOKAT(3G)).
 *
 * C SPECIFICATION
 *     void upat(vx, vy, vz, px, py, pz, ux, uy, uz)
 *     float vx, vy, vz, px, py, pz, ux, uy, uz;
 *
 * PARAMETERS
 *     vx, vy, vz   is the viewpoint, the point the eye is looking from
 *     px, py, pz   is the reference point, the point the eye is looking at
 *     ux, uy, uz   is the up vector





--
                                              daveus rattus   

                                    yer friendly neighborhood ratman

                                KOYAANISQATSI

    ko.yaa.nis.qatsi (from the Hopi Language)  n.  1. crazy life.  2. life
        in turmoil.  3. life out of balance.  4. life disintegrating.  
          5. a state of life that calls for another way of living.
From: ib@ivan.asd.sgi.com (Ivan Bach)
Newsgroups: comp.sys.sgi.graphics
Subject: Re: .rgb -> .ps conversion: PLEASE HELP
Keywords: tops, RGB, PostScript, conversion
Date: 1 Jan 93 20:34:21 GMT
Organization: Silicon Graphics, Inc., Mountain View, CA

You can use the program /usr/sbin/tops from eoe2.sw.imagetools.  To get a
list of available options, enter just:

    tops

Ivan Bach, ib@sgi.com
From: babar+@pitt.edu (Jonggu Moon)
Newsgroups: comp.sys.sgi.graphics
Subject: U.S. Weather Map .gif Help
Date: 23 Dec 92 19:37:49 GMT
Organization: University of Pittsburgh


Help, I have this script that ftps a  place and gets
a .gif of the updated weather map.

I want to put that as a background to the screen.

But I don't have a .gif reader :(

Does anybody else put weather maps on their screen ?
How do I get a .tiff file or a .gif reader for Iris 4.05 ?

- jon