[simpits-tech] RE: [simpits-tech]MFD/HUD data

Ido Dekkers simpits-tech@simpits.org
Mon, 10 Jun 2002 08:26:16 +0300


I think a nice solution would be to use a card like the Matrox Parhelia
that can do this :
http://www.tomshardware.com/graphic/02q2/020514/parhelia-07.html
( use 3 mon's on one card ) and the only thing needed in the code is a view
of 150 deg.

Ido


|---------+------------------------------+-------------------------------------------------------------------------------------->
|         |           "Mark Doran"       |                                                                                      |
|         |           <msdoran@attbi.com>|       To:       <simpits-tech@simpits.org>                                           |
|         |           Sent by:           |       cc:                                                                            |
|         |           simpits-tech-admin@|       Subject:  [simpits-tech] RE: [simpits-tech]MFD/HUD data                        |
|         |           simpits.org        |                                                                                      |
|         |                              |                                                                                      |
|         |                              |                                                                                      |
|         |           06/09/2002 11:56 PM|                                                                                      |
|         |           Please respond to  |                                                                                      |
|         |           simpits-tech       |                                                                                      |
|---------+------------------------------+-------------------------------------------------------------------------------------->
  >------------------------|
  |                        |
  >------------------------|




I work in a group that does software performance work for a living.





Please, please don’t ask G2 for multimon support for anything other than
out the window view fields and then only if you feel you must.  There are
video cards coming that will make multimon support less taxing on the host
computer but that doesn’t make it “free” in terms of performance impact.
Roughly speaking, each added video card/head in the host system eats 10%
performance overhead just to get it running under windows multimon.





Erwin’s idea to shoot the data across the network to a second (or series
of) machine(s) makes a lot more sense as we can already see with the
current F4glass implementation.  That app alone eats quite a bit of CPU
budget just to render the moving gauges.  You really don’t want that CPU
budget burden eating MIPS from the box trying to run the actual game engine
unless you have to.





For my 2c’s – I think it’s much more important to get MFDs rendered on
separate screens than it is to get wide fields of view (much as I’d like
that too)…and while we are at it, actually I think the best way to do wider
viewfields without nailing the host computer is to ship the extra screens
out across the network for rendering as well.  Remember Fighter Duel??  It
did a pretty good job of this and you could use eight or nine systems to
get a pretty much 360 degree view.  Poor man’s distributed processing.
“Last generation” cast off computers may pretty good display mules.



Cheers,

Mark.





-----Original Message-----
From: simpits-tech-admin@simpits.org
[mailto:simpits-tech-admin@simpits.org] On Behalf Of Erwin Neyt
Sent: Sunday, June 09, 2002 9:22 AM
To: simpits-tech@simpits.org
Subject: [simpits-tech] RE: [simpits-tech]MFD/HUD data





Multi monitor support will have a lot more impact on the code. Added bonus
to the sh.mem. solution is that you can use networked PC's (and off-load
the Falcon PC) to display the MFD's. Also the HUD and RWR are redundant
pages, so they are available too.





Also multi monitor support is often mentioned in the context of multiple
OTW windows, which is nice but will hurt FPS badly (see
http://www.eagle9.nl/redir2.asp?lokatie=/main/Programming/Doxs/default.asp)
I rather see they alter the MP code, and add an option to run a second PC
in 'slave' mode.





Erwin.
-----Original Message-----
From: Chris [mailto:ccrowley@mccrowley.com]
Sent: Sunday, 09 June, 2002 14:27
To: simpits-tech@simpits.org
Subject: RE: [simpits-tech] Servo Driven Gauges and MFD/HUD data


If the G2I plan is to provide multi monitor support, couldn't there be one
view with MFD's that are rendered all the time, and others (HUD Mode)
without? I probably don't understand what G2 means by multi montor support.





I am just curious (not impatient) and trying to be helpful, I am not even
close to being able to make use of this. Thanks for your hard work Erwin
and by the way I am very impressed with your software!!!





Chris Crowley
      -----Original Message-----
      From: simpits-tech-admin@simpits.org
      [mailto:simpits-tech-admin@simpits.org]On Behalf Of Erwin Neyt
      Sent: Sunday, June 09, 2002 4:36 AM
      To: simpits-tech@simpits.org
      Subject: RE: [simpits-tech] Servo Driven Gauges and MFD/HUD data


      Problem is that if the MFD's are not onscreen, they will not be
      rendered at all.





      What we want is MFD data which is rendered all the time (for example
      we we're in HUD only mode)





      Erwin.





      BTW. I can't say much but I am in contact with G2I concerning this
      subject. Please be patient.
       -----Original Message-----
       From: Chris [mailto:ccrowley@mccrowley.com]
       Sent: Saturday, 08 June, 2002 12:31
       To: simpits-tech@simpits.org
       Subject: RE: [simpits-tech] Servo Driven Gauges and MFD/HUD data


       Why is this feature so complicated? The MFDs show up in the Black
       boxes that are located in the "virtual cockpits". If you have ever
       looked at the virtual cockpit graphics, all of the gauges are
       blacked out so the software can generate the flight info in the
       black areas. Somehow a function places them in a position that is
       "cut out" for them. It varies from virtual cockpit to virtual
       cockpit, or even from view to view.





       Now if they are adding multiple monitor capability, why not have a
       view that is just the LEFT and one that is just the right MFD? This
       would be simpler than pulling the raw data out of the code.





       This is a question, I am sure its more complicated than that.





       Chris Crowley


       (Building Viper Pit)
             -----Original Message-----
             From: simpits-tech-admin@simpits.org
             [mailto:simpits-tech-admin@simpits.org]On Behalf Of Marc
             Weigert
             Sent: Friday, June 07, 2002 7:35 PM
             To: simpits-tech@simpits.org
             Subject: AW: [simpits-tech] Servo Driven Gauges and MFD/HUD
             data


             Hello Joseph,





             thanks for your answer!





             So it looks as if there is a vague chance that we will see
             this feature in the future!





             Is it so complicated for them to do this, or is it just a
             matter of focusing on features that the broad simulation
             comunity will appreaciate?





             Cheers,





             Marc



             To answer your question Marc, I asked him (G2I Guy) and his
             response was there is no current way to display that data.  We
             (myself and others) asked that they make it available for
             output anyway and we'll figure out a way to display it.  So I
             don't know if it will be output or not.  This guy (Claude
             'shadow' Cavanaugh President and CEO of G2I) and his email
             shadow@g2interactive.com seems real open to answering
             questions and has an EPIC system himself and tells me they/he
             is currently working on a mode to interface the EPIC and
             Cougar.  So I hold out hope there will be MFD/HUD data.





             Crease-guard