20,741
edits
(→Related: http://forum.flightgear.org/viewtopic.php?f=4&t=18785&p=199916#p199916) |
m (→Background) |
||
| Line 6: | Line 6: | ||
== Background == | == Background == | ||
{{cquote|<nowiki>What i want to achieve: Multiple views of the same scene . Lets call them | {{cquote|<nowiki>What i want to achieve: Multiple views of the same scene . Lets call them View1 and View2(they may be on 2 separate screens). There should be only one | ||
View1 and View2(they may be on 2 separate screens). There should be only one | instance of flightgear running. I should be able to have "View1 = Cockpit View & View2 = Chase View" or "View1 = Helicopter View & View2 = Cockpit | ||
instance of flightgear running. I should be able to have "View1 = Cockpit | |||
View & View2 = Chase View" or "View1 = Helicopter View & View2 = Cockpit | |||
View" or any other such combination of views. I am using FlightGear 2.0.0 | View" or any other such combination of views. I am using FlightGear 2.0.0 | ||
I should be able to switch the view in each viewport without affecting the | I should be able to switch the view in each viewport without affecting the view in the other view port. i.e i should be able to double right click and | ||
view in the other view port. i.e i should be able to double right click and | change the view on each display with the mouse without affecting the view in the other display. | ||
change the view on each display with the mouse without affecting the view in | |||
the other display. | |||
README.multiscreen in the FlightGear documentation says its possible to | README.multiscreen in the FlightGear documentation says its possible to create a master camera and a slave camera that is offset from the master | ||
create a master camera and a slave camera that is offset from the master | |||
camera. BUT I want 2 master cameras that can switch to any view at any time.</nowiki><ref>{{cite web |url=http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg28647.html|title=<nowiki>Multiple views without slaving to master camera</nowiki>|author=<nowiki></nowiki>|date=<nowiki></nowiki>}}</ref>|<nowiki></nowiki>}} | camera. BUT I want 2 master cameras that can switch to any view at any time.</nowiki><ref>{{cite web |url=http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg28647.html|title=<nowiki>Multiple views without slaving to master camera</nowiki>|author=<nowiki></nowiki>|date=<nowiki></nowiki>}}</ref>|<nowiki></nowiki>}} | ||
{{cquote|I have just been trying out the multiple screen feature in FG. I found that | {{cquote|I have just been trying out the multiple screen feature in FG. I found that the GUI camera (including the menu bar, hud and 2D panel) appears in only | ||
the GUI camera (including the menu bar, hud and 2D panel) appears in only | one of the windows. Is there any way I can make the GUI to appear in all the windows? Actually I want to be able to view the hud and 2D panel in all the | ||
one of the windows. Is there any way I can make the GUI to appear in all the | |||
windows? Actually I want to be able to view the hud and 2D panel in all the | |||
windows. | windows. | ||
Also when I change the view in any one of the windows, the view changes in | Also when I change the view in any one of the windows, the view changes in the other windows as well. Is it possible to make the windows independent of | ||
the other windows as well. Is it possible to make the windows independent of | each other. I want to display the cockpit in one window at all times, in the second window I want to be able to shuttle between helicopter / chase or | ||
each other. I want to display the cockpit in one window at all times, in the | |||
second window I want to be able to shuttle between helicopter / chase or | |||
model views. | model views. | ||
Also I have observed that in the second screen where I'm displaying lets say | Also I have observed that in the second screen where I'm displaying lets say the Helicopter view the aircraft remains static while the environment moves. | ||
the Helicopter view the aircraft remains static while the environment moves. | This is because the cockpit view in my Master screen is defined as 'lookfrom'. Can I define 'lookfrom' for one screen and 'lookat' for the | ||
This is because the cockpit view in my Master screen is defined as | |||
'lookfrom'. Can I define 'lookfrom' for one screen and 'lookat' for the | |||
other screen.<ref>{{cite web |url=http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg27112.html|title=<nowiki>[Flightgear-devel] Help needed with multi-screen</nowiki>|author=Kavya Meyyappan|date=Fri, 19 Mar 2010 03:31:50 -0700}}</ref>|Kavya Meyyappan}} | other screen.<ref>{{cite web |url=http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg27112.html|title=<nowiki>[Flightgear-devel] Help needed with multi-screen</nowiki>|author=Kavya Meyyappan|date=Fri, 19 Mar 2010 03:31:50 -0700}}</ref>|Kavya Meyyappan}} | ||
{{cquote|I think you have just summarized all the limitations of the FlightGear | {{cquote|I think you have just summarized all the limitations of the FlightGear multi-camera/view/display system. Tim Moore is the person who developed | ||
multi-camera/view/display system. Tim Moore is the person who developed | this feature (nothing existed before his efforts) and maybe he can offer more insight. I know that in the case of menus, hud, 2d instrument panels, | ||
this feature (nothing existed before his efforts) and maybe he can offer | there would need to be some significant code restructuring to allow these to be displayed on other windows.<ref>{{cite web |url=http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg27114.html|title=<nowiki>Re: [Flightgear-devel] Help needed with multi-screen</nowiki>|author=Curtis Olson|date=Fri, 19 Mar 2010 08:36:22 -0700}}</ref>|Curtis Olson}} | ||
more insight. I know that in the case of menus, hud, 2d instrument panels, | |||
there would need to be some significant code restructuring to allow these to | |||
be displayed on other windows.<ref>{{cite web |url=http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg27114.html|title=<nowiki>Re: [Flightgear-devel] Help needed with multi-screen</nowiki>|author=Curtis Olson|date=Fri, 19 Mar 2010 08:36:22 -0700}}</ref>|Curtis Olson}} | |||
{{cquote|there's a limitation in Plib that forces the GUI to be drawn on one | {{cquote|there's a limitation in Plib that forces the GUI to be drawn on one window.<ref>{{cite web |url=http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg27134.html|title=<nowiki>Re: [Flightgear-devel] Help needed with multi-screen</nowiki>|author=Tim Moore|date=Sat, 20 Mar 2010 01:42:31 -0700}}</ref>|Tim Moore}} | ||
window.<ref>{{cite web |url=http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg27134.html|title=<nowiki>Re: [Flightgear-devel] Help needed with multi-screen</nowiki>|author=Tim Moore|date=Sat, 20 Mar 2010 01:42:31 -0700}}</ref>|Tim Moore}} | |||
{{cquote|Neither of these are supported at the present time, but it would be a good project. We would have to start using a different OSG class, | {{cquote|Neither of these are supported at the present time, but it would be a good project. We would have to start using a different OSG class, | ||
| Line 55: | Line 40: | ||
{{cquote|That would require a change in current fg architecture to use a CompositeViewer instead of a single Viewer, but we're contemplating that anyway.<ref>{{cite web |url=http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg17263.html|title=<nowiki>Re: [Flightgear-devel] Cockpit displays (rendering, modelling)</nowiki>|author=Tim Moore|date=Mon, 04 Aug 2008 02:43:52 -0700}}</ref>|Tim Moore}} | {{cquote|That would require a change in current fg architecture to use a CompositeViewer instead of a single Viewer, but we're contemplating that anyway.<ref>{{cite web |url=http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg17263.html|title=<nowiki>Re: [Flightgear-devel] Cockpit displays (rendering, modelling)</nowiki>|author=Tim Moore|date=Mon, 04 Aug 2008 02:43:52 -0700}}</ref>|Tim Moore}} | ||
{{cquote|The cameras in a camera group don't need to render directly to the | {{cquote|The cameras in a camera group don't need to render directly to the screen. They can render to a texture which can be used either in the | ||
screen. They can render to a texture which can be used either in the | scene, like in a video screen in the instrument panel, or for distortion correction in a projected or dome environment.<ref>{{cite web |url=http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg17001.html|title=<nowiki>[Flightgear-devel] RFC: changes to views and cameras</nowiki>|author=Tim Moore|date=Thu, 26 Jun 2008 03:53:05 -0700}}</ref>|Tim Moore}} | ||
scene, like in a video screen in the instrument panel, or for distortion | |||
correction in a projected or dome environment.<ref>{{cite web |url=http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg17001.html|title=<nowiki>[Flightgear-devel] RFC: changes to views and cameras</nowiki>|author=Tim Moore|date=Thu, 26 Jun 2008 03:53:05 -0700}}</ref>|Tim Moore}} | |||
{{cquote|Open Scene Graph supports a CompositeViewer object that supports rendering from several widely separated viewpoints, complete with | {{cquote|Open Scene Graph supports a CompositeViewer object that supports rendering from several widely separated viewpoints, complete with | ||
| Line 64: | Line 47: | ||
models, drones, etc.<ref>{{cite web |url=http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg17001.html|title=<nowiki>[Flightgear-devel] RFC: changes to views and cameras</nowiki>|author=Tim Moore|date=Thu, 26 Jun 2008 03:53:05 -0700}}</ref>|Tim Moore}} | models, drones, etc.<ref>{{cite web |url=http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg17001.html|title=<nowiki>[Flightgear-devel] RFC: changes to views and cameras</nowiki>|author=Tim Moore|date=Thu, 26 Jun 2008 03:53:05 -0700}}</ref>|Tim Moore}} | ||
{{cquote|Good thing to have!!! | {{cquote|Good thing to have!!! Just still support graphics context on different screens/displays too ...<ref>{{cite web |url=http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg17016.html|title=<nowiki>Re: [Flightgear-devel] RFC: changes to views and cameras</nowiki>|author=Mathias Fröhlich|date=Sat, 28 Jun 2008 00:05:19 -0700}}</ref>|Mathias Fröhlich}} | ||
Just still support graphics context on different screens/displays too ...<ref>{{cite web |url=http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg17016.html|title=<nowiki>Re: [Flightgear-devel] RFC: changes to views and cameras</nowiki>|author=Mathias Fröhlich|date=Sat, 28 Jun 2008 00:05:19 -0700}}</ref>|Mathias Fröhlich}} | |||
{{cquote|FG only supports one view position at a time, right? Multiple view positions (e.g. one screen for the tower view and a second screen for | {{cquote|FG only supports one view position at a time, right? Multiple view positions (e.g. one screen for the tower view and a second screen for | ||
| Line 73: | Line 55: | ||
CompositeViewer model, which supports several scene graphs, and rely completely on the osg database paging machinery.<ref>{{cite web |url=http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg28869.html|title=<nowiki>Re: [Flightgear-devel] Disappearing scenery</nowiki>|author=Tim Moore|date=Sun, 19 Sep 2010 11:39:32 -0700}}</ref>|Tim Moore}} | CompositeViewer model, which supports several scene graphs, and rely completely on the osg database paging machinery.<ref>{{cite web |url=http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg28869.html|title=<nowiki>Re: [Flightgear-devel] Disappearing scenery</nowiki>|author=Tim Moore|date=Sun, 19 Sep 2010 11:39:32 -0700}}</ref>|Tim Moore}} | ||
{{cquote|this also raises the question of reproducible clouds. If we have | {{cquote|this also raises the question of reproducible clouds. If we have multiple independent viewers in the future, we need to draw the same clouds on | ||
multiple independent viewers in the future, we need to draw the same clouds on | each with a bare minimum of communication. So, what is needed to generate the exactly same cloud. May be an initial seed for the random number generator, a | ||
each with a bare minimum of communication. So, what is needed to generate the | position and a size? We may need to identify such a set of parameters and may be we should have a peudo loader for osg producing this kind of clouds from | ||
exactly same cloud. May be an initial seed for the random number generator, a | these parameters. The you would be able to load and use these clouds from fgviewer and see isolated statistics about the draw/cull whatever steps. This | ||
position and a size? We may need to identify such a set of parameters and may | |||
be we should have a peudo loader for osg producing this kind of clouds from | |||
these parameters. The you would be able to load and use these clouds from | |||
fgviewer and see isolated statistics about the draw/cull whatever steps. This | |||
might also help in understanding what is going on.<ref>{{cite web |url=http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg35147.html|title=<nowiki>Re: [Flightgear-devel] Trying to get more performance out of the 3D clouds!</nowiki>|author=Mathias Fröhlich|date=Wed, 07 Dec 2011 22:16:45 -0800}}</ref>|Mathias Fröhlich}} | might also help in understanding what is going on.<ref>{{cite web |url=http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg35147.html|title=<nowiki>Re: [Flightgear-devel] Trying to get more performance out of the 3D clouds!</nowiki>|author=Mathias Fröhlich|date=Wed, 07 Dec 2011 22:16:45 -0800}}</ref>|Mathias Fröhlich}} | ||