2D stuff using PEX?

Thread View: comp.windows.x.pex

3 messages

[T] Back to Threads [V] Tree View [G] Group Articles

3 total messages Started by Gil Tene Wed, 26 Aug 1992 11:39

#59

Author: Gil Tene
Date: Wed, 26 Aug 1992 11:39

26 lines
1546 bytes

Is it possible to use a 2D imaging model under PEX? 

PEX's advantage over X lies not only in 3D processing, it lies
in display-list processing on the server. Lots of CAD drafting
tools have use for 3D viewing only when doing 3D imaging, with
most of the intense work being done in 2D mode. There used to be
"smart" graphics terminals (such as the Tek4125) that did local
display list processing, pan and zoom, etc. -- The 3D stuff was 
then the expensive icing, not always needed. These terminals, 
when hooked up to a serial line will still outperform current
vanilla-X terminals when doing pan and zoom operations on
complex 2D drawings.

3D processing is much more expensive than 2D processing is. A
trasformation requires roughly 2 times the calculations. This 
means a "2D PEX server" could draw a 2D display at least twice
as fast as a "3D PEX server".

Any comments?

-- 
--------------------------------------------------------------------
-- Gil Tene			"Some days it just doesn't pay     -
-- devil@imp.HellNet.org	   to go to sleep in the morning." -
-- devil@diablery.10A.com 					   -
--------------------------------------------------------------------

Re: 2D stuff using PEX?

#68

Author: Rich Thomson
Date: Tue, 01 Sep 1992 19:36

29 lines
1792 bytes

In article <476@imp.diablery.10A.com>
	devil@diablery.10A.com (Gil Tene) writes:
>Is it possible to use a 2D imaging model under PEX? 

Since 2D is a subset of 3D imaging, the answer is yes.  The phigs api
provides 2D primitive and viewing functions.

>3D processing is much more expensive than 2D processing is. A
>trasformation requires roughly 2 times the calculations. This 
>means a "2D PEX server" could draw a 2D display at least twice
>as fast as a "3D PEX server".

Sounds like what you really want is to extend the idea of display
lists to encompass X primitives?  I'm not sure if you're arguing for
explicit 2D display lists to achieve performance, or a separate
"2D PEX" extension.  From all the problems existing subsetting has
caused, I doubt if anyone is going to lobby for a 2D subset of PEX,
or a new 2D extension to support display lists.

However, the structure element mechanism could be extended to support
X primitives.  How useful this would be given that X primitives are
all in device coordinates, I'm not sure.

						-- Rich
-- 
	Repeal the personal income tax; vote Libertarian in 1992.
Disclaimer: I speak for myself, except as noted; Copyright 1992 Rich Thomson
UUCP: ...!uunet!dsd.es.com!rthomson			Rich Thomson
Internet: rthomson@dsd.es.com	IRC: _Rich_		PEXt Programmer

Re: 2D stuff using PEX?

#138

Author: Marty Hess
Date: Tue, 15 Sep 1992 05:42

23 lines
1463 bytes

In article <476@imp.diablery.10A.com> devil@diablery.10A.com (Gil Tene) writes:
>
>Is it possible to use a 2D imaging model under PEX? 

 [ . . . ]

>Any comments?

  When we first started out designing PEX I stated that its largest initial
  following would come from the 2D "deferred graphics" folks in ECAD, defense,
  air traffic control and such.  (You know... the GKS users of the world! 8-)

  I maintain thats will be the case even as MCAD vendors scramble to prove
  their implementations on PEX-capable interfaces.  (Of course many of them
  got that capability for "free!")

  While I haven't seen many of these applications commercially yet, you can
  bet that they and hundreds of hip-pocket 2D "tools" are on their way....

  - Marty Hess    (415) 960-1300    <marty.hess@Eng.Sun.COM>
    Graphics Interface Technologies  --  Manager of PEX Projects
    Sun Microsystems, MTV-23-205, 2550 Garcia Ave, Mountain View, CA 94043-1100

Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads