Re: Visual Workstation & FSG name

New Message Reply Date view Thread view Subject view Author view

Marc Erich Latoschik (marcl++at++TechFak.Uni-Bielefeld.DE)
Mon, 11 Jan 1999 13:26:56 +0100


On Thu, Jan 07, 1999 at 09:34:01AM -0800, Jenny Zhao wrote:
>
> Phil Keslin wrote:
> > We have no plans on porting Performer because the port would be
> > non-trivial.
>
> Yeah. That is very true. Sharon and Chris Insinger have posted
> some detailed reason for this on info-performer:
> Date: Thu Apr 23 23:12:12 1998
> Subject: OpenGL++ -> Fahrenheit (was Performer at ITEC)
>
> FSG with SGI's real-time vis sim extensions is the perferred
> long term API solution on NT.
> Performer group is responsible for these extensions.
> While FSG provides a solid, extensible scene graph architecture,
> the extensions, version 1.0,
> will handle process synchronizations, pipes, channels,
> and other basic real-time functions on top of FSG.
> With these two libraries, you will be able to
> have the core performer functionalities.
> The next version of the extensions will have support on
> more advanced vis sim features.
> The scheduled release for both FSG and the extensions 1.0
> is in the August/Sept. 1999 time frame.
>
> At the mean time, like Angus mentioned in his last posting,
> libraries such as VegaNT do provide
> good interim NT solutions for vis sim customers, and they are
> quite welcome by us. I believe as we speak, partners such as
> Multigen-Paradigm are loading their demos onto our
> visual workstations. MPI will migrate Vega onto FSG when it
> comes out. Please contact them or post on info-vega for details.
>
> In summary, we like to see VegaNT and other similar libraries
> to provide short term NT solutions.
> FSG is the future scene graph API. The first version of
> real time vis sim extensions will help the "not-so-serious-vis-sim"
> Performer customers to move to FSG world.
> The second version of the SGI extensions will help
> the serious vis sim customers to port to FSG.
> That version will come out some time in 2001.
>
> The next release of Performer, Performer2.3, will support
> all the vis sim features on SGI's next generation hardware.
> Performer is still the only vis sim API on SGI machines
> and will be actively developed on for the next 2-3 years.
> It will definitely be supported for many more years,
> as long as there are Performer customers.
>
> We are looking for suggestions on a good name for
> the real time vis sim extensions, i.e. Performer on FSG.
> Whoever suggests the chosen name will get the
> very first "Performer on FSG" T-shirt! :)

Hi,
what about Fahrenheit 251 ;) like Bradburys book.
If this is where paper burns, wouldn't that be
a great metaphor for electronic worlds?
Something like information in a new age?
But what about copyrights :)...

Anyway, you might take it into account, its in its words an
extension to Fahrenheit, like it shoul be ...

bye
>
> If you would like to be our alpha customer, we still have
> some room open on our alpha list. Please talk with me
> or our product mananger Chris Insinger.
>
> Jenny Zhao zhz++at++engr.sgi.com 650 933-5091
> =======================================================================
> List Archives, FAQ, FTP: http://www.sgi.com/software/performer/
> Submissions: info-performer++at++sgi.com
> Admin. requests: info-performer-request++at++sgi.com

-- 

bye Marc

******************************************************************************** Marc Erich Latoschik, AG-WBS, Technische Fakultaet der Universitaet Bielefeld

Universitaetsstrasse 25 Postfach 100 131 33501 Bielefeld Raum M4-122 Fon: (0521) 106 2919 Fax: (0521) 106 2962

marcl++at++techfak.uni-bielefeld.de http://www.TechFak.Uni-Bielefeld.DE/techfak/persons/marcl/ ********************************************************************************


New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2.0b2 on Mon Jan 11 1999 - 04:27:22 PST

This message has been cleansed for anti-spam protection. Replace '++at++' in any mail addresses with the '@' symbol.