Difference between revisions of "AutoGen Scenery for FlightGear"

From FlightGear wiki
Jump to: navigation, search
(Description)
(Partial copy editing)
 
Line 1: Line 1:
{{OSM Navigation}}
 
 
{{Out of date}}
 
{{Out of date}}
= Description =
+
{{OSM Navigation}}
Also see: [[Random Buildings]].
+
''See also [[Random Buildings]]''
  
Use the GNU GPL [http://code.google.com/p/pixelcity PixelCity] project to create autogen support for FlightGear, to dynamically create cities for populating the FlightGear scenery [http://en.wikipedia.org/wiki/Procedural_generation procedurally].
+
Use the GNU GPL [http://code.google.com/p/pixelcity PixelCity] project to create '''autogen scenery''' support for FlightGear, to dynamically create cities for populating the FlightGear scenery [http://en.wikipedia.org/wiki/Procedural_generation procedurally].
  
 
PixelCity is at the moment C++ code that uses pure OpenGL with a fixed rendering pipeline (i.e. no shaders).
 
PixelCity is at the moment C++ code that uses pure OpenGL with a fixed rendering pipeline (i.e. no shaders).
Line 14: Line 13:
 
A list of known issues is available at: http://code.google.com/p/pixelcity/updates/list
 
A list of known issues is available at: http://code.google.com/p/pixelcity/updates/list
  
= Opinions =
+
== Opinions ==
* it's excellent not just in the rendering but the generation of the buildings, traffic effects etc. [http://cplus.about.com/b/2009/05/05/pixelcity-a-stunning-example-of-copengl.htm]
+
* It is excellent not just in the rendering but the generation of the buildings, traffic effects etc. [http://cplus.about.com/b/2009/05/05/pixelcity-a-stunning-example-of-copengl.htm]
 
* This technique could make a hell of a difference in things like flight simulator programs, some of the manually built cities in them are just awful, this looks way better and is procedurally driven? any flightsim developer worth their nuts should be begging you for this code. [http://www.shamusyoung.com/twentysidedtale/?p=3220&cpage=2&replytocom=151746]
 
* This technique could make a hell of a difference in things like flight simulator programs, some of the manually built cities in them are just awful, this looks way better and is procedurally driven? any flightsim developer worth their nuts should be begging you for this code. [http://www.shamusyoung.com/twentysidedtale/?p=3220&cpage=2&replytocom=151746]
 
* This should be added to FlightGear, an open source flight simulator. Only 50 hours in the making? I salute. [http://www.fractalforums.com/index.php?action=printpage;topic=3223.0]
 
* This should be added to FlightGear, an open source flight simulator. Only 50 hours in the making? I salute. [http://www.fractalforums.com/index.php?action=printpage;topic=3223.0]
 
* It really looks cool from the distance and close up.
 
* It really looks cool from the distance and close up.
  
= Code =
+
== Code ==
 
+
 
Official repositories:
 
Official repositories:
 
* [http://code.google.com/p/pixelcity/ PixelCity at Google code]
 
* [http://code.google.com/p/pixelcity/ PixelCity at Google code]
Line 36: Line 34:
 
* [http://github.com/elcerdo/pixelcity cmake based PixelCity build]
 
* [http://github.com/elcerdo/pixelcity cmake based PixelCity build]
  
= Porting =
+
== Porting ==
  
 
* Implementing it into FlightGear requires porting the OpenGL calls to be [[OpenSceneGraph]] compatible, probably by implementing osgDrawable.
 
* Implementing it into FlightGear requires porting the OpenGL calls to be [[OpenSceneGraph]] compatible, probably by implementing osgDrawable.
Line 53: Line 51:
 
thought about creating semi-generic bridges. Is anyone else working on this? Or  
 
thought about creating semi-generic bridges. Is anyone else working on this? Or  
 
is anyone aware of an open source procedural bridge generator? Searching the  
 
is anyone aware of an open source procedural bridge generator? Searching the  
net mostly turned out stuff for Houdini etc.</nowiki><ref>{{cite web |url=http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg40780.html|title=<nowiki></nowiki>|author=<nowiki></nowiki>|date=<nowiki></nowiki>}}</ref>|<nowiki></nowiki>}}
+
net mostly turned out stuff for Houdini etc.</nowiki><ref>{{cite web |url=http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg40780.html|title=<nowiki>[Flightgear-devel] procedural bridge generation</nowiki>|author=<nowiki>Thomas Albrecht</nowiki>|date=<nowiki>Sun, 22 Sep 2013</nowiki>}}</ref>|<nowiki></nowiki>}}
  
 +
== References ==
 
<references/>
 
<references/>
  
= Threads =
+
== Related content ==
* http://forum.flightgear.org/viewtopic.php?f=6&t=8837
+
=== Forum topics ===
* http://forum.flightgear.org/viewtopic.php?f=5&t=17598&p=166686#p166686
+
* {{forum link|t=8837|title=<nowiki>[Proposal]</nowiki> Autogen Cities using PixelCity}} (July 2010-May 2012)
* http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg40758.html
+
* {{forum link|t=17598|p=166686|title=Re: Procedural buildings in OSM before part of Scenery}} (September 2012)
 +
 
 +
=== Developer mailing list ===
 +
* [http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg40758.html <nowiki>[Flightgear-devel]</nowiki> Upcoming Random Buildings changes] (September 2013)
  
 
[[Category:GSoC]]
 
[[Category:GSoC]]

Latest revision as of 05:19, 25 March 2020

This article or section contains out-of-date information

Please help improve this article by updating it. There may be additional information on the talk page.

Autogen Scenery
Started in 11/2013
Description Improved autogen support for FlightGear using OSM data
Contributor(s) radi, vanosten, Soitanen, portreekid
Status Under active development as of 02/2016
Topic branches:
$FG_SRC https://gitlab.com/osm2city/osm2city/
fgdata https://gitlab.com/osm2city/osm2city-data/

See also Random Buildings

Use the GNU GPL PixelCity project to create autogen scenery support for FlightGear, to dynamically create cities for populating the FlightGear scenery procedurally.

PixelCity is at the moment C++ code that uses pure OpenGL with a fixed rendering pipeline (i.e. no shaders).

There is a blog column providing in-depth details about the implementation of PixelCity: http://www.shamusyoung.com/twentysidedtale/?p=2940

To view a demo video of PixelCity, please see: http://www.youtube.com/watch?v=-d2-PtK4F6Y

A list of known issues is available at: http://code.google.com/p/pixelcity/updates/list

Opinions

  • It is excellent not just in the rendering but the generation of the buildings, traffic effects etc. [1]
  • This technique could make a hell of a difference in things like flight simulator programs, some of the manually built cities in them are just awful, this looks way better and is procedurally driven? any flightsim developer worth their nuts should be begging you for this code. [2]
  • This should be added to FlightGear, an open source flight simulator. Only 50 hours in the making? I salute. [3]
  • It really looks cool from the distance and close up.

Code

Official repositories:

Originally, PixelCity only built on Windows, but there are now a number of ports available:

Porting

  • Implementing it into FlightGear requires porting the OpenGL calls to be OpenSceneGraph compatible, probably by implementing osgDrawable.
  • The current implementation only shows night-time views, so this has to be tweaked, too.
  • Another issue to take care of is interaction with existing scenery models, so the generated buildings do not interfere with our scenery models.
  • The same is true for our landcover, roads and elevation data.
  • Definitely worth some thinking. Probably as a google summer of code GSoC project?
  • Perhaps something using blended cities?
  • You could input a street map and it would only build buildings in the lots, not on the roads.
  • Now, maybe combine that with open street map or something?
  • Also, you could then just load it fairly normally into flightgear.
  • Instead of downloading the building, it could be an option to download the files needed to make it and do it yourself.
  • It would probably make sense to start an OSG port, so that the port is not FlightGear specific, but could be used by other OSG based projects (pretty much like OSGOcean, OSGTerrain etc)
Cquote1.png With my python coding for OSM buildings in FG coming along nicely, I recently thought about creating semi-generic bridges. Is anyone else working on this? Or is anyone aware of an open source procedural bridge generator? Searching the net mostly turned out stuff for Houdini etc.[1]
Cquote2.png

References

  1. Thomas Albrecht (Sun, 22 Sep 2013). [Flightgear-devel] procedural bridge generation.

Related content

Forum topics

Developer mailing list