[Flightgear-devel] [PATCH] Very minor fix
In the quest of fixing the FGFS-simply-exiting-with-no-sound-device
issue, i found a crash in fgExitCleanup, because the FGMultiplayMgr
isn't created yet at that point.
Pigeon.
Index: src/Network/multiplay.cxx
===
RCS file: /var/cvs/FlightGear-0.9/source/src/Network/multiplay.cxx,v
retrieving revision 1.12
diff -u -r1.12 multiplay.cxx
--- src/Network/multiplay.cxx 21 Feb 2006 01:19:47 - 1.12
+++ src/Network/multiplay.cxx 23 Apr 2006 07:59:41 -
@@ -219,13 +219,19 @@
**/
bool FGMultiplay::close() {
+ FGMultiplayMgr *mgr = globals-get_multiplayer_mgr();
+
+ if (mgr == 0) {
+return false;
+ }
+
if (get_direction() == SG_IO_IN) {
-globals-get_multiplayer_mgr()-Close();
+mgr-Close();
} else if (get_direction() == SG_IO_OUT) {
-globals-get_multiplayer_mgr()-Close();
+mgr-Close();
}
Re: [Flightgear-devel] Landcover-DB Mapserver update
On Sunday 23 April 2006 01:31, Curtis L. Olson wrote: Quick question. How hard (or would it be possible) to create a version of this tool that would run locally and use a local copy of the TerraGear work directory instead of the raw vmap0 or shapefile ... something that a person could use locally if they wanted to debug a scenery land cover anomaly and figure out where the strangeness is coming from? Well if you want to be able to view the TerraGear work directory on the fly you'd need to write some file format drivers and stick them in gdal or something like that and then set up the whole Apache, Mapserver, PHP, gdal environment. It would be much easier and quicker to just write a converter to dump the TG work data to shapefile or gml format and load it in a GIS app like QGIS or OpenEV. Paul --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [PATCH] Very minor fix
Hi, On Sunday 23 April 2006 10:01, Pigeon wrote: In the quest of fixing the FGFS-simply-exiting-with-no-sound-device issue, i found a crash in fgExitCleanup, because the FGMultiplayMgr isn't created yet at that point. Thanks, is applied! Mathias -- Mathias Fröhlich, email: [EMAIL PROTECTED] --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid0709bid3057dat1642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Landcover-DB Mapserver update
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martin Spott schrieb: Please enjoy the latest update to the Landcover Mapserver and the underlying database. Visit: http://mapserver.flightgear.org/ I just had a quick look at Munich (EDDM). Activating all layers it looks like that the most important stuff is included. (My hometown Holzkirchen is missing, but I could clearly identify where it should be located as the railway interscetions are there...) What I've seen is that there are only two road types. I think this could be limiting in the future. (As line data can dramatically increase the triangle count it might be necessary to switch off the smallest visible roads.) So, what about having those TerraGear-Layer types: roads_freeway (a big, multilane highway, like a German Autobahn) roads_class1road (a state road, like a German Bundesstrasse) roads_class2road (a provincial road, like a German Landstrasse) roads_class3road (a local road or a simple street in a town) roads_track(not used for regular traffic, mostly access roads for farming) roads_walkingtrack (ok, that's getting excessive...) If we are increasing the type count, perhaps one step further might make sense: roads_freeway4lane roads_freeway6lane roads_freeway8lane (for Germany that should be engouh...) This allows a more detailed vectorisation of the data. A current benefit could be, that the different road types generate different line widths. And even if the texures are the same in the beginning, it allows a selection of the relevant types for scenery generation (e.g. if we'd have roads_track data it still might be too much for current CPU/GPUs). CU, Christian -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (MingW32) iD8DBQFES1IalhWtxOxWNFcRAg8cAJ49EXsjVNNGwzl9dXI6ygSd1zmAeACfYdQr +sFpad0ZEZPjt0Edpp7AQYM= =w3BV -END PGP SIGNATURE- --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Landcover-DB Mapserver update
Paul Surgeon wrote: On Sunday 23 April 2006 00:17, Martin Spott wrote: Please enjoy the latest update to the Landcover Mapserver and the underlying database. Visit: http://mapserver.flightgear.org/ Looks excellent Martin! Thanks ! I feel a major drwback is that the airports don't have their ICAO codes attached to the circles. This appears to be part of the group of features that need special handling The scalebar seems to be broken though. Ah, I totally forgot about that one - the current definition of the scalebars is almost the only part that is taken from the sample. I'll see if I get that fixed after breakfast - I think the reason for the brokenness is a UNITS mismatch between the actual layers and the scalebars. Thanks, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Landcover-DB Mapserver update
On Sunday 23 April 2006 12:38, Martin Spott wrote: Paul Surgeon wrote: On Sunday 23 April 2006 00:17, Martin Spott wrote: Please enjoy the latest update to the Landcover Mapserver and the underlying database. Visit: http://mapserver.flightgear.org/ Looks excellent Martin! Thanks ! I feel a major drwback is that the airports don't have their ICAO codes attached to the circles. This appears to be part of the group of features that need special handling Ok, I'm assuming you're pulling the airport data out of the DB. I used a shapefile but the properties should be set the same in the Mapscript. The LABELITEM property is the column name. One thing you may want to do is use a dot with a ring for symbols. It makes it easy to see the symbol on top of any color. Light ring around dark dot or dark ring around a light dot. Example : http://www.freeimagelibrary.com/images/Surge/map1.png LAYER NAME Airports DATA Airports STATUS OFF TYPE POINT UNITSDD LABELMAXSCALE 1000 LABELITEMNAME TOLERANCE 3 CLASS NAME Airports STYLE SYMBOL cities-symbol COLOR100 120 255 OUTLINECOLOR 255 255 255 END LABEL COLOR 0 0 0 OUTLINECOLOR 255 255 255 TYPE BITMAP SIZE MEDIUM ANTIALIAS TRUE POSITION UR PARTIALS FALSE MINDISTANCE 300 BUFFER 4 END END END Paul --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Landcover-DB Mapserver update
Christian Mayer wrote: What I've seen is that there are only two road types. I think this could be limiting in the future. (As line data can dramatically increase the triangle count it might be necessary to switch off the smallest visible roads.) Yep, this a tribute we're currently paying to conformance with the 'historic' schema in TerraGear. The two protagonists in the area of handmade landcover data, Ingrid/Ralf on one and Thomas (Foerster) on the other side, favour different approaches in the handling of line data. Both produce favourable results, as you know. This is why a more modern approach is not yet ready (and beause of time contraints ). On one hand you can simply stick to an idea in the sort of what you proposed by defining five or six categories of roads and stuff everything into that schema. This makes it easy for everyone who aims at _handling_ that data. The same applies to any sort of water flows. Certainly such a schema wouldn't be hardcoded in software but instead we'd use a template file - here's a smple of what Ralf uses: # Typnummern für Liniendaten ## # Art Typnummer Quelle NameAreaType Breite l 10 strassen AutobahnFreeway 14m l 11 strassen Schnellstrasse Freeway 10m l 12 strassen HauptstrasseFreeway 6m l 13 strassen NebenstrasseRoad 5m l 14 strassen Nebenstr_schmal Road 4m [...] This template file would be located at a central repository, preferrably in a database table, and everyone dealing with landcover data (necessarily including users of TerraGear !!!) could/should load the content of the template into his favourite software. If something breaks, we all know that we have to shoot the maintainer of the template :-) Such an approach has several advantageous side effects, as you could easily attach some eye-candy to each class. For example you could make good estimates on what colour a river is supposed to have. You could assign a central reserve to every road of 11 m and more. One day you could even estimate how many AI-cars would drive down a little by-road. _But_ this is probably not the best approach for the group of those who _create_ and _use_ the data. This is especially true for rivers but for roads as well. If you stuff everything into a fixed schema of different widths you are supposed to loose many interesting details. Variable line width is the key here - but you are at risk to loose structural or logical information that might be very valuable next year as Terra-/FlightGear develop. Nonwithstanding a common, central template would be necessary in case you use variable line widths, the discussion is just about in which pattern to store the details/attributes. I see an analogy to the way airport layouts are being defined. There has been a schema that did the job for a while, thousands of hours of workforce have been poured into this to create taxiway layouts for a significant number of airports that please your eye. Now, after the discussion already lasts for several years, people can't avoid facing the fact that the schema doesn't match the needs because it is incapable of reproducing the logical layout of an airfield (except the main runways) and major parts of the eye-candy in the taxiway layouts have to be redone once people have agreed on a modern schema. I wouldn't want to make such a mistake with a new landcover data schema and I'm happy for proposals that help closing the gap and are mature enough to stand real-world use. I would like to dispel the assumption that we, especially Ralf, Thomas and I have been deedless in terms of this topic, it's just that a long-term solution is somewhat tricky. Aaaah, I intended to post such an 'essay' to this list so many times, but never did so. Sunday morning before breakfast is definitely the best time for such an undertaking, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid0709bid3057dat1642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Landcover-DB Mapserver update
Paul Surgeon wrote: On Sunday 23 April 2006 12:38, Martin Spott wrote: Thanks ! I feel a major drwback is that the airports don't have their ICAO codes attached to the circles. This appears to be part of the group of features that need special handling Ok, I'm assuming you're pulling the airport data out of the DB. I used a shapefile but the properties should be set the same in the Mapscript. The LABELITEM property is the column name. One thing you may want to do is use a dot with a ring for symbols. It makes it easy to see the symbol on top of any color. Light ring around dark dot or dark ring around a light dot. Example : http://www.freeimagelibrary.com/images/Surge/map1.png [...] CLASS NAME Airports STYLE SYMBOL cities-symbol COLOR100 120 255 OUTLINECOLOR 255 255 255 END The screenshot looks promising, but I guess it does not show these yellow circles. When assigning '100 120 255' I get some blueish dots. BTW, how does your definition of the cities-symbol look ? The difficulty is that Mapserver has its own idea on how to query a PostGIS database. In fact for the airport locations I'm reading the runway locations from the 'apt.dat' file, I'm determining an 'average' location by weighing the runway lengths on airfields with more than one runway and finally I'm creating an OGC/PostGIS-conformant POINT geometry which is then being written to the DB. Reading the geometry from the DB is easy but the standard way for Mapserver to read from PostGIS isn't well suited to read columns with simple text that contains the ICAO identifier. This needs a hand crafted query for Mapserver and I was not in the mood to do this yesterday evening :-) Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Re: [PATCH] No sound device fixes
* Pigeon -- Sunday 23 April 2006 14:31: It would be, IMHO, good, if we're not creating the sound manager, and the FGFX and FGVoiceMgr if either we couldn't find a sound device we could use or we want to disable sound completely. The voice manager doesn't need a device. It can send the messages over network to a computer which *has* a sound device. One could only avoid adding the subsystem if the user didn't enable the feature at all. Not that it would buy us anything: the subsystem does only burn cyclyes for an if (!foo) return; That's all, and the reason for it is that I considered to make it possible to activate the voice subsystem even after the init phase (via dialog). What again were the advantages? m. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Landcover-DB Mapserver update
On Sunday 23 April 2006 14:36, Martin Spott wrote: The screenshot looks promising, but I guess it does not show these yellow circles. When assigning '100 120 255' I get some blueish dots. BTW, how does your definition of the cities-symbol look ? SYMBOL NAME cities-symbol TYPE ellipse FILLED true POINTS 8 8 END END Paul --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Landcover-DB Mapserver update
Martin Spott wrote: Paul Surgeon wrote: On Sunday 23 April 2006 00:17, Martin Spott wrote: Please enjoy the latest update to the Landcover Mapserver and the underlying database. Visit: http://mapserver.flightgear.org/ [...] Thanks ! I feel a major drwback is that the airports don't have their ICAO codes attached to the circles. This appears to be part of the group of features that need special handling Got it, ICAO identifiery are being displayed, handling of outline colours is being worked on, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: [PATCH] No sound device fixes
On Sunday 23 April 2006 14:43, Melchior FRANZ wrote: * Pigeon -- Sunday 23 April 2006 14:31: It would be, IMHO, good, if we're not creating the sound manager, and the FGFX and FGVoiceMgr if either we couldn't find a sound device we could use or we want to disable sound completely. The voice manager doesn't need a device. It can send the messages over network to a computer which *has* a sound device. One could only avoid adding the subsystem if the user didn't enable the feature at all. Not that it would buy us anything: the subsystem does only burn cyclyes for an if (!foo) return; That's all, and the reason for it is that I considered to make it possible to activate the voice subsystem even after the init phase (via dialog). What again were the advantages? The advantage of his attached patch is that flightgear does not just crash if for some reason no sound device is found. Applied, Thanks! Mathias -- Mathias Fröhlich, email: [EMAIL PROTECTED] --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid0709bid3057dat1642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Re: [PATCH] No sound device fixes
* Mathias Fröhlich -- Sunday 23 April 2006 17:29: On Sunday 23 April 2006 14:43, Melchior FRANZ wrote: * Pigeon -- Sunday 23 April 2006 14:31: It would be, IMHO, good, if we're not creating the sound manager, and the FGFX and FGVoiceMgr if either [...] ^^ The voice manager doesn't need a device. [...] What again were the advantages? ^ The advantage of his attached patch [...] I was talking about the voice manager *only*. Not this patch. m. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Landcover-DB Mapserver update
Martin Spott wrote: Got it, ICAO identifiery are being displayed, handling of outline colours is being worked on, O.k., I consider this small step as finished. This was a nice task for refreshing my rusty Perl skills, starting to learn PHP and interfacing both with a PostGIS-DB, always trying to do it the right way (TM :-) Currently I don't know why the scalebars behave that strange, I'll look at this another day. I hope you will have fun investigating our current landcover data in the environment of your local airfield, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Textures Part II.
Melchior FRANZ wrote: The Constructive Guys[TM] didn't have much to say, so it's me again: I do still not like the new city[123].rgb textures. I even found the first highres version better than the following two (the one after the grainy gray dirt). See here for a comparison: http://members.aon.at/mfranz/cities.png [390 kB] Well-done, this comparison ! 4. this is what I came up with, and what I'm using myself. Here you also see that I don't like the shrub that much. I still use the first version. May be that the KSFO area looks really that dried up, but it doesn't really fit Europe very well. I agree that 4.) is the most appropriate for the region _we_ live in, but if you just head a bit south into the mediterranean region, Italy (ask Roberto) or southern France (ask me ;-) , the vegetation doesn't look this way. The The greener one seems like a better compromise. Maybe it should be in between? I second the latter, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] sound on 737-300
just recompiled cvs version of FG and for some strange reason i have no sound on the 737-300 , the volume is up , and if i try other models like the 747 they work ok. Only thing changed is FG being updated from the cvs. Strange. Any ideas ? Justin smithies --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] sound on 737-300
On Sunday 23 April 2006 20:15, Justin Smithies wrote: just recompiled cvs version of FG and for some strange reason i have no sound on the 737-300 , the volume is up , and if i try other models like the 747 they work ok. Only thing changed is FG being updated from the cvs. Strange. Any ideas ? Ok, on part of the last patch I checked in for Pigeon to prevent flightgear just crashing if there is no sound device seemed to be responsible for that. It still does not crash even if I unload the sound module. So I expect that the still present part of his patch is sufficient ... Please try again. Greetings Mathias -- Mathias Fröhlich, email: [EMAIL PROTECTED] --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid0709bid3057dat1642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Textures Part II.
Melchior FRANZ wrote: ... but, yes, maybe a bit greener to match all sorts of shrubby areas. I have no clue if the landuse sources distinguish dry shrub and green shrub. If they do, then my complaint is invalid, of course. Terra-/FlightGear is able to distinguish between the landcover types listed here - the table is simply a HTMLified version of the schema I use to maintain the database: http://www.custom-scenery.org/Background.262.0.html Every type except the last seven entries is actually being used as input for scenery generation (you primarily want to look at the landcover_* types) but not each of them has its unique texture defined in 'materials.xml', several landcover types share the same textures, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Textures Part II.
Hi Mel, I think I need to get a new monitor :D lol I like the color adjustments you've done to the city [1,2,3] textures, please feel free to commit it to CVS. As for the Default Shrub texture, well it's not really appropriate for my region either...but a slight concession had to be made for arid regions. Anyway, I've just update the European Texture pack. It now includes a NorthernEuropean-ish City (city 4,5), a new European Shrub (shrub 5,6,7),a new European Sand (Sand 7) texture, and color and texture correctionsto the previous texturesby Mark Akermann. -Rob http://mellonroot.acomp.usf.edu/~phoenix
[Flightgear-devel] Re: Textures Part II.
* Martin Spott -- Sunday 23 April 2006 22:14: Terra-/FlightGear is able to distinguish between the landcover types listed here - [...] Thanks. Interesting. But doesn't tell if one and the same shrub type is used for dry (as in bay area) and for green areas (as I'm used to). Also, looking at material.xml, for example, in nameShrubCover/name nameShrubGrassCover/name textureTerrain/shrub.rgb/texture textureTerrain/shrub2.rgb/texture textureTerrain/shrub3.rgb/texture we are mapping two types to three different textures. Wouldn't it make more sense to map ShrubCover and ShrubGrassCover to different textures? This wouldn't use more space, but possibly match reality better. I would assume that ShrubCover is greener than ShrubGrassCover. This would replace some randomness (which is great) with more reality (which is greater :-). Theoretically, we could also use one and the same texture in two entries with different state values (ambient/diffuse), without using up more texture memory. No idea if that would yield acceptable values, though. m. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
RE: [Flightgear-devel] Better way to edit XML files
Is there a better way to edit FG XML files than using a text editor? Possibily something that helps with syntax and keywork selection? Regards :-D ene There are several very good XML editors available. I use OxygenXML. If there exists a schema for the XML file being edited, there are even more possibilities. For JSBSim files, we will shortly have available JSBSim Commander, which is a GUI editor for JSBSim files. Jon --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Textures Part II.
we are mapping two types to three different textures. Wouldn't it make more sense to map ShrubCover and ShrubGrassCover to different textures? This wouldn't use more space, but possibly match reality better. I would assume that ShrubCover is greener than ShrubGrassCover. The answer isn't that simple... :( The materials.xml fileactually has alot of unused mappings, and this is a goodexample.The mappings in the materials.xml file should correspond with the names assigned to the polygons built during the last scenery build. However, it seems like assigned names sometimes change between builds, for example the poly's name ShrubGrassCover in a previous buildmaybe now named ShrubCoverin this build. I think this is just to keep compatibility with some of the older scenery builds. The current list of valid names assigned to the polygons are located in Terragear's src/Prep/Shapefile/process.sh In order to create my own userdefined assignments (so I can rebuild the world in regional chunks), I've added several new entries intonames.cxx and names.hxxusingMartin'sshapefile's naming scheme. e.g. World_landmass_default North_America_East_landmass_default North_America_Central_landmass_default North_America_Mountain_landmass_default North_America_Pacific_landmass_default Europe_North_landmass_default Europe_South_landmass_default South_America_landmass_default Africa_landmass_default Asia_landmass_default Asia_South_West_landmass_default Asia_South_East_landmass_default Asia_Japan_landmass_default Australia_landmass_default Oceania_landmass_default Polar_landmass_default This way, I can rebuild the world in pieces and have uniquely assigned material for each region. I still have some testing to do, but I'm pretty confident this approach will work. -Rob
Re: [Flightgear-devel] Re: Textures Part II.
Melchior FRANZ wrote:
nameShrubCover/name
nameShrubGrassCover/name
textureTerrain/shrub.rgb/texture
textureTerrain/shrub2.rgb/texture
textureTerrain/shrub3.rgb/texture
we are mapping two types to three different textures. Wouldn't it make
more sense to map ShrubCover and ShrubGrassCover to different
textures?
Pointing at this particular fact was my intention when I mentioned that
not every layer has its unique texture :-)
In the case you cite here the effect does not matter because there is
no 'ShrubGrassCover' layer - this is sort of a blind entry. I know that
at least two textures are being reused by two or more material
names/layers each as I had a look at this while preparing the
Mapserver. I found it pretty cumbersome to dig through the stuff as I'm
no XML parser so I decided to get out of that.
The document stored here:
ftp://ftp.ihg.uni-duisburg.de/GIS/GISData/NIMA/VMAP0_spec.pdf
starting at about page 150 lists different area features and
information on how to identify these ('f_code', 'veg', 'smc', 'swc' and
so on). Somebody with lots of spare time could have a look at this and
try to identify landcover/material types that are already prepared in
'TerraGear/src/Lib/Polygon/names.hxx' and in 'data/materials.xml'. Most
of this is already put into browsable form on this page:
http://www.de.terragear.org/docs/vmap0/coverage.html
There's another thing: When picking colours to identify the different
layers for my Mapserver I averaged the color values over the texture
tiles and realized that the color values of many textures resemble each
other - see the Legend to the Mapserver map display after selecting all
landcover layers.
Regards,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Textures Part II.
Yeah, I noticed that the colors seemed really close together on the mapsever too. I've been meaning to send you that file for the color mapping (I used the same color averaging method in GIMP as you used however the colors seemed close together). -Rob There's another thing: When picking colours to identify the differentlayers for my Mapserver I averaged the color values over the texture tiles and realized that the color values of many textures resemble eachother - see the Legend to the Mapserver map display after selecting alllandcover layers.Regards, Martin.--Unix _IS_ user friendly - it's just selective about who its friends are ! -Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easierDownload IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Generic Protocol (generic.cxx etc) - Binary Mode
Hi everyone, I am new to FlightGear and am using it for a UAV project (yep, yet another one - see http://www.albatross-uav.org). I need FlightGear to output binary-formatted data into UDP packets to support a custom protocol used in the system (that is, to have data from FlightGear look like data coming from the UAV, to test the ground station software etc.). There has been talk on the mailing list before (e.g. here: http://www.opensubscriber.com/message/flightgear-devel@flightgear.org/1750238.html by Michael Meyers) about added binary support to the generic protocol, but it seems nothing was done about it. I added basic binary mode support to Network/generic.cxx that is enabled with a binary_modetrue/binary_mode tag in the protocol XML file. The patch is quite small, and if the binary_mode tag is not found it does not fail (meaning any existing protocol XML files continue to work). As well as supporting simple packed binary output, configurable data can be added at the end of each packet (aka line in ASCII protocols), such as a magic number, or the length of the packet. Other things like a CRC checksum of the packet could be added easily. I also updated OpenGC for this change and made a OpenGC.xml protocol file, but it appears the OpenGC project is more or less dead. Also, Network/opengc.cxx is a bit of a mess and seemingly unmaintained; it might be nice to get rid of it and replace it with a XML file at some stage. One approach is to directly replace opengc.cxx with an XML file that emulates the structure of the ogcFGData class, - however different compilers probably pad the variables in the class differently (for alignment/efficiency), so a patch to OpenGC does need to be made. If anyone wants the generic binary mode patch, or better yet, wants to add it into the main FlightGear repository, reply (to the list). Also, if anyone else has uses or requirements for binary protocols, let discuss them here, so that we can make generic binary support as broad and applicable as possible. Cheers, Hugo Vincent. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
