Re: [Flightgear-devel] b1900d logo
syd wrote: I see from user screenshots that my idea of a transparent logo for the B1900d was a bad idea . Don't worry, the B1900D is still several users all-time-favourite ;-) I wouldn't care that much for the logo. I consider performance numbers to be of higher priority: You need to reach at least 130 kts in order to rotate (at sea level without flaps) but I'd expect such an aircraft to rotate at significant lower speed. Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Next world scenery build
Vassilii Khachaturov wrote: This next world scenery build will include SRTM2 data. In the USA I [snip] My goal is to have everything done (for this round) by Jan 1 of the new year. But I reserve the right to push that date back in case I run into any new glitches. Thanks! Don't forget to take the rest on the seventh day of the world creation :-) Hah, good point ! I'm in favour of Curt's current approach because it enables us to iron out those glitches that might surface during the shapefile-based scenery generation _before_ we start major changes alias improvements in the landcover nomenclatura. It's always dangerous to work on two different ends of such a complex building because you never know where the problems lie if something fails in the end. After the 'standard' shapefile-based scenery has proven to work we can start tackling issues like the Great Lakes shorelines and such. Best regards, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] b1900d logo
syd wrote: I see from user screenshots that my idea of a transparent logo for the B1900d was a bad idea . I always assume that if it works on my computer it must work on everyone else's:) BTW, my screenshot overhead the Tempelhof building was done on Win32, the logo looks correct on XOrg with the OpenSource ATI r200 driver without shadows. I just don't own a computer (I don't own any PeeCee at all ) that is powerful to display shadows, so I have to eomploy some Windows machine if I want to profit from all those nice features. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Next world scenery build
Stefan Seifert wrote: Well, TaxiDraw is it's own story. Took me some hours to get it running (due to wxGTK incompatibilities that are worked on in the CVS version). Did one airport as good as I could but never submitted because actually looking at the result would have taken me several more hours to play with terragear and scenery generation, which I just did not have then. That's not really encouraging to do more. I usually don't judge a piece of software after just one single use - I wonder how you managed to stick to FlightGear as it definitely has some rough edges for the first-time user. Having at least a second try with TaxiDraw does not only get you into routine, you probably also have the chance to explore additional features. _And_, you don't have to build the scenery - just submit your airport and you'll see how it looks after the next scenery update. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Next world scenery build
Stefan Seifert wrote: I just wanted to point out, that the reason for so few people (if it really are few) use it yet is, that it may be just too difficult and/or time consuming to start using it. I actually took some hours to port TaxiDraw to wxGTK-2.6 so I could finally compile it. I took an easier route and used wxX11-2.4 for TaxiDraw :-) O.k., I admit that I had a very urgent desire to get a certain airport accepted into the airport database that there was almost no room for investigation if I like TaxiDraw or not I normally try to get something into the best shape possible before submitting my work. Using TaxiDraw for the first time and not knowing if I did it anything nearly correct, I just didn't feel comfortable submitting it. Then, why don't you simply post a link to your work and ask someone else to have a look at it. I didn't feel offended by your decision not to try TaxiDraw, I simply can't follow your argument. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] NOTIFICATION: List server change!!!
Curtis L. Olson wrote: Thanks for your patience, cooperation, and understanding as we make this move to a new list server. Will you take care of those accounts that have mail delivery disabled ? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Next world scenery build
Stefan Seifert wrote: Martin Spott wrote: You can zoom in and see, if the curves match your expectation and so on. O.k., you probably should not submit your very first try but the second one might be a good guess. If the result in FlightGear looks much worse, then blame Curt :-) But how do I know what's wrong about the first try? I simply redid my favourite airport from scratch a second time, profiting from the expience I gained the first time and because I had the desire to make it nearly perfect, I redid it a third time before submitting :-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Slashdot: Seasons Givings
Curtis L. Olson wrote: P.S. I can still photoshop out most of my gray hair ... :-) Being an OpenSource advocate I hope that you 'GIMP' our those grey hairs that accidentially might happen to be where you didn't expect them ;-) Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Even more Scenery Objects
Hello, I'm glad I can tell you about recent additions to our FlightGear Scenery Objects database. The Berlin Tempelhof airport building is not only the most famous airport building I am aware of, but the model by Jens Toerring is also probably the most sophisticated Scenery Object we currently have in our collection. http://document.ihg.uni-duisburg.de/bitmap/FGFS/EDDI_01.jpg It's not that easy to create a screnshot of this large building without losing major detail Watch it at night ! Additionally I'm happy to inform you of some buildings that Mircea Lutic placed in the vincinity of the Romanian capital Bucharest, a country within the borders of geographical Europe that very few people know anything about. Everything on: http://fgfsdb.stockill.org/models.php Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Proposal: New way to add commandline options
Erik Hofman wrote: How would we all fell about minimizing the number of command line options in favor of the --prop:prop=value method and make sure all of them are explained in a document rather than the help message. I see three reasons opposing this idea: 1.) I'm not sure but I assume you can't use : inside a command line option on certain platforms (Windows). 2.) Too often people want to do 'command -h [-v] | grep -i keyword' in order to search for a certain option, they don't want to browse a supplemental text file. 3.) Every effort spent into another duplication of such information is waste. If someone really wants to revamp '-h -v' I suggest to create a method that browses the property tree and to force any available option to carry an explanation that is attached to the respective object in the mentioned tree. Duplication of such information unavoidable results in some sort of mess - _always_ :-)) Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: JSBSim broken?
Jon S Berndt wrote: On Sun, 11 Dec 2005 15:02:13 +0100 Melchior FRANZ wrote: It's the job of the glue code (JSBSim.cxx) to map internal values to standard fgfs properties. This internal /fdm/jsbsim/foo thingy will hardly ever be supported by the keyboard/joystick bindings. Maybe I'm not understanding your meaning, though ... I'm convinced Melchior aimed at pointing out that FDM-specific names for non-FDM-specific properties don't belong into FlightGear. Regards, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] 2D-Panel for 707
Georg Vollnhals wrote: BTW: what city is displayed in your screenshot? According to the buildings this must be Paris (find the large TV set right hand behind the turtle :-) I'm surprised to see such a panel layout - it's almost as flat and straight as your C172's are. Did the early airliners really have such a simple panel layout ? Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: [Terragear-devel] Post GIS based Scenery
Jason Cox wrote: Is there a Howto on using PostGIS to create Scenery ? No, as there is no use for PostGIS in _creating_ scenery. I'm running a PostGIS database that stores our landcover data from VMAP0 and which soon will contain manual improvements as well, but PostgreSQL/PostGIS is for data storage only. There are some shapefiles that _derive_ frmo what I'm storing in my PostGIS database. Please look here: http://web44.netzwerteserver2.de/212.0.html There's also a short instruction on how to produce errors :-) http://mail.flightgear.org/pipermail/flightgear-devel/2005-November/040838.html Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Possible new thinking
Steve Hosgood wrote: Not sure about whether FlightGear currently allows for force feedback, Sure it does - if it actually works only depends on the intelligence of your actuator subsystem. All data that might have impact on the respective force is available for being written to an output channel of your choice - although, as Curt admits, the data structure changes from version to version in certain cases Now it's up to you to decide which values to pick for creating appropriate force-feedback. Does FlightGear provide output data that would allow you to tip a cockpit on hydraulic rams (or any other system) to try and model changing G forces for the pilot? http://www.de.flightgear.org/Projects/RayChair/raychair.html Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: [Flightgear-cvslogs] CVS: data/Aircraft/Rascal README.Rascal, NONE,
Hello Curt, Curtis L. Olson wrote: Update of /var/cvs/FlightGear-0.9/data/Aircraft/Rascal In directory baron:/tmp/cvs-serv29111 Added Files: README.Rascal Rascal110-set.xml Rascal110.xml rascal-electrical.xml thumbnail.jpg [...] flight-modelyasim/flight-model aeroRascal110/aero fuel-fraction0.8/fuel-fraction I'm very much surprised to see that you intend to use YASim for an aircraft, that you want to model based on existing flight data. Do you actually expect YASim to be the right tool for that job or is it simply leftover from using the Cub layout as basis ? I might miss the point but to my understanding it is expected be much easier to feed real data into JSBSim. Just being _very_ curious ;-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] drifting bearings (magvar/hid-offset mismatch)
Joacim Persson wrote: Compare the properties: /instrumentation/heading-indicator/offset-deg and /environment/magnetic-variation-deg[0] The former is drifting (decreasing). The gyro actually _does_ have a drift, on ground as well as in flight. Especially in flight you have to re-adjust it from time to time which requires level and steady flight, because otherwise the magnetic compass doesn't show a valid heading, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] CVS and PLIB
Jon Berndt wrote: Is there some kind of problem going on with downloading PLIB from CVS? Seems there's been a partial outage in progress on SF.net for weeks. I can't get plib from CVS, though ... I made a copy of the latest CVS available: ftp://ftp.uni-duisburg.de/FlightGear/Devel/plib-20051127.tar.gz Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: [Flightgear-cvslogs] CVS: data/Aircraft/Lockheed1049/Models
Curtis L. Olson wrote: Update of /var/cvs/FlightGear-0.9/data/Aircraft/Lockheed1049/Models In directory baron:/tmp/cvs-serv7950/Models Modified Files: Lockheed1049_twa.xml Log Message: Thierry: Sets correctly the VRP at the nose : Yep, the VRP appears actually to be located at the nose, but the offset to the CG is still missing :-) Have a try, look at the aircraft from an outside view (chase view w/o yaw), activate the HUD and see where the center of the HUD points at: It points at the nose whereas it _should_ point at somewhere near the wing root, actually at the CG. Currently the FDM still 'thinks' the CG is at the nose. Don't get me wrong, I don't want to hurt anyone, I just want to remind that the issue hasn't been solved yet. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] 0.9.9 compile problem
Vassilii Khachaturov wrote: SimGear really isn't designed to be a shared library anyway -- the various libsg*.a files just match the directory structure of the source code. As Alex pointed out, they have complicated dependency relationships that are going to be difficult to manage. Hmmm what about fgsd and Atlas? they link against the same codebase, don't they? why not lower the use of the VM by sharing it? Look at the layout. PLIB and Simgear are both a bunch of small libraries and you only link those that you really need for your application. If the creators really had the intention of havind a shared lib then I presume they would have put everything into a single library (libplib.so and libsg.so), Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [Re] Buildings?????
Thomas F??rster wrote: As long as FGSD has no support for these (or similar) formats, there is no way to merge different contributions. That's why Martin noted that FGSD probably MAY be a dead end regarding terrain modelling. and this isn't any news to Frederic, the autor of FGSD. It was almost at the same time when I was planning the landcover database that Frederic came up with the idea of using primitives in FGSD instead of directly working on the triangle layout. The motivation of both ideas is almost the identical: Make individual contributions available to everyone via the standard scenery. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: [Flightgear-cvslogs]
Jon Berndt wrote: I *think* I know who did this model. I'll notify/ask him abou tit. Thanks for noticing the VRP aspect. This aspect is my favourite one :-) Thanks for speaking up, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: [Flightgear-cvslogs] CVS: data/Aircraft/Lockheed1049 - New
Curtis L. Olson wrote: Update of /var/cvs/FlightGear-0.9/data/Aircraft/Lockheed1049 In directory baron:/tmp/cvs-serv14998/Lockheed1049 Log Message: Directory /var/cvs/FlightGear-0.9/data/Aircraft/Lockheed1049 added to the repository The Constellation looks pretty nice, but has a significant drawback: The author has forgotten to implement the offset between FDM center and visual reference point. This means the aircraft rotates around it's nose which makes it almost impossible to accurately rotate for liftoff. Furtheron it looks really funny when the aircraft wags the whole body when you use the elevator ;-) Syd, I presume this is your work. Would you mind adding this offset ? Thanks, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] thesis?
Georg Vollnhals wrote: An add-on could be a little program outside of FlightGear where you can place several single objects into a fixed set which can be placed into the scenery by your new object-edit-code as described above. Well, FGSD is a tool that eases placement of objects in the scenery and, although noch much development has taken place for some time, I believe that this tool is still of pretty much use for such work, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [Re] Buildings?????
Roberto Inzerillo wrote: FGSD is very helpfull in modelling the terrain too. but you should note that there is no way to feed this terrain back into the 'official' FlightGear Scenery, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [Re] Buildings?????
Robicd wrote: Martin Spott wrote: Roberto Inzerillo wrote: FGSD is very helpfull in modelling the terrain too. but you should note that there is no way to feed this terrain back into the 'official' FlightGear Scenery, I have real fun with that, my area (which is Palermo - Italy) has really awfull release scenery tiles. I guess I will need more time to spend on learning GRASS and maybe in the near future we will have the tools to easily integrate private enhancements to the scenery base. I'm pretty sure we will have tools in the near future to merge certain landcover enhancements into the main scenery. We may have tools to merge elevation data into the main scenery but I fear we will almost _never_, as we already said in an earlier discussion, never have the tools to merge those enhancements that people created with FGSD. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [Re] Buildings?????
Vassilii Khachaturov wrote: Is Jon's database only for actual objects and their location on the virtual Earth, i.e., are these terrain changes impossible to submit to his DB? Our database is for scenery objects only. This is, why I prefer to call it the FlightGear Scenery _Objects_ Database. Jon decided to leave the Objects out - maybe I can convince him to put it back in. Hi Jon ;-)) There is another database that stores landcover data only - no terrain elevation data. The reason why we still don't have a database for elevation enhancements is that there is - to my knowledge - no standard for storing such information in an OpenSource database that's sufficiently established to rely on. Yes, Norman suggested to simply store elevation data in a binary column but I don't like this method very much because it lacks the comfort of geospatial queries right in the database like the PostGIS or any other OGR compilant database offers. At the moment people, mostly Ralf and hopefully Curt as well, are busy enough to fix the interface between Shapefiles and Terragear. Once this works we might start another project for merging sophisticated elevation out o0f an experimental database data with SRTM :-) Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Two issues/question
Adam Dershowitz wrote: 2) If I start with --enable-clouds3d then I just don't get any of the low level clouds to show up at all. In other words, without that feature, I get clouds at 5,000 feet, but with that flag I don't get any, but I don't see any errors either. [...] Could you try to verify if this is the same effect that I pointed at in a mail with the subject Conflicting clouds ? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] RenderTexture bug
Erik Hofman wrote: I might have solved the nasty RenderTexture bug for ATI cards in CVS. Anyone cares to test it? Yes, but I won't see 'my' PeeCee, the one at my customers location that's equipped with an r200 board, before thursday, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] RenderTexture bug
Enrique Vaamonde wrote: I will try to use the open source drivers and see if anything improves, which I doubt. The OpenSource drivers should do - at least they did for me for a long time, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] getstart manual
Curtis L. Olson wrote: Is there any plans to update the .html version of the getting started guide? Yes, there is, but unfortunately I won't have the time to do this before this weekend, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] OT: Tower Simulator
I just ran across this document http://www.adacel.com/prodserv/downloads/MAXSIM.pdf and thought: Isn't it great that FlightGear is so flexible to provide the visuals for such an application without modification ? Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Conflicting clouds
Hello, I see a strange effect that is related to 3D-clouds. I am starting FG from EGPH with 'simple' clouds by setting --enable-clouds on the commandline. Current METAR is: EGPH 151720Z 25006KT FEW030 05/01 Q1008 and FG translates this into a few cloud layer at 3135 ft having a thickness of 65 ft. That's o.k. for me as the clouds look nice :-) Now I enable 3D-clouds at runtime via the menu and all clouds disappear, even the few layer. Does anyone have an explanation for this ? These days I experienced a similar effect when _two_ cloud layers were present. After enabling 3D-clouns the upper of the two seemed to disappeare, the lower still was there. Unfortunately I can't tell if there actually were 3D-clouds. Regards, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] impending v0.9.9 release
Hello Curt, Curtis L. Olson wrote: I really really want to get v0.9.9 done this week. It might be very helpful if add your weight to the idea to get a _functional_ PLIB release to base on. To my memory the current PLIB CVS is pretty good in shape, except one network patch that should be backed out (spotted by Melchior), Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Getting Started Guide - Terrain/Objects
Stefan Seifert wrote: Buchanan, Stuart wrote: OK, I'll suggest /var/share/FlightGear/WorldScenery/[Terrain|Objects] for *nix, and FG_ROOT\Scenery\[Terrain|Objects] for Windows. I'm sure you meant /usr/share/FlightGear/... and not /var. Hehe, I've started a similar discussion twice in the past when I was seeking for an appropriate phrase to put into the manual. The consensus was that we didn't manage to find a consensus :-) Herewith I suggest $FG_ROOT\Scenery\[Terrain|Objects]\ for Windows and $FG_ROOT/Scenery/[Terrain|Objects]/ for Unix, so everyone is free to place their Scenery by choosing an appropriate place for $FG_ROOT. Regards, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: Getting Started Guide - Terrain/Objects
Buchanan, Stuart wrote:
--- Curtis L. Olson [EMAIL PROTECTED] wrote:
Melchior FRANZ wrote:
If so, is the convention to name the directories as follows:
$FG_ROOT/data/Scenery - standard SF bay scenery included in base package
$FG_ROOT/Scenery - scenery downloaded in 10x10 chunks
$FG_ROOT/WorldScenery - scenery downloaded by terrasync
[...]
Not to get overly pedantic, but someone suggested
.../.../WorldScenery/{Terrain|Objects} for *nix platforms, and the
person doing the documentation work said ok, so my response was a plea
to keep things consistent across platforms and just use
$FG_ROOT/data/Scenery as the root of the scenery tree.
Now I'm getting even more confused. I thought $FG_ROOT/data/Scenery was
just to contain the base package scenery for the SF Bay area.
There's indeed some confusion in here.
$FG_ROOT actually points to the data/-Directory, this means, $FG_ROOT
contains ATC/, Aircraft/ , Models/ , Scenery/ and so on. As
far as I remember Melchior's intention was to express this. I think
Curt's statement accidentally differed from what he wanted to say - as
he is definitely involved in the creation of the $FG_ROOT-contruct :-)
Maybe this is a can of worms I don't have enough understanding to want to
open ...
This _is_ a can of worms but I certainly don't mind talking about it
from time to time. In fact people tend to use different directories
based on their experience and the operating system they use. Adding to
that, those people who know almost only one flavour/distribution of
Unix usually choose a different directory than those who have platform
interoperability in mind :-)
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: Getting Started Guide - Terrain/Objects
Curtis L. Olson wrote: Melchior FRANZ wrote: This dir doesn't exist. There's no such thing as $FG_ROOT/data/. Of course there is. :-) $FG_ROOT/source/ $FG_ROOT/data/ $FG_ROOT/data/Aircraft/ $FG_ROOT/data/Scenery/ Curt, this does not necessarily work. Apparently you have been misunderstood by several people for a long time. This makes the topic really funny :-) Looking at the facts, 'fgfs' actually does find the aircraft model, when data/ resides _below_ $FG_ROOT, but it does _not_ find the Scenery, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: Getting Started Guide - Terrain/Objects
Oliver C. wrote: Then we should definitely officially use /usr/local/games/flightgear/ or /opt/flightgear/ as $FG_ROOT on unix systems. I don't understand why the hell people should want to use /usr/local/games/ for FlightGear ? Just curious, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: Buildings ?????
Josh Babcock wrote: Ima Sudonim wrote: Probably accurately displaying the borders of parks and forested areas could help with VFR, no? (this is not to imply that the borders are not accurate, I don't know but it might be worth looking into) Again, a function of how accurate the VMAP data is. I think it's already pretty good, actually. Several people did comparisons between VMAP0 data and reality and it looks like VMAP0 is not very accurate at all in this area. I expect that we an offer a guide to the community in the not so distant future that explains how people can improve the landcover data and submit these improvements. Please keep in mind that carefully altering landcover data might comsume a noticeable amount of time On the other hand you will be compensated by very nice visual effects, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: Getting Started Guide - Terrain/Objects
Oliver C. wrote: Seriously, i can live with both directories. /opt/flightgear is fine too. Great - should we focus on this one for documentation purpose ? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: [Flightgear-cvslogs]
Hello Gerard, Curtis L. Olson wrote: Update of /var/cvs/FlightGear-0.9/data/Aircraft/F-8E/Engine In directory baron:/tmp/cvs-serv1607/Engine Removed Files: PW-J57P.xml direct.xml Log Message: Gerard Robin requests that his work not be included in FlightGear's CVS. will this aircraft model still be available at some other location ? Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] 0.9.9 scenery?
Martin Spott wrote: ftp://ftp.ihg.uni-duisburg.de/FlightGear/Devel/BaseObjects.tgz O.k., there is a new file, please check it out - and put it into the base package if you think it is correct :-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] OT: A380 arrived in EDHI (Hamburg-Finkenwerder)
Ampere K. Hardraade wrote: On another note, this was taken in Singapore recently: http://www.airliners.net/open.file/957790/L/ Compare to what we have in FlightGear now: http://www.students.yorku.ca/~ampere/fgfs-screen-005.jpg You might want to ignore the two Windows PeeCees for your model ;-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] diff for browser change for mac os x to use
Arthur Wiebe wrote: [...] SSBhZ3JlZSB3aXRoIEphbWVzLiBJJ3ZlIGJlZW4gdXNpbmcgdGhlIC0tb3Blbi13aXRoIG9wdGlv As Arthur obviously decided to ignore private mail on this topic I think I'd post my comment on the list: Could we please agree not to post encoded EMail on this list !?! Thanks, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] 0.9.9 repost
Dave Culp wrote: Dent: .Dent: ..Dent: EHAMopening [...] I don't know what the Dent stuff is. I think tis is Directory ENTry. There is a . in this subdir, there is a .. and there is EHAM :-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] OT: FYI, mac os x developers,
Arthur, can you read _this_ ? Arthur Wiebe wrote: [...] SSd2ZSBiZWVuIHVzaW5nIFhjb2RlIDIuMiBmb3Igc29tZSB0aW1lIG5vdyBidWlsZGluZyBGbGln aHRnZWFyIGFuZApldmVyeXRoaW5nIGVsc2UuIFByZXZpZXcgYnVpbGRzIHVudGlsIG5vdyBvZiBj b3Vyc2UuCgpCeSB0aGUgd2F5IFhjb2RlIHByb2plY3RzIHlvdSBjYW4gdXNlIHRvIGJ1aWxkIFBM SUIsIFNpbWdlYXIsIGFuZCBGbGlnaHRHZWFyCmFyZSBhdmFpbGFibGUgbm93LiBJJ3ZlIHBvbGlz aGVkIHRoZW0gdXAgc28gdGhleSBzaG91bGQgYmUgcmVhZHkuCklmIHlvdSdyZSBpbnRlcmVzdGVk IEknbGwgY29tbWl0IHRoZW0gdG8gdGhlIG1hY2ZsaWdodGdlYXIgY3ZzLgoKT24gMTEvMTIvMDUs IEltYSBTdWRvbmltIDxpbWEuc3Vkb25pbUBjb21jYXN0Lm5ldD4gd3JvdGU6Cj4KPiBBY2NvcmRp bmcgdG8gYXBwbGUgZGV2ZWxvcGVyIGNvbm5lY3Rpb24gKEFEQykgbmV3cywgQXBwbGUncyB4Y29k ZSAyLjIKPiBoYXMgYmVlbiByZWxlYXNlZC4KPiBJdCB3b3VsZCBiZSBuaWNlIHRvIGtub3cgdGhh dCB0aGUgbmV3IGZpeGVzIGhhdmVuJ3QgYnJva2VuCj4gRmxpZ2h0R2Vhci4uLiBJdCBpcyBhbiA4 MzQgTUIgZGlzayBpbWFnZSB1cGRhdGUgZm9yIG1hYyBvcyB4IDEwLjQueC4KPgo+ID5Eb3dubG9h ZCBOZXdseSBSZWxlYXNlZCBYY29kZSAyLjIgVG9kYXkKPiA+TGF0ZXN0IHRvb2xzIG1ha2UgYnVp bGRpbmcgdW5pdmVyc2FsIGJpbmFyaWVzIGV2ZW4gZWFzaWVyLgo+Cj4gPkFsbCBBcHBsZSBEZXZl bG9wZXIgQ29ubmVjdGlvbiBtZW1iZXJzIGNhbiBkb3dubG9hZCB0aGUgbmV3bHkKPiByZWxlYXNl ZCBYY29kZSAyLjIgYXQgbm8gY29zdCBmcm9tIHRoZSBBREMgTWVtYmVyIFNpdGUuCj4KPiBCYXNp YyBBREMgbWVtYmVyc2hpcHMgYXJlIGZyZWUsIGFuZCBwZXJtaXQgZG93bmxvYWRpbmcgZGV2ZWxv cG1lbnQKPiB0b29scyBhbmQgdXBkYXRlcy4KPgo+IEFEQyBtZW1iZXJzIGNhbiBkb3dubG9hZCBm cm9tIDxodHRwOi8vaW5zaWRlYXBwbGUuYXBwbGUuY29tL3JlZGlyLwo+IDMwMzU2OS80NTJfMTAw LzFlZjBhMjcwNzcwNmQ3Y2QxMTIxNGY5OGFkNjQyZjA2Pgo+Cj4gQmVzdCByZWdhcmRzLAo+Cj4g SW1hCj4KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+ IEZsaWdodGdlYXItZGV2ZWwgbWFpbGluZyBsaXN0Cj4gRmxpZ2h0Z2Vhci1kZXZlbEBmbGlnaHRn ZWFyLm9yZwo+IGh0dHA6Ly9tYWlsLmZsaWdodGdlYXIub3JnL21haWxtYW4vbGlzdGluZm8vZmxp Z2h0Z2Vhci1kZXZlbAo+IDJmNTg1ZWVlYTAyZTJjNzlkN2IxZDhjNDk2M2JhZTJkCj4KCgoKLS0K PEFydGh1ci8+Ci0gaHR0cDovL3NvdXJjZWZvcmdlLm5ldC91c2Vycy9hcnRvb3JvLwotIGh0dHA6 Ly9hcnRvb3JvLmJsb2dzcG90LmNvbQo= So, why are you posting this crap ? Please stop it, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: OT: FYI, mac os x developers,
Hello Melchior, Melchior FRANZ wrote: This is very standard base64 encoding. Every semi-decent mailer should be able to display this. Of course, it would be better in readable ASCII, but I wouldn't say it's crap. Your mailer *is* crap! :-P You know as good as I do that by common practice encoded emails don't belong into mailing lists - unless explicitly stated. Today we have base64 encoded mails, maybe tomorrow sombody thinks he'd post uuencoded mails he and tells us that every semi-decent mailer should be able to display this - which is to the same grade correct as your statement is. But all this doesn't change the fact that encoded emails in a mailing list are a nuisance. I wrote Arthur privately before and he simply didn't respond at all. Every semi-decent list member should do this, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] 0.9.9 scenery?
Martin Spott wrote: ftp://ftp.ihg.uni-duisburg.de/FlightGear/Devel/BaseObjects.tgz Acccording to my tests this package is indeed ready for inclusion, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] OT: A380 arrived in EDHI (Hamburg-Finkenwerder)
George Patterson wrote: Hi, It looks like you are trying to pilot a plane. Would you like to... or Restart all systems a few seconds later.. Okay... restarting all systems.. You know that something similar _really _happened to one V-22 Osprey !? They have hydraulics for every single propeller blade which results in a very narrow structure in the propeller hubs. By accident one hydraulic tube was rubbing against an electrical cable and started leaking. The resulting loss of hydraulic pressure was accidentally misinterpreted !! by some computer on board which indicated an error to the pilots where the reboot of a certain computer system is listed as the required procedure. After restart this computer, which apparently is tied to the FCM, accidentally misinterpreted !! the current flight attitude and lead to actuator controls which crashed the plane :-(( Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Which aircraft to include in v0.9.9?
Ima Sudonim wrote: http://translate.google.com/translate?u=http%3A%2F%2Fwww.linux- user.de%2Fausgabe%2F2005%2F11%2F070-flightgear%2Flangpair=de% 7Cenhl=ensafe=offie=UTF-8oe=UTF-8prev=%2Flanguage_tools Oh yeah: flies are still an expensive pleasure :-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Which aircraft to include in v0.9.9?
Josh Babcock wrote: Martin Spott wrote: Oh yeah: flies are still an expensive pleasure :-) Damn right. Do you know how much money it costs to upgrade a fly from annoying to pleasurable? Yes, I do, but my system is not that expensive. You need a money purse and good visual judgement That's much more fun than a simple fly flap :-) Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] plib update: gui themes pink input fields,
Melchior FRANZ wrote: Not in yesterday's update, but another reason to update, especially for creators of binary 0.9.9 packages. This was added after the last stable plib release 0.8.4: This is not the only reason why it makes sense to have a new PLIB release. FreeBSD portability fixes for example were ignored for the 1.8.4 and, as Steve Baker wrote a day after the release: Once we've gotten the thing to the point where it's basically releasable, doing a new version is a 10 minute job - and version numbers are a very cheap commodity. Who's going to push him to a 1.8.5 release !? ;-) Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] 0.9.9 scenery?
Curtis L. Olson wrote: There is a current world scenery rebuild in progress. We are currently hung up on a data processing glitch that is being worked on. The scenery and the source release can and will happen independently. Rebuilding the world (and trying to fix bugs and improve the result at the same time) is a massive undertaking. The new world will be based on [... data source ...] and hopefully on the scenery objects that are stored in Jon's and my FlightGear Scenery Objects Database located at: http://fgfsdb.stockill.org/ I just finished removing the remaining duplicates at San Francisco downtown - at least I think I did so. Tomorrow, when the next export is done, will prove if I did it right :-) I hope that I'll find the time this weekend to have a further check if I still forgot some, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] OT: A380 arrived in EDHI (Hamburg-Finkenwerder)
Torsten Dreyer wrote: An aerial foto of EDHI is here http://www.eddh.de/info/landeinfo-ergebnisb.php?ueicao=EDHI would be nice to have the current version of EDHI included in our airports database :-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] 0.9.9 scenery?
Martin Spott wrote: I just finished removing the remaining duplicates at San Francisco downtown - at least I think I did so. Tomorrow, when the next export is done, will prove if I did it right :-) Jon kindly triggered a fresh export and I took the freedom to place the current set of base package objects on my FTP server. Unfortunately my FlightGear test machine refuses to run FlightGear this afternoon (it simply crashes after two minutes) so I'm unable to test this myself today. Please feel free to fetch the package from here: ftp://ftp.ihg.uni-duisburg.de/FlightGear/Devel/BaseObjects.tgz Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] 0.9.9 scenery?
Martin Spott wrote: Jon kindly triggered a fresh export and I took the freedom to place the current set of base package objects on my FTP server. Unfortunately my FlightGear test machine refuses to run FlightGear this afternoon (it simply crashes after two minutes) so I'm unable to test this myself today. I just realized that most buildings in SFO downtown are missing now, but I/we will manage to fix that soon. At least I made sure the duplicates are gone :-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: 0.9.9 scenery?
Pigeon wrote: Another thing is a lot of people expect scenery to be scenery + 3d buildings/objects. While, when you download scenery from FG's site they are pretty much terrain only. This is in fact everything we have for most parts of the world until people start populating their favourite areas. Jon and I are ready to accept submissions as we have already been for a long time, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Which aircraft to include in v0.9.9?
Erik Hofman wrote: Curtis L. Olson wrote: The rule generally is that if we add one, we have to remove an existing one so the total number of included aircraft remains about the same... The current list is: data/Aircraft/737 \ data/Aircraft/A-10 \ data/Aircraft/bo105 \ This is a nice selection [...] I support Erik's proposal as-is, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Pending v0.9.9 release
Vivian Meazza wrote: I only mention this because it indicates that the quality of our testing might not be quite as good as it should be as we move rapidly towards 1.0 RANTWe know exactly this phenomenon for several years now and to my observation very little changed in the meantime. The biggest success was to install a consensus that the pre-release phase should last at least two weeks. To my opinon two _months_ would be appropriate for such a complex piece of software that runs on so many different platforms and is maintained by such a small developer base. Unfortunately I didn't manage to crowd a significant number of supporters for this idea./RANT Actually there were times when I got on everyones nerves by continuously pointing at bugs or inconsistencies that I was unable to fix myself. Finally I realized that only reporting or documenting bugs (whereas the latter is a _really_ time-consuming task !!) without providing a fix was not that much welcome and I decided to engage with my own sub-projects that I am capable of running without external help. Regards, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Pending v0.9.9 release
Erik Hofman wrote: Martin Spott wrote: RANTWe know exactly this phenomenon for several years now and to my [...] supporters for this idea./RANT Guess why the next release is 0.9.9 and not 1.0 and why 1.0 is released early next year? Yep, but sipmly _delaying_ the next release doesn't cure anything. This only makes sense if the developers agree on a feature freeze and announce a bugfix-only phase. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Pending v0.9.9 release
Buchanan, Stuart wrote: One follow-up question. Are we still following the convention of odd-numbered releases being dev and even being stable. I ask as the Getting Start Guide still thinks so, and I'll correct it if it is wrong. This clause should be removed - I remember it's in there, but currently I don't find it ah, there it is Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: [Flightgear-cvslogs] CVS: data/Aircraft/c182 c182-set.xml, 1.6,
Erik Hofman wrote: Update of /var/cvs/FlightGear-0.9/data/Aircraft/c182 In directory baron:/tmp/cvs-serv2788 Modified Files: c182-set.xml I can't resist the suspicion that there's something wrong with the 3D model. At least I get the glider to see and I yet didn't find yout why. Several XML files and the AC file do have DOS line endings but this doesn't cause the trouble I've already removed all of them, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Announcement: First TerraGear landcover database
Martin Spott wrote: We proudly present the first export from the TerraGear landcover database or however you prefer to name it. [...] You'll find some further information on this page refinement in process: http://web44.netzwerteserver2.de/212.0.html Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS:
Curtis L. Olson wrote: Martin Spott wrote: I can't resist the suspicion that there's something wrong with the 3D model. At least I get the glider to see and I yet didn't find yout why. Several XML files and the AC file do have DOS line endings but this doesn't cause the trouble I've already removed all of them, Anyone still having problems with this, even after the most recent round of instrument commits? Works perfectly now - as far as I can tell from a short test, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Announcement: First TerraGear
Curt, Curtis L. Olson wrote: I should also point out that the next scenery build (which is happening concurrent to the v0.9.9 release and causing my head to spin 3x faster than normal (not factoring in beer)) will be based on this data export. Thank you very much for this commitment. I think we should develop new analytical methods for exploring human brain efficiency basing on your current head-spin experience ;-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] FlightGear v0.9.9-pre2
Jon Stockill wrote: Is there any preferred version of OpenAL for this release? The CVS from 1st April this year appears to be a good choice - BTW, this is what FreeBSD folks decided to stick to ;-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: [Terragear-cvslogs] CVS: source/src/Prep/DemChop Makefile.am, 1.8,
Hello Curt, Curtis L. Olson wrote: Update of /var/cvs/TerraGear-0.0/source/src/Prep/DemChop As you are apparently right now working on TerraGear, would you please consider adding this cosmetic change. This is for unifying Solaris preprocessor directives: --- ./TerraGear/src/BuildTiles/Parallel/server.cxx~ Tue Oct 4 20:26:05 2005 +++ ./TerraGear/src/BuildTiles/Parallel/server.cxx Tue Oct 4 20:26:05 2005 @@ -29,7 +29,7 @@ SG_USING_STD( cerr ); SG_USING_STD( endl ); -#if defined (sun) || defined (__CYGWIN__) || defined(sgi) +#if defined (__sun) || defined (__CYGWIN__) || defined(sgi) # define WAIT_ANY (pid_t)-1 #endif Thanks, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] LibGL error
AJ MacLeod wrote: I really don't like closed source anything, and device drivers in particular, but IME nvidia's offerings are about as good as could be hoped for in the circumstances (although obviously not perfect.) I'd switch allegiance in a flash if well performing, stable, open source drivers were available for some other reasonably priced cards though. You should have a closer look at the upcoming XOrg-6.9/7.0 that'll contain OpenSource drivers for the ATI Radeon X8x0 series. This is why I typically buy ATI: There _is_ a chance that OpenSource drivers appear after some time while you still have closed binary drivers to fill the gap. With nVidia you can be certain that you'll _never_ see OpenSource drivers. I think this makes an essential difference. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: Buildings ?????
Hello Josh, Josh Babcock wrote: [...] If you can think of any other big visible structures that you would like to see (sorry, I'm not tackling the bridges yet, there's issues with the VMAP data I don't want to deal with) let me know. No promises though. I don't know what your schedule is, but it's probably moving a lot faster than mine will be. Regarding these scenery objects I'd say we're not tied to any sort of schedule at all. O.k., it actually does make sense to have a correct representation of what belongs into the base package but that's all. Aside from that I welcome _every_ contribution, may it be a complete set of buildings that somehow belong together or just a single building somewhere on our world. Yes, it _is_ nice to have an ensemble that represents the entourage of an airport or a city centre, but a single tower somewhere in the boonies that VFR pilots typically use for navigation is a valuable addition as well. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: Buildings ?????
Andy Ross wrote: http://maps.google.com/maps?ll=37.786114,-122.318387spn=0.027226,0.028824t=khl=en This is really a nice one. BTW, we have this Yerba Buena island in the middle of the bay bridge, but we don't have this 'artificial' Treasure Island - do we ? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] B1900d: Fuel consumption when engine
George Patterson wrote: Say does anyone know how you escape an @ symbol in LaTex. I believe it's not necessary to escape the @, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Adding a Hanger
Shelton D'Cruz wrote: pathhanger2.ac/path ^ 's/e/a/g' ? I assume your AC3D file is called hangAr - right ? Martin - early in the morning :-) -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] San Jose
Paul Surgeon wrote: Since it's in the default San Francisco area you can submit it to Erik or Curt or you could sumbit it to the FlightGear scenery database. http://fgfsdb.stockill.org/ Better: And you definitely should sumbit it to the FlightGear scenery database.: !!! ;-) Please be so kind to simply send it to me via EMail. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Scenery DB
Erik Hofman wrote: I would like to see all new scenery object contributions to end up in the scenery database. However, the last time I wanted to sync the base package and the DB there were more than one objects in the same space because of automatic object generation. Ooops, I've simply forgotten to care for the dupes. Months ago Frederic sent me a list an I started refining that for inclusion into the DB but I obviously forgot the final steps Thanks, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: gui dialogs: selecting buttons via keyboard
Melchior FRANZ wrote: I thought it might be advisable to make Ctrl-q the key for exiting from fgfs (like it's standard in almost all GUI apps I know), and Esc the key for canceling/dismissing/closing dialogs. I definitely support this proposal, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Instrument Making
Harald JOHNSEN wrote: George Patterson wrote: On Thu, 2005-11-03 at 14:19 +1100, [EMAIL PROTECTED] wrote: The preferred format for documentation is LaTex from which html and pdf versions are generated. Yes, the FAQ can always be improved. (For example, the hyperlink to Wolfram's Hangar in section 2.7 is no longer valid.) Don't you think that this doc is outdated because of LaTex ? What should this clause because of LaTeX mean ? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Major slowdown since yesterday
Martin Spott wrote: I experience a significant slowdown in the frame rate since my last build yesterday. As the only significant change in CVS is the AI traffic on EHAM I assume the slowdown is related to that. I'm very sorry for that confusion. The simple reason was that I accidentially enabled shadows for this setup and I didn't notice, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Update to the Gettng Started guide
Hello Stuart, Buchanan, Stuart wrote: I have now integrated this into a patch for the Getting Started Guide. The changes are as follows. [...] George - you mentioned you're working on some updates to this guide - we should touch base to see if I can help out. I welcome your contribution very much, it is definitely a valuable addition to the manual. I'd say the by far most secure way to avoid duplication is to announce and/or post changes to the manual on this list. This enables us/me to keep the CVS tree current for _everyone_ who's interested. Some of George's additions alread took this way into the 'official' LaTeX source tree. If you simply do changes to existing LaTeX files I'd prefer to recieve unified diffs against current CVS - this makes it easier for me to spot the actual changes. You can send large directly to me to avoid congesting the mailing list or - as you did - post an URL from where I can pick them. Thanks, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: FlightGear/src/ATC
Martin Spott wrote: I have the impression that the changes to the FlightGear subtree didn't make it into CVS - at least they didn't appear on checkout. Am I the only one who misses these changes ? Silly me: I set a Tag in my CVS tree last week Sorry, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] pthread_mutexattr_setpshared
Hello, is there an alternative for the use of 'pthread_mutexattr_setpshared' in SimGear/simgear/threads/SGThread.hxx ? This has been changed recently and now it does not compile on FreeBSD anymore because pthread_mutexattr_setpshared is not defined on FreeBSD. If there is no substitute then please revert the corresponding patch. Thanks, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: [Simgear-cvslogs] CVS: SimGear/simgear/threads SGThread.hxx, 1.4,
Erik Hofman wrote: Update of /var/cvs/SimGear-0.3/SimGear/simgear/threads In directory baron:/tmp/cvs-serv22758 Modified Files: SGThread.hxx Log Message: Back out the shared mutex code [...] This is great - because it works for me :-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Driving real instruments.
Curtis L. Olson wrote: [...] The simkits stuff are driven by standard servos, right? So you could get a little PIC board to run your servos and take position commands in from the serial port ... then you just need to send the data out the serial port from FG (with perhaps a small amount of interface coding.) I could be easier than that. You can buy ready-to-run serial interface boards with several PWM outputs - you just need the ability to define an output bit mask in FlightGear in which you compile the desired output values. For the other direction there are simple analogue to serial converters, some even directly attached to a potentiometer that you can use to set the altimeter QNH. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: [Flightgear-cvslogs] CVS: FlightGear/src/ATC AIEntity.cxx, 1.12,
Erik Hofman wrote: Update of /var/cvs/FlightGear-0.9/FlightGear/src/ATC In directory baron:/tmp/cvs-serv30924/src/ATC [...] * Use const string rather than string in function calls when appropriate. [...] I have the impression that the changes to the FlightGear subtree didn't make it into CVS - at least they didn't appear on checkout. Am I the only one who misses these changes ? Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Winter Textures - screenshot
Oliver C. wrote:
Does VMAP0 data has different data for salt water and freshwater?
I'll investigate if the VMAP0 contains this information in principle,
but I doubt. Currently we only distinguish between the following:
crimson: 10:20:10 ~/TGPostGIS grep hydro FGScenery.conf | awk -F \| '{print
$2}'
rivers_stream
rivers_intermittentstream
canals_stream
lakes_lake
lakes_intermittentlake
floodland_floodland
You _might_ use that to determine if the water contains salt or not.
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] problems experienced with the recent c150
Vassilii Khachaturov wrote: H even an empty aircraft doesn't get blown away that easy. I can't believe it will be blown away by anything under 15 knots, especially with the brakes engaged. This is correct. At least you can land and taxi a C150 at 15 kts crosswind without significant trouble - not that I'd say that the C150 is well-suited for such strong wind :-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Speed problems under Solaris
Martin Rosenau wrote: Someone said that it is no problem to run FlightGear even on an Ultra-5 machine. This could have been my statement, but in this form it is incomplete. I _do_ expect that the CPU of an Ultra5 is sufficient for running FlightGear _but_ you have to have an appropriate graphics board. I'd expect that you need something in the XVR-1000 range and I don't know if that fits into an Ultra5. I run FlightGear on a Blade 1000 with an 750 MHz UltraSparc processor This should be capable of carrying a graphics board that qualifies. Which board do you currently use ? Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Speed problems under Solaris
Martin Rosenau wrote: I think it is not only a problem of graphics. Even the network stuff (e.g. props at TCP port 5501) has 8 seconds delay. I suspect the network stuff is coupled to the same loop as is the screen display. Just a guess, though I use an Elite-3D-m6 card. As far as I remember the Elite doesn't have any texture memory at all. Not having texture definitely memory kills FlightGear frame rates since the shading mode has been removed long time ago. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Speed problems under Solaris
Curtis L. Olson wrote: Personally, I think that the idea of threading in the context of FlightGear is a *very* scary idea, especially from the standpoint of long term maintanence and keeping our code robust. I'd perhaps favor splitting our code out into separate applications that use networking or shared memory or pipes to communicate. I suspect more people would jump on this train if we manage to agree on the idea, that platform independent interfaces were a good thing (TM). We should 'hijack' this thread to start a discussion about wether it makes sense simply to take the current network interface protocols as given and write them down in some sort of an 'official' interface description. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] waterways ..W in your airport database
Paul Surgeon wrote: I do not know of many mixed airports - Honolulu must be one of very few airports that has both hard surfaced and water runways. Well, Homer in Alaska does, but it looks like they have a separate airport code for the lake (Homer-Beluga Lake), Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Winter Textures
Erik Hofman wrote: Ah, I now see what you mean. Tis is a file permission problem. Martin !! Done, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] fgfs on AMD64 status? Mobo suggestions/warnings?
[EMAIL PROTECTED] wrote: I'm secure enough now that I'm shopping to build a new machine. I'm looking at AMD64 motherboards and one of the newer nvidia cards. You could aim at being a pioneer and go for an ATI X800 type board. I've already had FlightGear displayed on such a board using the OpenSource r300 driver and it somehow works - but not stable at that time. In any case I have the impression that the newer ATI boards are definitely a good choice, they have closed source drivers in case you don't want to fiddle with DRI/Mesa/XOrg sources. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Major slowdown since yesterday
Hello, I experience a significant slowdown in the frame rate since my last build yesterday. As the only significant change in CVS is the AI traffic on EHAM I assume the slowdown is related to that. Do I have the ability to disable this feature by command line ? I already apply --prop:/sim/ai-traffic/enabled=false and --disable-ai-models but this does not appear to affect the recent changes. Not that I dislike the new feature, it's quite an interesting add-on. It's just that the PeeCee I run test on is incapable to keep up with the work load. Thanks, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Major slowdown since yesterday
Hello Durk, Durk Talsma wrote: Please let me know if the traffic-manager is enabled, and then I hope I can give you some more assistance in getting your system up to speed again. Thanks for your kind and detailed reply. I'll keep you posted as soon as I had the chance to check for the mentioned criteria. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: [Terragear-devel] uav update
Curtis L. Olson wrote: Well now how did I get the terragear address on that email ... Never mind, this was an interesting reading :-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: A question regarding accurate taxiways
Ampere K. Hardraade wrote: That was a proposal from me. The idea is to have a program (could be a modified version of KPDF) to read a vector based PDF file such as this: http://204.108.4.16/d-tpp/0510/00375AD.PDF and spit out the taxiway outlines. Ampere K. Hardraade wrote: [...] the process of taxiway generation should have nearly zero human involvement instead. To my knowledge KPDF is just another look-and-feel for XPDF hah, did someode see the KIMP demo some years ago !? :-) I' pretty sure it easier to convert the PDF's into some common vector drawing format than adding editing capabilities to [X,K,G]PDF. Once you have a nice vector format you can easily load that into your favourite editor, and group the necessary lines together. But, as I already said - at least I think so: After you did that you still don't have valid taxiways, you still don't have the logic behind your that. Nowadays, although junctions don't look that nice, you have the yellow centerline on regular taxiways. This is something you'd still have to add to the outlines and I think this will require manual effort as well. You might develop some clever logic to calculate the centerlines but reality will face us with a significant amount of exemptions where the logic doesn't match. Well, I'd wish someone proves me to be wrong :-) I don't want to discourage anyone, I just want to point out that these silly taxiways require us to make a plan that works (TM :-) before pushing development that servers only for eye-candy. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: [Simgear-cvslogs]
Erik Hofman wrote: Update of /var/cvs/SimGear-0.3/SimGear/simgear/scene/model In directory baron:/tmp/cvs-serv31442 Modified Files: shadanim.cxx Log Message: Harald JOHNSEN: I have corrected a few bugs with the owner draw gauge, weather radar code and heat-haze effect. This is very nice because it compiles right out of the box on Solaris. Thanks, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: A question regarding accurate taxiways
Erik Hofman wrote:
p1 ++ p3
||
||
||
p2 ++ p4
Additionally we need junctions if the plan should make sense. Junctions
like this one:
p5
*
*
* p6
p4 *
* *
** **
*p3****
***
p1p2*
****
***
***
* **
* *
* *
*
*
by defining the two ends (p2-p4) and the middle (p3) of each arc.
The ends (the line that connects p5-p6) do always have to be orthogonal
to the taxiway direction so that we alsways can connect rectangular
taxiways. Same with three-way junctions,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: A question regarding accurate taxiways
Erik Hofman wrote: Martin Spott wrote: Additionally we need junctions if the plan should make sense. Junctions like this one: When carefully designed this could be done with the quad approach (although it would not be easy). So the data should be quad based. Show me an approach that is flexible enough to describe junctions of different shapes with quads and I'll believe it ;-) Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: A question regarding accurate taxiways
Harald JOHNSEN wrote: O / / O-O-- / / O I vote for everything point and lines ;-) Well, points and lines and taxiway width is what we have now and people claim that the result looks terribly :-) Finally with points and lines you won't be able to describe the _shape_ of a junction - as I understood exactly this is what people like to improve. You won't be able to reverse-engineer the shape of such a junction because in real live they don't follow geometric perfection. Sometimes you have an offset between the upper and the lower junction, one is more situated to the right whilts the other to the left, one taxiway gets a bit wider on one side and so on. We should take this into account once we get serious about a new taxiway format. We're digging a big hole here and we should avoid spending all this effort for a solution that doesn't satisfy. Regards, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: A question regarding accurate taxiways
Harald JOHNSEN wrote: We don't have points and lines, we have quads. My line is the center line, my point is an intersection etc. We currently have a point in the middle of a taxiway, the heading, the length and the width of that section - which enables us to determine the endpoints of a taxiway section without any doubt. And we have the ability to let this taxiway cross another one. Thus we are able to determine the point of intersection. If this is really everything we need then we can take a short cut and end the discussion _now_. We just need to educate people not to cut a taxiway into halves where it crosses another taxiway or a runway. BUT: I've not seen _that_ many airports from the pilot's seat, maybe a dozend, but these were by far enough to tell that in real life taxiways _are_ different from this simple geometric scheme. This is why we have a discussion here ;-) Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] ..we're not re-inventing pcproxy?, was
Vassilii Khachaturov wrote: I wonder if the flightgear server though should support the fsd protocol at some future point of time to be a gateway between our and VATSIM/IVAO flying... It's not a matter if it _should_ or not. The relevant details of the protocol, at least as used by VASTIM, are 'closed', Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
