Re: [Flightgear-devel] Is something amiss with altimeter settings?
Ron Jenson: > The reason pressure-sea-level-inhg doesn't match the altimeter setting is because it doesn't in real life. > The altimeter setting number is chosen so the altimeter reads the field elevation when on the field. Even descending to ground level, it's not matching. So either something's still off or I'm just not understanding. In either case, I take it from your explanation that it's completely normal for an aircraft's altimeter, even if the "local" altimeter setting happens to be 29.92, to vary as much as a few thousand feet at cruise from their actual height above sea level -- and that the air temperature is the primary driving factor behind how much variation this will be. In the meantime, I do see that the property I ought to be getting the displayed number from (which is supposed to represent the local altimeter setting, for controllers to announce over the ATC channels at appropriate times) is not /environment/pressure-inhg, but /environment/metar/pressure-inhg. I originally copied a bunch of that code from the ATC-sets in CVS (now git), but I don't have those installed locally anymore... so I wonder if the same corrections need to be made in those as well. Thanks for the explanation / clarification... -R. (MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Is something amiss with altimeter settings?
Hi there -- Recently while flying with the MD-81 at cruise levels of FL330 or so, I noticed there were some significant discrepancies between the displayed altitude and the altitude found in the property tree at /position/altitude-ft. I was able to observe the same problem in the 777-200ER -- I flew a flight at 33000 and the Flight Tracker reported my altitude at close to 35000. So the discrepancy at cruise is as much as 1000-2000 feet sometimes, even when using the altimeter setting reported in the METAR (which, of course, you're not supposed to do above 18,000 in the U.S., but for testing purposes I did so to see if it accounted for the error). However, today loading up my custom ATC scope I observed a discrepancy in altimeter readings which may account for the problem. http://i289.photobucket.com/albums/ll209/rmsjr1974/altimeter-discrep.jpg Notice in the shot that the METAR is reporting 29.94, but the property tree and the scope panel are arriving at 29.90. I presume at high altitude this discrepancy would account for differences in the gauge reading. This is with the 25 April CVS build, so if altimeter code has changed since the migration to git, I apologize in advance. Thanks, -R. (MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Class-based MP aircraft visibility
Stuart Buchanan:
> I may not have explained that the user's setting indicating their
usage-class
> is independent of the (multiple) usage-classes that a
user can choose to
> display. {...} I think this provides sufficient flexibility, though it
> relies on the
> Tower staying "open" to new aircraft, rather than just hiding all
non-"FGCom"
> aircraft. However, I think that is something for the
Tower to decide.
>
> I hope this addresses your concerns, and indeed
will be easier to understand
> in practise than my explanation :)
Hi Stuart --
I too have a few concerns about this proposal, partially due to the inherent
invitation to "segregate the community", but also due to the complexity of the
various use-case scenarios, as illustrated by the example you valiantly
attempted to explain. Testing and troubleshooting that solution alone sounds
like a bit of a nightmare.
Would it not be easier to pursue the simpler solution of allowing each user to
ignore individuals (both chat and model/submodels) on a per-user basis? This
way, the community is still inherently unified, but troublemakers or unsavory
"event crashers" could easily be zapped out case-by-case. This would allow
those participating in an event the chance to see if the newcomer is someone
willing to play along nicely before deciding whether to render them invisible.
Sincerely,
-R. (MD-Terp)
Robert M. Shearman, Jr.
Transit Operations Supervisor,
University of Maryland Department of Transportation
also known as rm...@umd.edu
--
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Calendar
> http://calendar.freeflightsim.org/ There is already such a thing maintained by Curt: http://www.flightgear.org/calendar.html However, if you are going to maintain a separate one for whatever reason, it would be awfully kind of you to include my monthly TransGear Airways events (featuring live voice ATC via FGCom) -- they occur on the second Saturday of each month from 1300-1900 UTC, are open to all FlightGear users, and information on the gatherings can be found at http://transgear.treborlogic.com. Cheers, -R. (MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Crash report...
Version 2.0.0 on Windows Vista Took off from KMCO, northbound, using MD-81 (Gary Neely) Had issue with Flight Manager -- wouldn't recognize first waypoint -- kept navigating me back to KMCO 36R -- finally played with GPS window and got it to direct me to GUANO Then once I got up to about 8000, program aborted (Windows notice: "fgfs.exe has stopped working. Windows is checking for a solution to this problem.") with these messages in the console window == creating 3D noise texture... DONE loading scenario 'nimitz_demo' FGMultiplayMgr::MP_ProcessData: No such file or directory creating 3D noise texture... DONE FGMultiplayMgr::MP_ProcessData: No such file or directory Program's vertex attrib binding 10, usrAttr1 Program's vertex attrib binding 11, usrAttr2 FGMultiplayMgr::MP_ProcessData: No such file or directory FGMultiplayMgr::MP_ProcessData: Domain error FGMultiplayMgr::MP_ProcessData: Domain error FGMultiplayMgr::MP_ProcessData: Domain error FGMultiplayMgr::MP_ProcessData: Domain error FGMultiplayMgr::MP_ProcessData: Domain error FGMultiplayMgr::MP_ProcessData: Domain error FGMultiplayMgr::MP_ProcessData: Domain error FGMultiplayMgr::MP_ProcessData: No such file or directory FGMultiplayMgr::MP_ProcessData: No such file or directory FGMultiplayMgr::MP_ProcessData: No such file or directory Nasal runtime error: nil used in numeric context at C:/Program Files/FlightGear/data/Aircraft/MD-81/Nasal/MD-81_instrumentation _drivers.nas, line 74 FGMultiplayMgr::MP_ProcessData: No such file or directory Warning: State::drawQuads(0, 44348) too large handle in remapping to ushort glDr awElements. == Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Reducing AI Model complexity
Me: > However, would the one stated above prevent models which use submodels for > wing-flex effects from appearing to have wings? (Wait... are there any such > models, or are the wings animated components of the main model?) Stuart: > I would expect that the wing flex would be an animated component of the main > model, just like flaps, gear etc. usually are. Ah, okay -- I got my terminology confused for a second there. Disregard. -R. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Reducing AI Model complexity
Stuart: > 1) A control to disable sub-model loading for AI aircraft. This > effectively stops the model loader from recursing into tags, > and therefore stops it from loading any sub-models such as cockpits, > instruments, pilots etc. Csaba: > I want to see AI/MP aircraft in full detail when I am near > one - or even inside. Perhaps a range-test of 1-2nm (or even better, a configurable distance) on submodel loading? Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Reducing AI Model complexity
Stuart: > A number of people on the forums have mentioned performance issues on > lower-spec system on MP, particularly due to loading complex models > for other aircraft causing stuttering. > > In an effort to help with this I've been looking at two fixes: > 1) A control to disable sub-model loading for AI aircraft. This > effectively stops the model loader from recursing into tags, > and therefore stops it from loading any sub-models such as cockpits, > instruments, pilots etc. I am in LOVE with any idea which reduces unnecessary lag time when flying over the multiplayer network. However, would the one stated above prevent models which use submodels for wing-flex effects from appearing to have wings? (Wait... are there any such models, or are the wings animated components of the main model?) Cheers, -R. (MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Multiplayer weirdness...
Hello all -- While flying Dave Culp's T2C using the windows 2.0.0 release candidate on a Vista system, taking off and landing at KNUQ and flying north towards KSFO before looping back, I observed the following console output. Also, the Pilots List disappeared at one point and returned about 30 seconds later. Here's the output: = Property systems/hook/tailhook-cmd-norm is already defined. Property systems/NWS/engaged is already defined. Property systems/crash-detect/crashed is already defined. Property systems/hook/tailhook-cmd-norm is already defined. Property systems/hook/tailhook-length-ft is already defined. Property systems/hook/tailhook-pos-min-deg is already defined. Property systems/hook/tailhook-pos-max-deg is already defined. Property systems/hook/tailhook-offset-x-in is already defined. Property systems/hook/tailhook-offset-y-in is already defined. Property systems/hook/tailhook-offset-z-in is already defined. Property systems/hook/tailhook-pos-deg is already defined. Property systems/NWS/engaged is already defined. Property aero/alpha_buffet/hertz is already defined. Property aero/alpha_buffet/sine_wave is already defined. Property systems/armament/release is already defined. Property systems/crash-detect/crashed is already defined. Property systems/beacon/frequency is already defined. loading scenario 'nimitz_demo' creating 3D noise texture... DONE FGMultiplayMgr::MP_ProcessData: No such file or directory FGMultiplayMgr::MP_ProcessData: No such file or directory FGMultiplayMgr::MP_ProcessData: No such file or directory MP model not installed: ←[31;1mAircraft/Fouga/Models/Zephyr-CM175.xml←[m Program's vertex attrib binding 10, usrAttr1 Program's vertex attrib binding 11, usrAttr2 FGMultiplayMgr::MP_ProcessData: No such file or directory PNG lib warning : Incomplete compressed datastream in iCCP chunk PNG lib warning : Profile size field missing from iCCP chunk FGMultiplayMgr::MP_ProcessData: No such file or directory FGMultiplayMgr::MP_ProcessData: No such file or directory FGMultiplayMgr::MP_ProcessData: No such file or directory floating point error in math.sin(): at C:/Program Files/FlightGear/data/Nasal/geo.nas, line 186 ←[33;40;1m#0←[m ←[31m0.6549864186760226←[m ←[33;40;1m#1←[m ←[31m-2.131011491008508←[m ←[33;40;1m#2←[m ←[31m0e-00←[m ←[33;40;1m#3←[m ←[31m0e-00←[m ←[33;40;1m#4←[m ←[31m0e-00←[m ←[33;40;1m#5←[m ←[31m'--'←[m Nasal runtime error: nil used in numeric context at C:/Program Files/FlightGear/data/Nasal/multiplayer.nas, line 285 called from: C:/Program Files/FlightGear/data/Nasal/multiplayer.nas, line 261 called from: C:/Program Files/FlightGear/data/Nasal/multiplayer.nas, line 297 called from: C:/Program Files/FlightGear/data/Nasal/multiplayer.nas, line 187 called from: C:/Program Files/FlightGear/data/Nasal/globals.nas, line 100 FGMultiplayMgr::MP_ProcessData: Domain error FGMultiplayMgr::MP_ProcessData: Domain error floating point error in math.sin(): at C:/Program Files/FlightGear/data/Nasal/geo.nas, line 186 ←[33;40;1m#0←[m ←[31m0.6549447477376435←[m ←[33;40;1m#1←[m ←[31m-2.130982380921875←[m ←[33;40;1m#2←[m ←[31m0e-00←[m ←[33;40;1m#3←[m ←[31m0e-00←[m ←[33;40;1m#4←[m ←[31m0e-00←[m ←[33;40;1m#5←[m ←[31m'--'←[m Nasal runtime error: nil used in numeric context at C:/Program Files/FlightGear/data/Nasal/multiplayer.nas, line 285 called from: C:/Program Files/FlightGear/data/Nasal/multiplayer.nas, line 261 called from: C:/Program Files/FlightGear/data/Nasal/multiplayer.nas, line 297 called from: C:/Program Files/FlightGear/data/Nasal/multiplayer.nas, line 187 called from: C:/Program Files/FlightGear/data/Nasal/globals.nas, line 100 FGMultiplayMgr::MP_ProcessData: Domain error FGMultiplayMgr::MP_ProcessData: Domain error FGMultiplayMgr::MP_ProcessData: Domain error FGMultiplayMgr::MP_ProcessData: Domain error FGMultiplayMgr::MP_ProcessData: Domain error FGMultiplayMgr::MP_ProcessData: Domain error FGMultiplayMgr::MP_ProcessData: Domain error FGMultiplayMgr::MP_ProcessData: Domain error FGMultiplayMgr::MP_ProcessData: Domain error FGMultiplayMgr::MP_ProcessData: Domain error FGMultiplayMgr::MP_ProcessData: Domain error FGMultiplayMgr::MP_ProcessData: Domain error FGMultiplayMgr::MP_ProcessData: Domain error FGMultiplayMgr::MP_ProcessData: Domain error FGMultiplayMgr::MP_ProcessData: Domain error FGMultiplayMgr::MP_ProcessData: Domain error FGMultiplayMgr::MP_ProcessData: Domain error FGMultiplayMgr::MP_ProcessData: No such file or directory floating point error in math.sin(): at C:/Program Files/FlightGear/data/Nasal/geo.nas, line 186 ←[33;40;1m#0←[m ←[31m0.6546278854822363←[m ←[33;40;1m#1←[m ←[31m-2.130717563934199←[m ←[33;40;1m#2←[m ←[31m0e-00←[m ←[33;40;1m#3←[m ←[31m0e-00←[m ←[33;40;1m#4←[m ←[31m0e-00←[m ←[33;40;1m#5←[m ←[31m'--'←[m Nasal runtime error: nil used in numeric contex
Re: [Flightgear-devel] MP server and flight tracker problem...
Oliver Schroeder: > There is a pseudo mailing list for the server operators: fgserver at > postrobot dot de Thanks, Oliver. I'll try giving that list a shout next time I encounter any MPServer issues. Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] MP server and flight tracker problem...
Hello again -- Sorry for the two posts back to back, but I feel like it's appropriate to start a separate thread for completely unrelated topics; am I right? I just flew a few short flights each on mpserver05 and mpserver07, and none of them are showing up in the flight tracker. I'm not sure if it's a problem with both of the servers or the tracker itself, but if the appropriate people are on this list, may I simply request that they look into it? I am hosting an event tomorrow (later today, for most of you, I guess) in which I certainly prefer to be able to link to the recorded tracks of the involved flights. It's not 100% necessary for the event's success, but it's a noticed and appreciated feature. On another note, can there be a page of contact info or a separate mailing list for the respective admins of the multiplayer servers, so that if the users detect a problem with one, we know who to contact about it, rather than simply complain about it on the forums? Thanks again, -R. (MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Trees rendered too large?
Hello developers... This one's been bothering me for a while, and I was trying to get a good screenshot which demonstrates this, but I can't find the right arrangement of objects to prove my point at the moment. But with 2.0.0 looming, here's a quickie to consider. Am I the only one who feels like the trees in FlightGear are HUMONGOUS? In some aircraft and near some buildings I just feel like the trees are towering way over some of these larger objects that ordinary trees -- at least, not the ones in suburbia that I'm used to -- just aren't tall enough to eclipse like that. Is it just the difference between trees close to the city versus ones in rural or naturally forested land, or am I right that they are just rendered much larger than they really should be? Obviously it looks pretty much okay from the air -- but on approaches where there are some randomly generated trees partially obscuring the final, and moreso once on the ground, I feel like this is obvious. Opinions? Thoughts? If the consensus is agreed, is there time to adjust the size of the models before the release is re-packaged and ready? Cheers, -R. (MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear 2.0.0 Announcement text + Summary of ChangeLog
Durk Talsma: > "extinquished by firefigher" Still need to replace the letter "Q" with the letter "G" in "extinguished", and add a "T" to the middle of "firefighter" Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear 2.0.0 Announcement text + Summary of ChangeLog
Durk, How exciting! Just a couple minor typos: "Humidity and other whether effects" should read "Humidity and other weather effects" "A more effient ground cache" should read "A more efficient ground cache" "Winds over mountaineous areas" should read "Winds over mountainous areas" (unless that's a regional spelling I'm not aware of?) "Wild fires, which can be extinquished by firefigherplanes" should read "Wild fires, which can be extinguished by firefighter planes" That's all I noticed in a quick scan... Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu From: Durk Talsma To: FlightGear developers discussions Sent: Mon, February 8, 2010 4:48:23 PM Subject: [Flightgear-devel] FlightGear 2.0.0 Announcement text + Summary of ChangeLog Hi all, FlightGear 2.0 should be out any minute now. While waiting for the official files to appear on the server, I have drafted a short summary of the ChangeLogs. Please have a look and see whether I missed anything or accidentally included incorrect information. cheers, Durk == ANNOUNCEMENT + SUMMARY === FlightGear 2.0.0. reflects the maturation of the OpenSceneGraph port that started with the previous 1.9.0 release. In addition to many internal code improvements, FlightGear 2.0.0. marks the introduction of many new exciting improvements in the graphics and sound system, as well as improved usability of key features, and improved behavior of existing features. Highlights of this new version include: Sound * Complete Overhaul of the Sound Code * doppler effects * distance attenuation * 3D positional sound sources * assignment of sound sources to external objects (i.e. AI controlled aircraft) * User selection of the sound device Visual Effects * Use of Shaders for dynamic textures * Use of Effects files * Improved 3D Clouds * Color changes based on Humidity and other whether effects allow for very dramatic lighting conditions * Dynamic water textures Usability * Allow screenshots in more common file formats * User selectable sound device * More intuitive selection of the weather settings through the GUI and/or commandline Infrastructure * Airport Geometry data can be read from the scenery, allowing for more flexible regeneration of terrain tiles Internals * Improved efficiency of the property tree * A more effient ground cache * Many improvement to the RouteManagement code * Removed many compiler warnings * More realistic Atmosphere model (John Denker) Behavior * More realistic ILS behavior (James Turner) * Autopilot Improvements (Torsten) * A generic autobrake function * Winds over mountaineous areas cause up- and downdrafts that can be used for gliding * More realistic behavior of the route manager * Wild fires, which can be extinquished by firefigherplanes operating across the multplayer server * Navaid frequencies and radials can be transmitted to Atlas Utilities * A python script to visualize Yasim configurations in Blender AI * Allow traffic departing and arriving at the same airport * Add support for High-Speed Trains * ATC interactions between AI aircraft and ground controllers * Performance characteristics of AI aircraft can be specified in a performance database * Push-back vehicles are available for a selected number of aircraft * AI escorts (???: Ask Vivian) * Improved Radar functionality (Vivian) * AI objects are now solid (i.e. users can collide with them) * Some preliminary support for SID/STAR procedures for AI aircraft -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] new MP server / Netherlands
From: Csaba Halász: "By the way, I think something should be done about 02. It is way too overused and seems to have some intermittent relaying problems (even though it is supposed to have IP filtering now). I don't know if the problems are caused by the overload or not, though. What do you think about renaming it to 12? I suggest leaving its slot unused for some time (so that people would realize it is down), and adding the new server (which seems to have plenty of bandwidth) in 03's slot (which has been down for a long time). Eventually some other server could become 02. Reason: I think a lot of people ignore the location of the servers and instead just start from 01 until they find a working one and then just stick to it. So when 01 is down, I expect people to switch to 02 and they stay there even after 01 is back. The situation is made worse by the relay problem - people switch to 02 to see other pilots reliably. Not to mention the rumor that some mac version defaults to 02." I'm not certain about either of the below two statements, so take them with a grain of salt: (1) 02 is filtering out North American IPs as a solution for the excessive bandwidth issues. However, is this not also filtering out relay information from 05 and 07? (2) Doesn't a lot of the original documentation, as well as maybe wiki articles or forum how-tos, etc., use mpserver02 as the "example" value to put into that slot? Maybe we need to do a thorough search of all of the MP-related documentation? Of course, if the concept of just filling in 02 is that pervasive, then leaving that number unassigned for a while will definitely drive home the point of "Find one that works best for you." What about adding a button to FGRun which, when pressed, will ping all of the available MP servers and automatically fill that slot with the one which returned the fastest? Cheers, -R. (MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu From: Csaba Halász To: FlightGear developers discussions Sent: Thu, January 28, 2010 12:21:59 PM Subject: Re: [Flightgear-devel] new MP server / Netherlands On Thu, Jan 28, 2010 at 3:23 PM, Brant Gipson wrote: > Contact the domain owner to get a subdomain like mpserver12.flightgear.org Posting here usually qualifies as "contacting the domain owner" :D By the way, I think something should be done about 02. It is way too overused and seems to have some intermittent relaying problems (even though it is supposed to have IP filtering now). I don't know if the problems are caused by the overload or not, though. What do you think about renaming it to 12? I suggest leaving its slot unused for some time (so that people would realize it is down), and adding the new server (which seems to have plenty of bandwidth) in 03's slot (which has been down for a long time). Eventually some other server could become 02. Reason: I think a lot of people ignore the location of the servers and instead just start from 01 until they find a working one and then just stick to it. So when 01 is down, I expect people to switch to 02 and they stay there even after 01 is back. The situation is made worse by the relay problem - people switch to 02 to see other pilots reliably. Not to mention the rumor that some mac version defaults to 02. My suggestion applies only as long as we don't have a better solution to the MP server choice problem, of course. -- Csaba/Jester -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Fwd: winner Softonic Awards 2009
Curtis Olson: > "Does anyone here know anything about softonics? At first glance it appears > to me to be a link exchange ploy" Well, I dunno if you already thought to try this, but changing the link from "2009" to "2008" results in a 404 page being displayed... which kinda tells me this is the first year for this "award"... leading me to the same conclusion as you. But that's all I can glean; I could be wrong. -R. (MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Bugs: Bravo
Pete Morgan:
> "{re: http://tinypic.com/r/dndoip/6} The Path in Orange is the path the
> NAV hold took roughly to approach Barkway, indeed at the screenshot
> time it was still out. The yellow line is the path I would have expected.
> Ie the correction is not agressive enough, and the final fine correction
> seem to take a lot of track."
I'm not an expert, but is the "coarse course correction" really supposed to be
at almost a 90-degree angle as the yellow line predicts? I always felt that
the max course correction angle was closer to 30 degrees at full deflection --
meaning that the orange line is not too far off from what I would have
expected. I could be wrong, but a 90-degree correction just seems extreme. I
guess someone who knows more about the workings of the Primus1000 can comment
for sure?
Cheers,
-R.
Robert M. Shearman, Jr.
Transit Operations Supervisor,
University of Maryland Department of Transportation
also known as rm...@umd.edu
From: Pete Morgan
To: FlightGear developers discussions
Sent: Thu, January 21, 2010 10:51:50 PM
Subject: [Flightgear-devel] Bugs: Bravo
Bravo is one of my favourite aircraft, however the autopilot has a few
bugs. I've tried hacking some of this, but am not experienced in what to
change. So I will be following any changes or fixes below with a keen
interest.
*** Heading Hold is "wobbly" ***
At higher speeds, eg 220+ knots the Heading Hold starts to "wobble"
slightly, and sometimes gets into a "full osscialtion". When in an
osscialtion" a new heading, makes the aircraft turn smothly and cancel
ossilation.
Creating the wobble on demand is difficult as the problem seems
intermittent, however, a change in direction, or a change in speed can
"trigger" the effect. Likewise, just leaving the aircraft fly along and
after a few minutes the wobble can appear, maybe caused by turbulence.
*** Nav Hold VOR ***
The Nav Hold also has some "wobble", mostly when turning, although must
less than Heading Hold and sometimes gets into ossilation, sometimes
just a short burst.
--
When passing over a VOR station, the aircraft wobbles violently.
I'm a bit confused, as the change into a new course takes a long time
to correct. My experiment was over London, and as I cant explain this in
words, I 've made a link to this image below.
http://tinypic.com/r/dndoip/6
The intention was to approach daventry 116.4 at 90, then at deventry,
set course to Barkway 116.25 at 90
The first part in green shown the aircraft on a Heading Hold of 180, I
switched to Nav hold, and the aircraft then continued at 180, then
turned into the Daventry 90 degree as expected indicated by the purple line.
The Path in Orange is the path the NAV hold took roughly to approach
Barkway, indeed at the screenshot time it was still out. The yellow line
is the path I would have expected.
Ie the correction is not agressive enough, and the final fine correction
seem to take a lot of track.
*** Nav Hold - Localizer ***
Localizer- A NAV on a locliser, seems to turn and behave as expected.
This is what above needs to do ;-)
-
When approaching ILS localiser, the navigation wobbles slightly. It
also can sometimes oscillate to the left and right of the approach.
---
Just following the localiser, ie NOT the glideslope, eg at 1000ft, then
the aircraft will fly along runway. Once over the localiser, I would
expect the aircraft to continue on the same heading but instead, it goes
off all sorts of places.
eg Alt at 1000ft with localiser to Heathrow 27L, it approached ok, near
the end of the runway it turned right 20 degree, then immedeatley left
until heading at 90, parallel to runway, then for some reason, a while
later turned south heading 180. I would have expected it to just
continue at 270.
-*** Glide Slope ***
Glide Slope - Am unsure how to engage the glideslope, clicking VNAV has
no effect until APPR has been pressed, etc..
-
When the glideslope is engaged, then the aircraft nose ossilates up and
down from 0 to -4 and makes me feel sick.
*** Altitude hold ***
When changing altitude then there is a bounce.
eg changing from 2000 to 1000 cause the aircraft to immedeately tip
down, then bounce up and down a few times before settling on descent angle.
*** ADF ***
The ADF pointer, selected left of the PFD does not point correctly,
indeed I'm not sure where its pointing at ?. Its not NAV1?
Regards
Pete
--
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev
___
Flightgear-devel mailing list
Fl
Re: [Flightgear-devel] Many updates to the pa24-250
Gijs de Rooy: > "One small thing seems to be missing though, the payload does not change when > baggage is loaded. ;)" Dave Perry: > "Yeah, I have not figured out how to change that." Torsten Dreyer: > "Just write the weight in lbs to /sim/weight[4]/weight-lb. I wonder, what's > in those suitcases..." Dave Perry: > "That works! It will be in my next patch. BTW, 122 lbs of pixels." It reminds me of the old adage: "Which weighs more; a pound of bricks, or a pound of pixels?" ;-) Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Increased "Unknown exception... aborting"?
Hello all -- I have not experienced this myself, but a couple users are reporting an increase in instances of "Unknown exception in the main loop. Aborting..." particularly while flying long distances. Both have said they have changed nothing of substance in their systems or FlightGear configuration, both are using 1.9.1, and both seem to believe that switching from mpserver05 to mpserver04 makes the problem better. Is it possible that something is coming across the multiplayer network causing this? Can any of you investigate? Here's the relevant forum thread: http://www.flightgear.org/forums/viewtopic.php?f=2&t=6760 Sincerely, -R. (MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flight Pro Sim Statement (was Re: FlightGear URL verification patch)
I think if we are deigning to say "Investigation by a number of the FlightGear developers has found no difference between this and the FlightGear v1.9.1 release other than a change of name."; then I also think that after "Under the GNU GPL v2 (http://www.gnu.org/licenses/gpl-2.0.html), this is legal, provided that they distribute the source code (or make it available)," it's fair to mention something along the lines of "Our developers and users have not conclusively determined whether or not the offer from FlightSimPro is indeed in compliance with these terms." I believe that statement sticks to the facts while expressing our stance of skepticism. Cheers, -R. (MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu FlightGear Flight Pro Sim Statement: As many people will be aware, there is a new flight simulator product that is being heavily marketed at the moment - Flight Pro Sim. As it is very heavily based on FlightGear, there is some confusion between the two. To help provide some clarity, and answer some common questions, we (the core FlightGear development team) felt it was appropriate to make a statement, and provide a FAQ. FlightGear is a open-source flight simulator that was started in 2006. It is released under the GNU General Public License v2, and as such, it is free to use, modify and develop with few restrictions. It has been developed with the collaboration of a huge number of individuals over the internet over the last 12 years. FlightGear can be downloaded for free from http:// www.flightgear.org. Flight Pro Sim is a commercial product very heavily based on FlightGear. Investigation by a number of the FlightGear developers has found no difference between this and the FlightGear v1.9.1 release other than a change of name. Flight Pro Sim is in no way endorsed or supported by the core FlightGear development team. Given the extreme similarities between Flight Pro Sim and FlightGear, we would recommend that prospective buyers download FlightGear for free and satisfy themselves that Flight Pro Sim provides worthwhile value for money before purchasing it. FAQ: Q: What is the difference between FlightGear and Flight Pro Sim? A: As far as we have been able to make out, the only difference between FlightGear v1.9.1 and Flight Pro Sim is a change in name throughout the software, and the fact that you have to pay for it. Q: Is it legal for the makers of Flight Pro Sim to simply re-brand FlightGear ? A: Yes. Under the GNU GPL v2 (http://www.gnu.org/licenses/gpl-2.0.html), this is legal, provided that they distribute the source code (or make it available). Q: Is is legal to sell a copy of FlightGear, whether re-branded or not ? A: Yes. Technically, the purchaser is paying for the distribution of the software, and it reasonable to charge a fee for this. In fact, those interested in receiving a DVD containing FlightGear may do so through the main FlightGear website, and directly contribute to the project (though they may want to wait for the upcoming release in the new year). Q: Has Flight Pro Sim paid any money to FlightGear for the rights to the program ? A: No. No such payment is required, as FlightGear is open-source software. Q: Is there any relationship between the makers of Flight Pro Sim and FlightGear? A: Not that we are aware of. As far as we are aware, the makers of Flight Pro Sim are not FlightGear developers. Q: Has Flight Pro Sim contributed to the FlightGear project at all ? A: There is no evidence that the makers of Flight Pro Sim have contributed to the FlightGear project, either through code or money. They did offer to provide money ($250) for a monthly competition, but this offer has not been taken up. Q: I have purchased Flight Pro Sim. Can I get a refund ? A: That is something you will have to take up with the makers of Flight Pro Sim. We understand they offer a 60 day money-back guarantee. -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Not really a bug, sort of, I think?
Hi, developers...
In attempting to design some more "animated scenery" in the vein of my rocking
boats at KMTN, I attempted to make some moving Metrorail trains at the approach
end of runway 15 at KCGS, and in doing so, exposed what I shall call a
"limitation" rather than a "bug", since I suppose the code is just not meant to
do what I am attempting to do with it. And while I understand that a new AI
ground vehicle system will be able to do what I want, I figure I will mention
this anyway, in case it becomes relevant later for some currently unseen reason.
Anyway, what I was attempting to do was to create a Metro train in a given
position, which I shall refer to as "its origin", on a model of a raised track
just off of the approach to KCGS 15. I then used a time-based formula with a
sine wave to calculate an "offset", which ranged from + to - something like
three thousand meters, to have the train essentially oscillate back and forth
over a 3-mile section. Doing so in realistic time intervals (five minutes or
so) would create a reasonable illusion of multiple trains passing back and
forth past the airport on a more-or-less normal schedule.
The limitation I discovered was this: if the user's view is not pointed at the
train's "origin" point, the trains disappear from view, regardless of their
"current" (i.e. offset) position.
While I understand that I was bending the code to attempt to do something it
wasn't originally intended for, my question is this: does it make sense to
suggest that the code be patched (and, mind you, I do not know how to do this)
so that the model's OFFSET position is taken into account, instead of its
"listed" ("origin") position? I understand that the AI vehicle system will
soon (or even now?) do what I wanted this hack to do, but perhaps there are
some other (more legitimate) reasons that this issue should be examined and
corrected -- or perhaps it should be fixed in case of future, unforeseen
applications of large offset values.
Thoughts?
Cheers,
-R. (MD-Terp)
Robert M. Shearman, Jr.
Transit Operations Supervisor,
University of Maryland Department of Transportation
also known as rm...@umd.edu
--
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Ignoring MP pilots
Martin Spott: " plus, maybe, one button to ignore the entire chat (if that one doesn't already exist)," Off the top of my head, I think there's a checkbox with that effect in the "rendering options" panel? -R. (MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Ignoring MP pilots
Arnt Karlsen: "..in the GNU spirit; Why not simply _use_ IRC for FG MP???
It'll be fast paced etc alright, but it allows e.g. #FG-ATC, #FG-newbies,
#FG-dogfight etc, e.g. on the same ports we use now."
The additional benefit here would be that anyone with access to an MPMap and an
IRC client (even a web-based one like mibbit.com) could log on from any PC,
even a non-FG-capable one, and act as an ad-hoc text-only air traffic
controller. (And I use the word "benefit" somewhat loosely, as it opens up the
possibility for more "abuse of power" of that role by the uninformed and
unprofessional, as we occasionally encounter now.)
The question that immediately brings to mind is: how would range-testing be
incorprorated into that? Or would it be abandoned? Or would the interface
need to be driven similarly to FGCom, where "virtual" channels get opened and
joined in some dynamic fashion?
Cheers,
-R. ("MD-Terp")
Robert M. Shearman, Jr.
Transit Operations Supervisor,
University of Maryland Department of Transportation
also known as rm...@umd.edu
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear logo; Was: t-shirt give away
Curt: "I think we also need a good slogan or motto ... I kind of like:
'FlightGear: Educate, Entertain, Inspire.'"
Gijs: "On the FSweekend posters, we had printed out: 'Naturally flying is
free'. I like it ;)"
Curt: "I think this might be a phrase that doesn't quite sounds as smooth in
English as it probably does in the original Dutch. It could be my warped
mind, but when I see the words "naturally flying" (which could be rewritten
"flying naturally" and would mean the same thing) for some reason I think of
flying while dressed as nature intended. :-) But that's not a picture I
really want to communicate in our slogan."
Torsten: "Hehe, THAT was not intended! What a nice, but delicate pitfall ;-)
We better keep this banner away from native english speakers!"
Stuart: "So it's not just me ;) I like the slogan we have on one of the
default splashscreens (the j3cub): 'FlightGear: Fly Free'."
Torsten -- take heart. Usually I'm able to find deviant meanings in just about
everything (hehe), but I didn't jump to the same image that Curt and Stuart
did. It did come off slightly awkwardly to me but I liked the (presumably
intentional) double-entendre of the freedom of the software with the freedom of
flight that nature's creatures enjoy. Punctuation ("Naturally, flying is
free") would've helped, but that's a subtlety in translation that I wouldn't
expect even a long-time non-native speaker to pick up on.
I have to agree with Stuart on the other half of his message though --
"FlightGear: Fly Free" is a direct, straightforward, punchy, easy-to-remember
catch-phrase, and it would definitely have my backing as an "official slogan"
if we intended to adopt one. Curt's proposal (at the very top of this message)
is an awfully close second in my opinion.
Cheers,
-R.
Robert M. Shearman, Jr.
Transit Operations Supervisor,
University of Maryland Department of Transportation
also known as rm...@umd.edu
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] ATC services for FSWeekend...
Hello all -- sorry about my abrupt exit this morning -- especially to you, Jomo, whom I feel I left holding the reins. To be honest, the level of chaos was just too much for me. I'm happy to volunteer ATC services for events where the participants are all attempting to work within the system, but when it becomes a free-for-all I just don't feel like I can manage. I apologize to anyone whom I may have let down and hope that the rest of the event goes well. I will probably participate as a pilot at some point. Sorry again, and thanks. Sincerely, -R. (MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear URL verification patch
Leee, you said "If someone were to redistribute an altered binary derived from a GPL'd work without making the corresponding source code available then it is a straightforward violation of the GPL and that is where the remedy should be sought". Yet that is exactly what we believe is happening with this FlightProSim company. "Trying to use the GPL inappropriately, as it seems we are doing here, is asking for trouble as it could be argued that it is impossible to comply with the license, making it invalid, and thereby leaving the FG data material completely unprotected." What protection is the GPL giving us, if we know of a violator but seem to have no ability to effect enforcement? -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] BUG Landscape disappear
Sorry. I didn't read enough of my new messages to see that Curt had indeed replied again. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu From: "Rob Shearman, Jr." To: FlightGear developers discussions Sent: Tue, October 20, 2009 3:18:40 AM Subject: Re: [Flightgear-devel] BUG Landscape disappear This whole thread sounds exactly like what I pointed out months ago. Someone, Curt maybe, said that there was a bug in the way that tiles were prioritized for deletion; that it had changed from a distance-from-user calculation to a time-last-accessed calculation, which had become problematic when switching views, etcetera. As far as I know, no one ever took that diagnosis and ran with it, and it still happens to me on occasion as well. Does any of this sound familiar? Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu From: James Sleeman To: FlightGear developers discussions Sent: Mon, October 19, 2009 5:20:44 AM Subject: Re: [Flightgear-devel] BUG Landscape disappear I've had this happen on the odd occasion too, a random scenery tile doesn't load leaving a bottomless pit :-) I just figured it was a communication problem with terrasync or something, usually came right as soon as you get out of range (and return). On 19/10/09 22:04, Martin Laabs wrote: > Sorry - I forgot the link to one screenshot: > > http://www.martinlaabs.de/tmp/fgfs-screen-001.png > > > -- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] BUG Landscape disappear
This whole thread sounds exactly like what I pointed out months ago. Someone, Curt maybe, said that there was a bug in the way that tiles were prioritized for deletion; that it had changed from a distance-from-user calculation to a time-last-accessed calculation, which had become problematic when switching views, etcetera. As far as I know, no one ever took that diagnosis and ran with it, and it still happens to me on occasion as well. Does any of this sound familiar? Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu From: James Sleeman To: FlightGear developers discussions Sent: Mon, October 19, 2009 5:20:44 AM Subject: Re: [Flightgear-devel] BUG Landscape disappear I've had this happen on the odd occasion too, a random scenery tile doesn't load leaving a bottomless pit :-) I just figured it was a communication problem with terrasync or something, usually came right as soon as you get out of range (and return). On 19/10/09 22:04, Martin Laabs wrote: > Sorry - I forgot the link to one screenshot: > > http://www.martinlaabs.de/tmp/fgfs-screen-001.png > > > -- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [patch] Selectable ignore for MP chat
Oh, it has a "select all" then? :) :) :) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu From: Nicolas Quijano To: FlightGear developers discussions Sent: Sun, October 11, 2009 2:45:33 PM Subject: Re: [Flightgear-devel] [patch] Selectable ignore for MP chat Hi Anders, thank you very much !! ( I knew I was forgetting someone for T-shirt award suggestions) This is a feature I've grown to love and live by, as I like to fly near KSFO :) Many thanks, Cheers, Nic -- Be Kind. Remember, everyone is fighting a hard battle. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] October $250 Flight Gear Developers
Curt Olson:
"{...} purely from a humorous/hypothetical perspective: if anyone understands
how adsense work, any time one of us clicks on his ad, it costs him
money, but google has very sophisticated filters to catch this any many
other kinds of abuse so a single person can't do much on that front.
"I can't bring myself to be this sleazy and it wouldn't reflect
positively on the flightgear project (but it's fun to think about) :-)
so what if I could add some text that says: if the ad in this box is
from xyz.com,
click on it as many times as possible, email all your contacts to also
click on it, but make sure you don't buy anything. I shouldn't even
think things like that, let alone post them ... !"
You shouldn't, but you did, and I probably shouldn't have laughed out loud in
an evil manner, yet I did! :-)
Robert M. Shearman, Jr.
Transit Operations Supervisor,
University of Maryland Department of Transportation
also known as rm...@umd.edu
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com --
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] mpserver02 downtime
Oh! I've been going to a page on pigeon.net for this -- I assume that's tied to mpserver02. Thanks! Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu From: Oliver Schroeder To: FlightGear developers discussions Sent: Mon, October 5, 2009 2:13:05 AM Subject: Re: [Flightgear-devel] mpserver02 downtime On Monday 05 October 2009 07:54:29 Rob Shearman, Jr. wrote: > Has the MP Server status page (created by yourself and Nick Warne) been updated with the new server info? -R. The current status of all public servers is available at http://mpmap01.flightgear.org/mpstatus/ The list of servers is read from the fgms.conf file and therefore always up to date (at least it should be ;) Regards, Oliver > Robert M. Shearman, Jr. > Transit Operations Supervisor, > University of Maryland Department of Transportation > also known as rm...@umd.edu > > > > > > From: Pigeon > To: FlightGear developers discussions > Cc: flightgear-us...@lists.sourceforge.net > Sent: Fri, October 2, 2009 8:21:03 PM > Subject: Re: [Flightgear-devel] mpserver02 downtime > > > Hi all again, > > As some of us might have already noticed, mpserver02 is now back. > > However there's a catch. It was discovered that the MP bandwidth > had saturated the US/overseas link of my provider. So I had to make > mpserver02 only accept direct MP from non-US IPs. People in the US are > recommended to use mpserver05 (Texas) and mpserver07 (Wisconsin). > > This does not affect relays from other US servers. > >http://mpmap02.flightgear.org/ still works for all btw. > > > Pigeon. > > -- > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > > > __ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] mpserver02 downtime
Has the MP Server status page (created by yourself and Nick Warne) been updated with the new server info? -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu From: Pigeon To: FlightGear developers discussions Cc: flightgear-us...@lists.sourceforge.net Sent: Fri, October 2, 2009 8:21:03 PM Subject: Re: [Flightgear-devel] mpserver02 downtime Hi all again, As some of us might have already noticed, mpserver02 is now back. However there's a catch. It was discovered that the MP bandwidth had saturated the US/overseas link of my provider. So I had to make mpserver02 only accept direct MP from non-US IPs. People in the US are recommended to use mpserver05 (Texas) and mpserver07 (Wisconsin). This does not affect relays from other US servers. http://mpmap02.flightgear.org/ still works for all btw. Pigeon. -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] FGRun enhancement suggestion...
Hello again -- Multiple times in the recent history, new users and veteran users alike have had issues logging on to the MP server, and as it turns out the error has been caused by the fact that they were registered on MP but did not have "AI Models" enabled. Is there a way to make FGRun automatically check the "AI Models" box if the "Multiplayer" box is ticked? Might save a lot of new people some grief. Just a suggestion! Cheers, -R. (MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Continuing problems in multiplayer.nas
Hi all -- I understand that multiplayer.nas is undergoing some troubleshooting right now, but here's a tidbit which hopefully may help track down the "missing player" bug: I tried to open the pilot list dialog just now and got this in my console: "Nasal runtime error: nil used in numeric context at C:/Program Files/FlightGear/data/Nasal/multiplayer.nas, line 275 called from: C:/Program Files/FlightGear/data/Nasal/multiplayer.nas, line 251 called from: C:/Program Files/FlightGear/data/Nasal/multiplayer.nas, line 319 called from: /sim[0]/bindings/menu/binding[49], line 1" ... and no pilots list. If I see any more errors from multiplayer.nas I'll report them as best I can. Cheers, -R. (MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Fw: Latest CVS with Joystick on Vista...
Disregard the below. I found the e-mail in question. I'll switch the axis numbers in my bindings file until the next Win32 build which will contain the patch affecting the tags. (Oh, and also I obviously meant Aug 17 and not 19.) Sorry, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu - Forwarded Message From: "Rob Shearman, Jr." To: FlightGear Developers Sent: Saturday, September 5, 2009 9:56:35 AM Subject: Latest CVS with Joystick on Vista... Hi all -- I probably just missed the discussion, but when I upgraded to the latest CVS build for Win32 just now (dated Aug 19), my throttle axis and joystick axis seem to have gotten reversed. I'm using the same bindings file I always have. Is this a bug, or a remapping to align Linux with Vista axis numbering, or other? Thanks, and sorry if this was already mentioned somewhere. Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Latest CVS with Joystick on Vista...
Hi all -- I probably just missed the discussion, but when I upgraded to the latest CVS build for Win32 just now (dated Aug 19), my throttle axis and joystick axis seem to have gotten reversed. I'm using the same bindings file I always have. Is this a bug, or a remapping to align Linux with Vista axis numbering, or other? Thanks, and sorry if this was already mentioned somewhere. Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 1.9.2 release for FSWeekend?
If I may make one humble suggestion as (essentially) an observer here -- I would suggest at the very least that the issue with missing players in Multiplayer mode be ironed out first. I don't know what level of priority most developers give the Multiplayer system (I suspect not very high) -- but I know myself that I consider it a fairly substantial bug, and there have been many others on the forum who have been frustrated by it as well. Fortunately I noticed that Syd had apparently isolated the lines of code in multiplayer.nas that seem to be causing it, so a permanent fix might be around the corner. My two cents, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu From: James Turner To: FlightGear developers discussions Sent: Saturday, September 5, 2009 5:36:39 AM Subject: [Flightgear-devel] 1.9.2 release for FSWeekend? Subject says it all, I think - what do people think about doing a 1.9.2 release just before FSWeekend (i.e first week of November)? There's been enough improvements across the board (JSBSim updates, many divions by zero / NaN fixes, improved random objects; just for starters - I'm sure there's many things I've forgotten) quite apart from the effects work. I'll leave it to Tim and co to decide if shaders / effects are enabled or disabled by default in such a release - and the same for Torsten's new input code. Regards, James -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] pilot list...
I've mentioned the problem here before, but as far as I know, no one has pinned it down, because all of the Win32 builds from June forward exhibit this behavior. Thanks for looking into it! -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu From: syd adams To: flightgear-dev Sent: Sunday, August 30, 2009 1:24:13 AM Subject: [Flightgear-devel] pilot list... While attempting to hunt down a chat message problem , (no messages displayed from certain players), I found that the pilot list is always 1 player short , and the "model view" skips that player. They all appear in ai/models , but num-players is always show 1 less player. I've been sifting through the multiplay.nas , but thought I'd mention it here in case someone has already looked at the problem . cheers -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Multiplayer ATC "aircraft, " feature request...
I fixed the issue of the rotation of the radar screen (I transform now only the groundnet, but for the MP user radar returns, I set /instrumentation/radar/display-controls/rotate to true, and set the local user's orientation to the magnetic variation. Works like a charm!). I also shortened the LOC guideline texture so it only reaches the outer ring -- however, if the user offsets it to the max AND rotates it to a westerly heading, it can still extend slightly off the radar screen onto the data panel or exterior "window" area. If there is a more elegant solution to that (admittedly minor) issue, I welcome it. I still need some guidance on the problem of the wind-from heading. I am pulling /environment/wind-from-heading-deg and factoring in /environment/magnetic-variation-deg (and I remembered to account for wrapping around the 360-degree mark), and writing that back to a property I am calling /sim/atc/wind-from-display, which is the one used in the instrumentation xml file which puts it on the screen. No problem. The issue here is WHERE in the Nasal script (atc.nas) do I do this so that I can be sure that the displayed, magnetic wind heading is updated along with the raw /environment/wind-from-heading-deg? I mean, I could have it update once per frame, but that's a little silly, and besides I'm not sure how Nasal works in that I'm not sure where I'd put it even if that was what I wanted to happen. I see a bunch of initial parameters and then a bunch of function declarations but I don't see where this update would go or where it'd be called from. Should it go in a separate Nasal file? A little guidance on that would be great. Thanks, -R. (MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu From: syd adams To: FlightGear developers discussions Sent: Saturday, August 15, 2009 5:17:23 PM Subject: Re: [Flightgear-devel] Multiplayer ATC "aircraft, " feature request... It's looking good so far ... I haven't tested it yet myself , but if the guidelines are a separate texture , you can have them clipped my making the "instrument" the same dimensions as the radar screen ... cheers -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Multiplayer ATC "aircraft, " feature request...
Syd, Csaba, et al... This is by no means complete, or really even close... and I'm not done trying, but I'm just taking a little break from working on it. I just wanted to show you progress and get your input, in case there are any major problems with it so far (particularly in the Nasal). By the way, I know that the bigger radar screen obstructs most of the window, but I consider it an improvement, at least as a matter of personal preference. Your mileage may vary. http://i289.photobucket.com/albums/ll209/rmsjr1974/atcrmsjr-01-setloc.jpg http://i289.photobucket.com/albums/ll209/rmsjr1974/atcrmsjr-02-markfinal.jpg http://i289.photobucket.com/albums/ll209/rmsjr1974/atcrmsjr-03-markfinal.jpg http://i289.photobucket.com/albums/ll209/rmsjr1974/atcrmsjr-04-markfinal.jpg NOTES: When the sim boots up and initializes, the radar scope view will be set to a range of 1. Before zooming out, use CTRL-J and K to rotate the localizer guide paralell with the intended arrival runway, then use CTRL-G and H to move it left and right until aligned with it. Now you can zoom out to your preferred view distance and the localizer guide will self-adjust to remain on the centerline as you defined it. Also, please note that all heading references (on the screen and also in the data panel) are given in MAGNETIC. KNOWN BUGS / ISSUES: (1) The localizer guideline extends past the edge of the radar screen. (2) The current transformation for the radar screen actually rotates the screen itself, rather than just the indicators on it. I presume I have to connect the magnetic variation to the user's orientation in order to correct this. I think I can work that out myself, following what was done in ATC2. (3) The wind heading only updates when a target's info is updated, since I could not figure out where else in the Nasal script to put this operation. I tried to attach that script to a listener which would trigger when /environment/wind-from-heading-deg changes, but I didn't do it right, I guess. So I just threw it in the Target Update script for now. (Yes, I know that's not a great place for it!) PLANNED IMPROVEMENTS: (1) Panel hotspots to toggle and maneuver the localizer guide. Right now that can only be done with the CTRL-keys indicated above. I can add those, no problem. (2) Commands activated by either (well, really, both) CTRL-key and panel hotspots which prepare canned directives to the target plane. I want to do this in such a way that the piece to be added (i.e. which heading, which altitude, which runway) is always at the end of the message. I can manage this part, I think, based on what's already there. (3) Prettier panel and buttons. Shading for 3D effect, etcetera. I can do that on my own as well, but I just wanted to have something quick-and-dirty to test with for now. Here it is... look at it... play with it... tell me what a hack I am... improve it... give it back to me. :) LOL http://filebin.ca/mdscns/ATC-rmsjr.zip Cheers, -R. (MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu ----- Forwarded Message From: "Rob Shearman, Jr." To: FlightGear Developers Sent: Saturday, August 15, 2009 5:12:27 AM Subject: Fw: [Flightgear-devel] Multiplayer ATC "aircraft, " feature request... Syd et al -- Me: > "I'll also see what I can come up with by way of my own solutions." I actually have hacked together an ATC version that (in my own opinion, of course) takes the best features of V1 and V2 and combines them, but also with a bigger radar screen, and the makings of a localizer guideline. I'm not the coder you guys are (yet... someday!) so I'm stumbling through a lot of the Nasal, but it's coming together better than I thought. It stores both a heading (rotation transformation) and an offset (x-shift transformation). While I haven't yet implemented the hotspots and CTRL-keys to change the settings, I have it working well enough now that if I align it with a runway, the x-shift scales with the radar scope scale setting, so it remains aligned no matter what the zoom level is. One problem I'm having right now is that it likes to extend past the edge of the radar screen. I also stole the "Tower Adjust" and "message to target" scripts -- One of my next projects is, as you (Syd) mentioned before, rotating everything into magnetic heading, to avoid confusion. I'm also thinking I'm going to add a panel of "pre-canned" messages as well, so within two or three keystrokes one can say, for example, "MD-Terp, descend and maintain" and just type the altitude on the end. I may come running to you guys to see if it's possible to select an aircraft by clicking on it on the radar scope. Let me polish off what I have so f
[Flightgear-devel] Fw: Multiplayer ATC "aircraft, " feature request...
Syd et al -- Me: > "I'll also see what I can come up with by way of my own solutions." I actually have hacked together an ATC version that (in my own opinion, of course) takes the best features of V1 and V2 and combines them, but also with a bigger radar screen, and the makings of a localizer guideline. I'm not the coder you guys are (yet... someday!) so I'm stumbling through a lot of the Nasal, but it's coming together better than I thought. It stores both a heading (rotation transformation) and an offset (x-shift transformation). While I haven't yet implemented the hotspots and CTRL-keys to change the settings, I have it working well enough now that if I align it with a runway, the x-shift scales with the radar scope scale setting, so it remains aligned no matter what the zoom level is. One problem I'm having right now is that it likes to extend past the edge of the radar screen. I also stole the "Tower Adjust" and "message to target" scripts -- One of my next projects is, as you (Syd) mentioned before, rotating everything into magnetic heading, to avoid confusion. I'm also thinking I'm going to add a panel of "pre-canned" messages as well, so within two or three keystrokes one can say, for example, "MD-Terp, descend and maintain" and just type the altitude on the end. I may come running to you guys to see if it's possible to select an aircraft by clicking on it on the radar scope. Let me polish off what I have so far and then I'll post some screenshots and see if you guys want to help me "clean it up" some. Thanks, -R. (MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu - Forwarded Message From: "Rob Shearman, Jr." To: FlightGear developers discussions Sent: Sunday, August 9, 2009 4:00:05 AM Subject: Re: [Flightgear-devel] Multiplayer ATC "aircraft, " feature request... I think you're referring to a "ground-controlled approach" or GCA. However, this is not what I'm referring to -- I'm simply talking about approach controllers vectoring their planes from the end of their STARS procedure toward the localizer of the active arrival runway. Yes, intercepting it *is* the pilot's job, but the approach controller needs to get them in the vicinity of it, fare enough out, and with not too sharp a turn, and I'm pretty certain that the extended centerlines are indicated on their screens. Since I can't say this with any definitiveness, though, I understand Syd's reluctance to make changes. I'll see if I can come up with any RL references. And, as I said, I'll also see what I can come up with by way of my own solutions. I guess I'm just not patient enough for that sometimes. :) Cheers, -R. (MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu From: Stuart Buchanan To: FlightGear developers discussions Sent: Sunday, August 9, 2009 3:28:19 AM Subject: Re: [Flightgear-devel] Multiplayer ATC "aircraft, " feature request... syd adams wrote: >That might be best . I know very little about what information a real scope >displays , and intercepting a radial is the pilots job , so I dont know if >I can bring myself to add that line ;). I was at a fly-in to an RAF base last week, which included a tour of their tower. Interestingly, they still do radar-guidance (I forget the official term) where the controller provides instructions to the pilot to bring them to the center-line and appropriate glideslope to the runway - "Left two degrees, slightly high...", and the guides them all the way down to decision height. For this they had two radar displays, one showing the horizontal track and one showing the vertical, with an external center-line and glideslope marked on the display. I got the chance to try this out on their Tornado simulator, and it worked pretty well. I even got a nice print-out of my track afterwards :) -Stuart -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Let Crystal Reports handle the reporting - F
Re: [Flightgear-devel] mpserver02 downtime
On that note, mpserver01 has (it seems) been failing to forward its user information to the rest of the mp network. This has been identified by forum users as a separate issue from the weirdness that has been going on with MP and CVS. Since even before that madness began occurring, we discovered that those logged onto mpserver02 were visible to those on 01, but not the other way around. Does the admin of mpserver01 read this list, and if not, does anyone know how to contact that person and ask them to look into it? Thanks, -R. (MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu From: Pigeon To: flightgear-us...@lists.sourceforge.net; flightgear-devel@lists.sourceforge.net Sent: Friday, August 14, 2009 5:37:09 AM Subject: [Flightgear-devel] mpserver02 downtime Hi all, My service provider has been trying to isolate a few overseas network bandwidth issues and has kindly requested to temporarily shutdown the flightgear server for a couple of days. So until further notice please use alternative servers (mpserver01 for example). http://mpmap02.flightgear.org/ now also points to mpserver01 by default. Sorry for any inconvenience caused. Pigeon. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FGCOM troubleshooting help...
Installing the latest OpenAL, both as it is configured (Windows\System32) and as suggested (in Flightgear\bin\Win32) has had no effect on this issue. Still getting the same error. Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu From: "Rob Shearman, Jr." To: FlightGear developers discussions Sent: Monday, August 10, 2009 10:09:42 PM Subject: Re: [Flightgear-devel] FGCOM troubleshooting help... MMM. Still struggling with this. In the Windows FG install, the OpenAL installer runs as part of the process. And, I already tried taking the two .dll files and moving them into the bin folder with FGCom. However, I found out that for some stupid reason (probably Vista and its propensity for "VirtualStore" folders specific to each user), the OpenAL install I did on the newer version you referred me to didn't overwrite the older .dll files. So I was in the process of tracking all copies of the old ones down and removing them manually, and hand-reinstalling the newer ones, when it became time to catch a nap before heading to work for the night. So I'll report back progress tomorrow. Thanks again for the troubleshooting ideas... Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu From: Jacob Burbach To: FlightGear developers discussions Sent: Monday, August 10, 2009 5:16:21 PM Subject: Re: [Flightgear-devel] FGCOM troubleshooting help... Does flightgear run the the OpenAL installer during setup, or does it just come with it's own dll? If there is an openal dll in the same directory as fgcom it will use that, regardless of anyone you install system wide I believe. If there is an openal dll there with the exe, try moving it or renaming it and see if it works. All I can think of off the top of my head. cheers -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FGCOM troubleshooting help...
MMM. Still struggling with this. In the Windows FG install, the OpenAL installer runs as part of the process. And, I already tried taking the two .dll files and moving them into the bin folder with FGCom. However, I found out that for some stupid reason (probably Vista and its propensity for "VirtualStore" folders specific to each user), the OpenAL install I did on the newer version you referred me to didn't overwrite the older .dll files. So I was in the process of tracking all copies of the old ones down and removing them manually, and hand-reinstalling the newer ones, when it became time to catch a nap before heading to work for the night. So I'll report back progress tomorrow. Thanks again for the troubleshooting ideas... Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu From: Jacob Burbach To: FlightGear developers discussions Sent: Monday, August 10, 2009 5:16:21 PM Subject: Re: [Flightgear-devel] FGCOM troubleshooting help... Does flightgear run the the OpenAL installer during setup, or does it just come with it's own dll? If there is an openal dll in the same directory as fgcom it will use that, regardless of anyone you install system wide I believe. If there is an openal dll there with the exe, try moving it or renaming it and see if it works. All I can think of off the top of my head. cheers -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Multiplayer ATC "aircraft,
Would it not be possible to add a chat client to it, which would be compatible with the MP network protocol? Obviously it would have to report position information, but that should be trivial enough to work out, shouldn't it? Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu From: Martin Spott To: flightgear-devel@lists.sourceforge.net Sent: Monday, August 10, 2009 5:59:51 PM Subject: Re: [Flightgear-devel] Multiplayer ATC "aircraft, Syd, syd adams wrote: > does this mean I'm off the hook ? This one looks MUCH nicer :) I know very little about FlightGear's ATC aircraft, even less do I know about how to use it. Note that this so-called "OpenRADAR" (we called it this way because we were short of better ideas for a nice name :-) takes a totally different approach and therefore is probably not a 'competition' to FlightGear's ATC aircraft. OpenRADAR does not depend on the huge infrastructure which is required to run FlightGear but, on the other hand, it also doesn't serve any of the features which are unique to FlightGear, like this live chatting stuff for example Instead, OpenRADAR is really meant to be a pure RADAR console for whichever simulation or real-life datagram protocol you'd like to write a parser frontend (just think of a FLARM reciever, for example, or maybe even EUROCONTROL's ASTERIX). Nothing less, but also nothing more. Thus, in order to be used with FlightGear or any other simulation, it's best complemented by a reasonable voice-communication tool, like FGCOM - or a real radio :-) In addition to that, OpenRADAR is also different from FlightGear's ATC aircraft in that it requires you to 'configure' every sector you'd like to monitor. For the sake of completeness, a closeup with fixes enabled: http://foxtrot.mgras.net/bitmap/FGFS/KSFO_closeup.png Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FGCOM troubleshooting help...
OpenAL comes packaged with the Windows installer for 1.9.1b. No luck. I see from the website you referenced that there is a summer 2009 update -- I tried installing that just now, and it didn't help. Thanks for the attempt -- any other ideas? Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu From: Jacob Burbach To: FlightGear developers discussions Sent: Monday, August 10, 2009 2:51:47 PM Subject: Re: [Flightgear-devel] FGCOM troubleshooting help... > OpenAl function alcCaptureOpenDevice failed with code 0 > FATAL ERROR: cannot initialize iaxclient!" It's an OpenAL problem. Try installing the latest OpenAL from http://connect.creativelabs.com/openal/Downloads/Forms/AllItems.aspx ? -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] FGCOM troubleshooting help...
Hello all -- Something I did last week has rendered me unable to use FGCOM. I am running Vista Home Premium SP2 with a RealTek HD Audio sound device. Last week, FGCOM was running fine. During the week, I re-imaged the drive, reinstalled Vista, did all of the requisite OS updates, and reinstalled FG via the Win32 1.9.1b installer package; I then downloaded Tortoise CVS, checked out the data module based on the date of the latest available Win32 build from Fred's FTP site, downloaded and extracted that build. That should've put me back where I was before the reimaging (except on a much bigger HD partition -- which was the reason for the maneuver). Then I downloaded and reinstalled FGCOM from jomo's page (http://www.emmerich-j.de/FGFS/FGCOM-win_1.1.0.zip) -- which, when extracted into the bin/win32 folder, worked just fine for me before, using the generic HD Audio driver that Vista self-detected. This time, it gives me a persistent error on startup: "fgcom - a communication radio based on VoIP with IAX/Asterisk (c)2007 by H. Wirtz Version 1.1.0 build unknown Using iaxclient library Version SVN UNKNOWN OpenAl function alcCaptureOpenDevice failed with code 0 FATAL ERROR: cannot initialize iaxclient!" Updating to the correct eMachines/RealTek driver did nothing to alleviate this condition. As far as I can tell, there is nothing else sound-related which is different from my current setup versus my setup of a week ago. Can anyone help me translate this error message into something I can use to give me additional directions in which to troubleshoot? Thanks in advance, -R. (MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Multiplayer ATC "aircraft,
Is it GPL'd, and if so, do you have the source? I can actually work with Java a little :) ... in fact, I already have the JDK 1.6 installed on my FG box... Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu --- On Mon, 8/10/09, Martin Spott wrote: From: Martin Spott Subject: Re: [Flightgear-devel] Multiplayer ATC "aircraft, To: flightgear-devel@lists.sourceforge.net Date: Monday, August 10, 2009, 7:18 AM "Rob Shearman, Jr." wrote: > Oooohhh, PRETTY! What is that a screenshot of? "ATC aircraft" v3 > perhaps? Or a separate app meant to interact with FG MP as an ATC? This was an old screenshot of a standalone Java app, written by a FlightGear fellow, to serve as a RADAR screen for FlightGear. The layout is aimed at being conformant to EUROCONTOL's EEC "Human-Machine Interface Reference System for En-Route Air Traffic Control" (EEC report 292) - but it's far from implementing the entire reference. This application is capable of reading 'geospatial' data from different sources, like simple tab-separated text files or ESRI Shapefiles to render the countours of the surrounding terrain, lakes, control zones, any sort of tarmac as well as either Shapefiles or our well-known Apt.Dat format for point coordinates like navaids and fixes (not shown in the old screenshot). Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Multiplayer ATC "aircraft,
I caught that too, hence my speculation at its being an entirely separate app. That would also theoretically mean I could delve into the source for it and hope to possibly understand some of it :) Looking forward to it, whatever it is... :) :) :) Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu From: Jacob Burbach To: FlightGear developers discussions Sent: Monday, August 10, 2009 12:20:41 AM Subject: Re: [Flightgear-devel] Multiplayer ATC "aircraft, I spy a java icon... ;) -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Multiplayer ATC "aircraft,
Oooohhh, PRETTY! What is that a screenshot of? "ATC aircraft" v3 perhaps? Or a separate app meant to interact with FG MP as an ATC? Whatever it is, me likey!! :-') (::wiping drool off face now::) Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu From: Martin Spott To: flightgear-devel@lists.sourceforge.net Sent: Sunday, August 9, 2009 4:41:50 AM Subject: Re: [Flightgear-devel] Multiplayer ATC "aircraft, "Rob Shearman, Jr." wrote: > [...] Yes, intercepting it *is* the pilot's job, but the approach > controller needs to get them in the vicinity of it, fare enough out, > and with not too sharp a turn, and I'm pretty certain that the > extended centerlines are indicated on their screens. Sort of this ? http://foxtrot.mgras.net/bitmap/FGFS/KSFO_large.png Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Multiplayer ATC "aircraft, " feature request...
I think you're referring to a "ground-controlled approach" or GCA. However, this is not what I'm referring to -- I'm simply talking about approach controllers vectoring their planes from the end of their STARS procedure toward the localizer of the active arrival runway. Yes, intercepting it *is* the pilot's job, but the approach controller needs to get them in the vicinity of it, fare enough out, and with not too sharp a turn, and I'm pretty certain that the extended centerlines are indicated on their screens. Since I can't say this with any definitiveness, though, I understand Syd's reluctance to make changes. I'll see if I can come up with any RL references. And, as I said, I'll also see what I can come up with by way of my own solutions. I guess I'm just not patient enough for that sometimes. :) Cheers, -R. (MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu From: Stuart Buchanan To: FlightGear developers discussions Sent: Sunday, August 9, 2009 3:28:19 AM Subject: Re: [Flightgear-devel] Multiplayer ATC "aircraft, " feature request... syd adams wrote: >That might be best . I know very little about what information a real scope >displays , and intercepting a radial is the pilots job , so I dont know if >I can bring myself to add that line ;). I was at a fly-in to an RAF base last week, which included a tour of their tower. Interestingly, they still do radar-guidance (I forget the official term) where the controller provides instructions to the pilot to bring them to the center-line and appropriate glideslope to the runway - "Left two degrees, slightly high...", and the guides them all the way down to decision height. For this they had two radar displays, one showing the horizontal track and one showing the vertical, with an external center-line and glideslope marked on the display. I got the chance to try this out on their Tornado simulator, and it worked pretty well. I even got a nice print-out of my track afterwards :) -Stuart -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Multiplayer ATC "aircraft, " feature request...
> You can "tint" the view from the menu to darken it so the screen info displays clearer ... what about another step to blackout the background view completely? Well I really think having separate "window" and "scope" views might make it easier to discern the details, particularly the callsigns and data blocks in the scope. So next time I do ATC I will switch back to version 1 and see if I have a better experience. > a line from the tower center outward on the display that could be rotated , > but centering it on a runway might be tougher. If the extended centerlines are difficult to do, a radial from the tower would probably be a "close-enough" approximation, although of course it would never be exact since very few runways extend on radials intercepting the tower :) :) :) It's a decent work-around for now. I know you have several other projects you're working on. Maybe there's someone else on the list already working on improving the ATC set? > Another plan I had was to remove any "true heading " references , since airports deal in magnetic headings , and it just confuses issues. Indeed. Of course there's some debate over the METAR info, whether it is in true or magnetic, and I think the consensus was that it's in true? This is the first simulator I've experienced with this level of detail given to such things, so I can't really weigh in. I know that the wind display atop the ATC2 screen does "translate" it, which is nice. I'm still way below the level where I can code these things on my own, but I might be at a point now where I can compare ATC1 and ATC2 and snip out the best bits into a cobbled-together version I like. Maybe I'll mess with that over the coming weeks and see where I end up. Thanks again for the audience. Sincerely, -R. (MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu From: syd adams To: FlightGear developers discussions Sent: Saturday, August 8, 2009 6:06:12 PM Subject: Re: [Flightgear-devel] Multiplayer ATC "aircraft, " feature request... I think I know what your looking for , dont know if I like the idea , but it shouldn't be too difficult. You can "tint" the view from the menu to darken it so the screen info displays clearer ... what about another step to blackout the background view completely? What comes to mind is a line from the tower center outward on the display that could be rotated , but centering it on a runway might be tougher. Another plan I had was to remove any "true heading " references , since airports deal in magnetic headings , and it just confuses issues. But there are several people tweaking it , so I thought I'd leave it alone. Im currently working on other things , but I'll see what I can do . Cheers Thanks for your consideration. I appreciate all of the effort you guys put into this project, and all of the "novelties" you think to include! :) > >Cheers, >-R. (MD-Terp) > > Robert M. Shearman, Jr. >Transit Operations Supervisor, >University of Maryland Department of Transportation >also known as rm...@umd.edu > > > >-- >>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day >>trial. Simplify your report design, integration and deployment - and focus on >>what you do best, core application coding. Discover what's new with >>Crystal Reports now. http://p.sf.net/sfu/bobj-july >___ >>Flightgear-devel mailing list >Flightgear-devel@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/flightgear-devel > > -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Multiplayer ATC "aircraft," feature request...
Hello, Syd and Jester... How easy/difficult would it be to add a small detail to the radar scope view, which would be extended centerlines for the runways? Trying to use version 2 today, I ran into difficulty giving good localizer intercepts just trying to eyeball the extended lines, especially when zoomed out past the range where the runways were clearly visible. Also, if you are able to add this feature, I would most preferably like to see it in both version 1 and version 2 (if that's not asking too much, of course). Today I was using version 2, and while it was nice to have a full-sreen view of the "live" action, it made details on the scope a little illegible. We (the group of users participating in my "MP event" today) are hoping to make our gathering a monthly thing, so next month I can try version 1 instead and see if it's any better/easier. Thanks for your consideration. I appreciate all of the effort you guys put into this project, and all of the "novelties" you think to include! :) Cheers, -R. (MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Latest CVS still showing major MP problems...
Hello all -- Of late I have been reporting some bugs in the MP system, and I still believe the problems stem from the more recent CVS builds. Vivian asked me to report whether there were any NASL console errors associated, and I can now definitively say that there are none. The symptom is that two MP users on the same MP server at/near the same location can see one anothers' aircrafts, but cannot communicate with one another, and cannot see them in the Network Pilots List. I am a Windows Vista user, using Fred's Win32 builds and doing corresponding data checkouts with Tortoise. I originally "discovered" the MP problem using the 6/27 build, and reverting to the 5/23 build seemed to alleviate the issue. Again today I was using the 7/26 build, and switching to 5/23 seemed to fix things, although there was still a little weirdness (and of course I can't be sure what versions and/or builds everyone else in the scenario was using; I didn't stop to take a headcount, unfortunately). I, and many other CVS users on the Forum who have reported similar problems, certainly appreciate you all looking into this. Sincerely, -Rob. (MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Fw: CVS Win32 build FTP site error, and also was Re: Still Multiplayer Weirdness...
Recently I reported an issue with the Win32 CVS builds (or, presumably, the CVS version in general) in which multiplayer users on the same server could see one anothers' planes, but not talk to one another nor see one another on the Network Pilot List. Vivian pointed out that I should look for Nasal errors corresponding to this. Vivian et al, what I have seen which MAY correspond to the symptoms is a message in the console from MP that I have not seen before. Unfortunately I can't reproduce it verbatim at the moment as I am at work; however, the gist of it was something along the lines of: FGMultiplayer: Domain Error The phenomenon happened to several of us on a MP event today (Wednesday); and the "effect" came and went several times where a pilot would pop in and out of "earshot" while still being connected to MP and in proximity of the rest of us. I asked the others to post any unusual console errors in the forum but so far none have done so. Incidentally, I did update to the most recent Win32 build just prior to the event. I did not, this time, however, have the chance to verify whether shifting to an older build had any effect on the issue. Thanks for looking into it, -R. (MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] CVS Win32 build FTP site error, and also was Re: Still Multiplayer Weirdness...
Me: "This morning at around 0200UTC another user and I were to meet at KNZY (San Diego North Island Naval Air Station) to do a little for-fun dogfight practice. Both of us were on mpserver02. He was using one of Dave Culp's F4s and I was in the CVS A6E. However, although I could see his plane, he was not in the pilot list and I could not communicate with him. Several resets did not alleviate this. I was using the Win32 build from Fred's site dated 20090627. Reverting to a build from 20090523 alleivated the problem." -- Vivian: "Rob, Both pilot list and chat rely on Nasal, while the mp aircraft itself does not. Any sign of a nasal error in the terminal? Could be very early in the start-up. Vivian" -- In fact there have been quite a few nasal errors. I had been ignoring them, because I thought I'd read here that one was related to startup being called before METAR was done importing (although I had felt that had been solved but was still happening? so maybe it was something else and I wasn't paying close enough attention). But as of right now I am back on the 6/27 build and I haven't been able to reproduce the error. If it happens again, I'll snip the console output before I shut it off, and report findings here. Speaking of CVS builds -- Fred, I see there's a new one on the FTP site for 7/26, but I'm getting http error "550: Not a directory" when I attempt to open it. Anyone else having this problem? Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Still Multiplayer Weirdness...
Hi again... Recall a few weeks ago when I joined a MP group of about six planes, but could only see up to four of them at a time. I wondered aloud if this was a RAM issue, related to scenery loading problems, but we seem to have ruled that out. This morning at around 0200UTC another user and I were to meet at KNZY (San Diego North Island Naval Air Station) to do a little for-fun dogfight practice. Both of us were on mpserver02. He was using one of Dave Culp's F4s and I was in the CVS A6E. However, although I could see his plane, he was not in the pilot list and I could not communicate with him. Several resets did not alleviate this. I was using the Win32 build from Fred's site dated 20090627. Reverting to a build from 20090523 alleivated the problem. Is it possible that something in the last six weeks has "partially broken" Multiplayer? Cheers, -R. (MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Scenery glitches and MP weirdness may be memory related?
Hello all --
I run the CVS Win32 binaries built by Fred on Vista 32-bit Home Premium
SP1, using an eMachines AMD Athlon 64 3800+ 2.4 gHz processor, 1.0 GB
RAM, and an NVidia GeForce 6100 nForce 405.
PROBLEM 1:
On
many of my long-haul flights I tend to notice a delay in loading
scenery tiles -- while visibility at FL300+ has always been
next-to-none, I can definitely see borders where there is a "white"
(i.e. non-loaded) tile I am flying over. Occasionally I see it pop in
as I get directly over it. I have scenery 1.0.1 for the USA and Europe
resident on my hard drive. I do not use TerraSync. On one flight from
Baltimore to Green Bay, I descended in steps from cruise to 10,000 MSL,
4,000 AGL, and 2,000 AGL. Approaching KGRB from the east, I was flying
into an empty tile. Just as I finally got over top of the airport (say
within 2 nm of it) it popped into view. I circled to the north and
landed.
PROBLEM 2:
Yesterday I flew from Baltimore to San
Juan to join in with the MP fly-in from there to TNCM. As I arrived,
there was an initial MP problem because we were not on the same server,
as (as described in other threads) 01 does not seem to be forwarding
position/chat info to the server network. After switching, I still had
an issue where only three or four of the total pilots would be
visible/show up on my chat and/or network pilots list at once.
Occasionally when a new pilot would pop in, he would replace another
one. EXAMPLE: I was joined by R-Dude, IVA-014, D-79, eeK, michel, and
Gooney. For a time, I could not see IVA-014; however, when he popped
into view, usually R-Dude's name would disappear, and vice-versa.
QUESTION:
Just
out of curiosity I opened Windows Task Manager. Now, I'm not really
hardware-saavy much so I'm not sure what to make of these numbers. But
It showed under "memory" that my usage was in the 700s range, and
"free" was in the single digits. (However, I have it open now, and
"free" is still only saying 14, although the usage is in the low 400s.
Not sure what "free" signifies, then.)
So is my problem that FG
has outgrown my memory capacity? It seems to make sense that if I'm
running out of RAM that FG would have issues loading new scenery and AI
models. But wouldn't that just cause massive page-file writing to
the HD? I don't believe I'm seeing that. Also, why is scenery having
issues loading on long-haul flights? After I pass it over, it's
supposed to release any scenery I'm no longer near, freeing up that
memory, yes? Is there a small memory leak that's turned into a big one
somewhere?
Thanks for any help y'all can provide. I was hoping 1
GB RAM would be sufficient for a while, but if it's time to bite the
bullet and upgrade, I can probably swing that without too much
difficulty (if I put off buying a new camera and laptop like I wanted
to this summer).
Cheers,
-R. ("MD-Terp")
Robert M. Shearman, Jr.
Transit Operations Supervisor,
University of Maryland Department of Transportation
also known as rm...@umd.edu
--
Enter the BlackBerry Developer Challenge
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize
details at: http://p.sf.net/sfu/Challenge___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] MP notes on breaking compatibility with previous versions of aircrafts....
Nic, It's also worth pointing out (again!) that users of CVS must accept that FG and its associated models are constant works-in-progress. Issues like you describe are easily fixable prior to an official release, but are difficult to manage in the constant state of flux between them. I'm in agreement with Syd that the benefits from changes which simplify an aircraft model's delivery outweigh the relatively small and temporary annoyance that comes with them. Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu From: Nicolas Quijano To: FlightGear developers discussions Sent: Sunday, July 5, 2009 5:18:00 PM Subject: Re: [Flightgear-devel] MP notes on breaking compatibility with previous versions of aircrafts Thanks a lot for adding the model files to CVS, I was just done posting my own version of them on the forums :) I meant nothing by culprits, in case that wasn't clear, just as an example of what his us today : I'm a fan of your work on the Beaver and Twin Otter. I had completely forgotten about the Beaver model change, even though I had seen the cvs logs and wondered about it. The catalina, I didn't get around to having a fix around before today and warning people about it. Just wanted to bring this (back) to attention, as not all the userbase will dig deeper if the same aircraft with the same author doesn't work right away in MP ;) It would indeed be nice to hear what the modellers and devs have to say on how this should be tackled. Cheers, Nic On Sun, Jul 5, 2009 at 3:56 PM, syd adams wrote: >Yes , I'm one of the culprits , and it's not a lack of foresight ,I've done it >for a reason. MP is not my biggest concern , I did these aircraft for my own >purposes , not entirely with gamers in mind ... but Im glad some like them all >the same. >> >These aircraft use one fuselage model now , with gear and other aircraft >specific options selected depending on type or name, with cockpit and >internals separated to be selected within a certain distance.So there IS no >dhc2floats or dhc2wheels. >> >It can be set so the model is visible with older versions ,by adding another >animation xml file with those names and adding the neccesary ac model bits >,but in my opinion adds more garbage to the folder. > >I,ve been updating the dhc-2 for more realistic behavior, (sorry gamers);), >> >so it's nearly ready for another commit, and I can add the old versions , but >there's also the option of adding these to the AI/Aircraft .Any idea on which >option we should take from the rest of the modellers ? > >(My problem with that is you end up with two aircraft to maintain, and I tend >to forget about the AI version). > > >>> >>The specific "culprits" today are Syd Adams (dhc2, for sure and dhc6 also, I >>think) and Gerard Robin (PBY-Catalina). There might have been more cases >>today, and I think we have a few more a/c in cvs who exhibit those symptoms :) >> > >I'm sure it was all unintentional and a simple lack of foresight on the >consequences such changes might have, but there we have it. >> Thanks for reading, >>Cheers, >>Nic >> >> >> >> >>-- Be Kind. >>Remember, everyone is fighting a hard battle. >> >> >>-- >> >>___ Flightgear-devel mailing list >>Flightgear-devel@lists.sourceforge.net >>https://lists.sourceforge.net/lists/listinfo/flightgear-devel >> >> > >-- > >___ >>Flightgear-devel mailing list >Flightgear-devel@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/flightgear-devel > > -- Be Kind. Remember, everyone is fighting a hard battle. -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] TriangleIntersect back again, non-catastrophic though...
Hi developers... Lately when flying around the Caribbean I have been getting JUST A COUPLE of the "TriangleIntersect" not-a-number warnings. On today's flight from TFFF to TNCM using GFS's CRJ-200 (http://fgfs.i-net.hu/modules/fgtracker/?FUNCT=FLIGHT&FLIGHTID=905514) the following was observed in the console: == Warning:: Picked up error in TriangleIntersect (-4.5 0 0, 4.5 0 0,4.5 0 22.2495) (1.#QNAN,1.#QNAN,1.#QNAN) Warning:: Picked up error in TriangleIntersect (-4.5 0 0, 4.5 0 22.2495, -4.5 0 22.2495) (1.#QNAN,1.#QNAN,1.#QNAN) Warning:: Picked up error in TriangleIntersect (-4.5 0 0, 4.5 0 0,4.5 0 22.2495) (1.#QNAN,1.#QNAN,1.#QNAN) Warning:: Picked up error in TriangleIntersect (-4.5 0 0, 4.5 0 22.2495, -4.5 0 22.2495) (1.#QNAN,1.#QNAN,1.#QNAN) Warning:: Picked up error in TriangleIntersect (-4.5 0 0, 4.5 0 0,4.5 0 22.2495) (1.#QNAN,1.#QNAN,1.#QNAN) Warning:: Picked up error in TriangleIntersect (-4.5 0 0, 4.5 0 22.2495, -4.5 0 22.2495) (1.#QNAN,1.#QNAN,1.#QNAN) == These were the only TriangleIntersect errors I received, and the sim did not behave oddly when they occurred. (There were a couple of odd jumps in IAS, coincident to weather changes, but this may or may not have been related.) In fact I only discovered them when I went to shut down the program. However, I did notice similar behavior a couple times before now, also around the Caribbean, also non-catastrophic allowing the sim to continue running normally. I have no other leads to say what might be causing them except to say that I still turn OFF all AI-traffic-related properties in my starting command line. Happy bug-hunting, -R. (MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Incompatibility with win32 CVS build 6/23 and Dave Culp's planes...
http://home.comcast.net/~davidculp2/hangar/hangar.html "North American T-2C Buckeye" Not counting DavePack (the instrument models), it's the 13th aircraft from the top. But as I said, I started up a couple other of his models (the A-29B, I think, and one of the F-4's, I forget which) and got identical results. Thanks for looking into it. I guess you'll want to contact him with the results. His e-mail info is on that website as well. Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu From: Jon S. Berndt To: FlightGear developers discussions Sent: Saturday, June 27, 2009 1:12:36 AM Subject: Re: [Flightgear-devel] Incompatibility with win32 CVS build 6/23 and Dave Culp's planes... This looks like a side effect of the newer way of interpreting/defining/using properties in the latest JSBSim. I have not seen Dave’s TC2 model. Where can I find that? I might be able to help. Jon Jon S. Berndt Development Coordinator JSBSim Project www.JSBSim.org From:Rob Shearman, Jr. [mailto:rmsj...@yahoo.com] Sent: Friday, June 26, 2009 11:38 PM To: FlightGear developers discussions Subject: [Flightgear-devel] Incompatibility with win32 CVS build 6/23 and Dave Culp's planes... Hello all... Somehow, when updating my FG installation on Vista using Fred's 6/23 build, I can no longer start Dave Culp's T2C. I also tried a couple of his other planes and got similar results. However, loading up several other aircraft models (both YASim and JSBSim) was successful. Below you'll find my command line (generated by FGRun) followed by the console error message. Cheers, -R. (MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu C:\Program Files\FlightGear\bin\Win32\fgfs.exe --fg-root=C:\Program Files\FlightGear\data --fg-scenery=C:/Program Files/FlightGear/Scenery-1.0.1 --airport=KHAF --aircraft=T-2C --control=joystick --disable-intro-music --enable-mouse-pointer --enable-random-objects --disable-specular-highlight --enable-ai-models --enable-real-weather-fetch --prop:/sim/frame-rate-throttle-hz=20 --bpp=32 --callsign=MD-Terp --multiplay=out,10,mpserver01.flightgear.org,5000 --multiplay=in,10,RMSJR-D,5000 --ai-scenario=nimitz_demo --ai-scenario=vinson_demo --prop:/sim/view/config/limits/enabled=false --prop:/sim/view/config/default-field-of-view-deg=65 --prop:/sim/ai-traffic/enabled=false --prop:/sim/traffic-manager/enabled=false --prop:/sim/atc/enabled=false Property systems/hook/tailhook-cmd-norm is already defined. Property systems/NWS/engaged is already defined. WARNING: JS: Failed to read joystick name from registry FGPropertyManager::GetNode() No node found for systems/canopy/command In component: Canopy Control unknown property systems/canopy/command reference d. Aborting -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Incompatibility with win32 CVS build 6/23 and Dave Culp's planes...
Hello all... Somehow, when updating my FG installation on Vista using Fred's 6/23 build, I can no longer start Dave Culp's T2C. I also tried a couple of his other planes and got similar results. However, loading up several other aircraft models (both YASim and JSBSim) was successful. Below you'll find my command line (generated by FGRun) followed by the console error message. Cheers, -R. (MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu C:\Program Files\FlightGear\bin\Win32\fgfs.exe --fg-root=C:\Program Files\FlightGear\data --fg-scenery=C:/Program Files/FlightGear/Scenery-1.0.1 --airport=KHAF --aircraft=T-2C --control=joystick --disable-intro-music --enable-mouse-pointer --enable-random-objects --disable-specular-highlight --enable-ai-models --enable-real-weather-fetch --prop:/sim/frame-rate-throttle-hz=20 --bpp=32 --callsign=MD-Terp --multiplay=out,10,mpserver01.flightgear.org,5000 --multiplay=in,10,RMSJR-D,5000 --ai-scenario=nimitz_demo --ai-scenario=vinson_demo --prop:/sim/view/config/limits/enabled=false --prop:/sim/view/config/default-field-of-view-deg=65 --prop:/sim/ai-traffic/enabled=false --prop:/sim/traffic-manager/enabled=false --prop:/sim/atc/enabled=false Property systems/hook/tailhook-cmd-norm is already defined. Property systems/NWS/engaged is already defined. WARNING: JS: Failed to read joystick name from registry FGPropertyManager::GetNode() No node found for systems/canopy/command In component: Canopy Control unknown property systems/canopy/command reference d. Aborting -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Bug report: Tile loading problem?
I wrote: > Cruising at FL300 yesterday, and FL310 today, in the Citation-Bravo, > I notice what looks like a scenery tile loading problem (see the > so-named screenshots below, and notice the white areas near the > horizon). Martin Spott wrote: > Just a few guesses: Did you install the Scenery tiles by hand, do you > use TerraSync (via SVN), did you make sure that all the required > Scenery is actually installed properly, did you succeed in repeating > this effect at least once ? The scenery is permanently installed. I do not run TerraSync. As stated in the original report, this occurred on two successive flights in two days. Another responder suggested it was a problem with the 2D cloud cover layer and that seems to make sense, because as I said, the plane never seems to get closer to the "tile" edges. Since reading the e-mail, I haven't had a chance to test that theory by turning off METAR immediately when seeing the effect, but I will do so when I get the chance and report back. Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Bug report: Tile loading problem?
Hello -- Cruising at FL300 yesterday, and FL310 today, in the Citation-Bravo, I notice what looks like a scenery tile loading problem (see the so-named screenshots below, and notice the white areas near the horizon). However, cruising along, I expected to steadily get closer to the "edge" of the "tile" shown there, and eventually see the next one pop into place -- but it seemed more like the "edges" were not moving, even though the cloud cover texture (and presumably the ground below) were scrolling past at a reasonable rate. This is using Fred's Win32 build from 2009-01-11, and data from same date. 3D clouds NOT enabled, and METAR as shown in the third shot. http://s289.photobucket.com/albums/ll209/rmsjr1974/?action=view¤t=tile-loading-prob-1.jpg http://s289.photobucket.com/albums/ll209/rmsjr1974/?action=view¤t=tile-loading-prob-2.jpg http://s289.photobucket.com/albums/ll209/rmsjr1974/?action=view¤t=tile-loading-prob-3.jpg Ground speed was something like 340-350 knots, if that matters to anyone. Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] R.I.P. MSFS?
Curt wrote: > Let's keep our eyes open on ebay for flight simulator companies for sale. :-) Should we pass the hat and make a bid? :) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] MP Liveries for Boeing 737-300
Gijs de Rooy wrote: "we have to discuss if it's really helpfull to put 26 liveries for one plane in CVS" My two cents... For a select few aircraft models which are very, very popular in the real world (including the 737 of course, but also the C172, 747, B1900, others in other "categories"?), I think it would be "fun" to include a larger number of liveries, so that users all across the globe can feel a sense of familiarity or identity with the aircraft, with which they may have had some real-world contact. For the less popular models I agree that just a few are more than sufficient. Of course, a model's popularity *within FG* should probably factor in there a little as well...?? Just musing... -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Bug reports... weather, and ILS...
Lukas Mesani wrote: "Man.. just btw, we respect your work... Citation rulez :) cya" I second that, Syd :) I just figured out how the autopilot works and now it's even MORE my favorite ;) Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Bug reports... weather, and ILS...
syd adams wrote: "I changed the neelde animation because it was pointed out that it was too insensitive , but now it has a very narrow window to operate in , and the ealier discussions and the manual don't jive so I'll look into it some more . The changes I made were about a week or so ago. I haven't looked at the instrumentation/nav/gs-needle-deflection while flying to see if the behaviour has changed there yet..." That timeframe is about right, I think, for when it stopped working on my end. I understand that the ILS sensitivities are being discussed and worked on, which sort of prompted my report, but I wasn't aware that the "global" changes were pending and the "new" behavior was specific to the Bravo (again, I should have tested -- I just don't think like a programmer, I guess!). So I'll wait for a "global" solution and live with it in the meantime. Thanks for the words of explanation. Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Bug reports... weather, and ILS...
Stuart Buchanan wrote: "When you close the Weather Scenario dialog, instead of interpolating to the new weather values, the environment is rebuilt from scratch based on the selected scenario. This may cause an immediate wind change (which the aircraft has to react to) and/or cloud changes." Aha! Okay, that makes sense -- interpolation takes place normally, but is "interrupted" by viewing the METAR information in the dialog box. That explains what I was seeing. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Fw: Bug reports... weather, and ILS...
Yikes! I *really* got the year wrong. That is of course the 2009-01-11 build. And, apologies for not deleting out the (non-sequitor) e-mail I responded to. Apologies, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu - Forwarded Message From: "Rob Shearman, Jr." To: FlightGear developers discussions Sent: Wednesday, January 14, 2009 10:13:35 AM Subject: [Flightgear-devel] Bug reports... weather, and ILS... Hello all -- Using 2208-01-11 CVS build flying the Cessna Citation Bravo on Windows Vista with NVIDIA 6100 GeForce 405... Lately I have noticed that the glideslopes seem to be uniformly wrong or inoperable somehow. This changed within the last couple of builds. Previously, when on final, the visual glideslope indicators would essentially match up with what the ILS was telling me. However, now it seems as if the ILS is pegged high (indicating I am too low) while the visual indicators are all white (indicating I am too high). Also, this has possibly been going on quite some time now (since I started reporting NaN bugs on my medium-haul flights), but in many cases, the METAR doesn't change the active wind and cloud settings unless I actually look at the METAR (Environment --> Weather Scenario). As soon as I close the dialog box, the clouds change, the KIAS moves suddenly, and the plane may rock side-to-side gently for a moment or two. *RARELY* I will notice the weather settings change on their own during flight, but it seems as if *USUALLY* it doesn't do so unless I look at the METAR. Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Bug reports... weather, and ILS...
Hello all --
Using 2208-01-11 CVS build flying the Cessna Citation Bravo on Windows Vista
with NVIDIA 6100 GeForce 405...
Lately I have noticed that the glideslopes seem to be uniformly wrong or
inoperable somehow. This changed within the last couple of builds.
Previously, when on final, the visual glideslope indicators would essentially
match up with what the ILS was telling me. However, now it seems as if the ILS
is pegged high (indicating I am too low) while the visual indicators are all
white (indicating I am too high).
Also, this has possibly been going on quite some time now (since I started
reporting NaN bugs on my medium-haul flights), but in many cases, the METAR
doesn't change the active wind and cloud settings unless I actually look at the
METAR (Environment --> Weather Scenario). As soon as I close the dialog box,
the clouds change, the KIAS moves suddenly, and the plane may rock side-to-side
gently for a moment or two. *RARELY* I will notice the weather settings change
on their own during flight, but it seems as if *USUALLY* it doesn't do so
unless I look at the METAR.
Cheers,
-R.
Robert M. Shearman, Jr.
Transit Operations Supervisor,
University of Maryland Department of Transportation
also known as rm...@umd.edu
From: Csaba Halász
To: FlightGear developers discussions
Sent: Tuesday, January 13, 2009 9:09:09 PM
Subject: [Flightgear-devel] [BUG] FGEnvironment copy constructor bad
Hi!
The copy constructor in question:
145 FGEnvironment::FGEnvironment (const FGEnvironment &env)
146 {
147 FGEnvironment();
148 copy(env);
149 }
I guess that wants to call the default constructor first. However,
that doesn't work. See
http://www.parashift.com/c++-faq-lite/ctors.html#faq-10.3 for details.
Confirmation:
Breakpoint 1, FGEnvironment (this=0x7fff1913c590, e...@0xc913dc0) at
src/Environment/environment.cxx:147
147 FGEnvironment();
(gdb) s
FGEnvironment (this=0x7fff1913c490) at src/Environment/environment.cxx:138
138 altitude_tropo_top_m(1)
Observe, that the "this" pointer is different, it is pointing to a new
temporary object that will be destructed immediately after the call:
(gdb) s
~FGEnvironment (this=0x7fff1913c490) at src/Environment/environment.cxx:151
151 FGEnvironment::~FGEnvironment()
This is trivial to fix, except it is not obvious whether the members
missing from the copy() function are missing deliberately. Also
unclear: do we really want to call the functions in the default
constructor *before* the copy?
@timoore: See? Old bugs do exist! The correct way to do this was
"optimized" into the bad code more than 5.5 years ago, in rev 1.4. But
it is bad nevertheless :)
--
Csaba/Jester
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
Flightgear-devel mailing list
flightgear-de...@lists.sourceforge..net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Update: Another abort due to NaN in CullVisitor...
Sorry, I wrote too soon without thorough testing. First of all, I should have mentioned: (1) Fred's win32 build from today (20090101) and updated data via CVS (2) It was the wingman version of the Buccaneer Second of all, I just started the Buccaneer at KNTU (Oceana NAS, Norfolk, VA) and got the same result with "normal" weather conditions. So maybe this error is particular to the Buccaneer Wingman version and not related to the other NaN issues? Just to be more sure, I started the Citation Bravo back at KNZY, and got the same reduced visibility issue (guess it's really foggy there right now) but no CullVisitor error messages. Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu - Forwarded Message From: "Rob Shearman, Jr." To: flightgear-devel@lists.sourceforge.net Sent: Thursday, January 1, 2009 10:09:29 AM Subject: Another abort due to NaN in CullVisitor... Started the Blackburn Buccaneer at KNZY (San Diego North Island NAS)... a million CullVisitor NaN messages ensued... I immediately restarted with the UFO and observed the following METAR... 2009/01/01 14:52 KNZY 011452Z AUTO 0KT 1/4SM HZ 11/08 A3004 RMK AO2 SLP173 60001 T01060078 55001 TSNO $ which was being rendered as if San Diego was completely fogged in up to 100,000ft. (If I'm reading it right, it's giving visibility at one-quarter statute mile? I guess that would do it?) Of course, not sure where the NaN errors are coming from, but that's for y'all to figure out :) Happy New Year, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Another abort due to NaN in CullVisitor...
Started the Blackburn Buccaneer at KNZY (San Diego North Island NAS)... a million CullVisitor NaN messages ensued... I immediately restarted with the UFO and observed the following METAR... 2009/01/01 14:52 KNZY 011452Z AUTO 0KT 1/4SM HZ 11/08 A3004 RMK AO2 SLP173 60001 T01060078 55001 TSNO $ which was being rendered as if San Diego was completely fogged in up to 100,000ft. (If I'm reading it right, it's giving visibility at one-quarter statute mile? I guess that would do it?) Of course, not sure where the NaN errors are coming from, but that's for y'all to figure out :) Happy New Year, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Fw: More reports to help debug the QNAN thing...
I take it that patch didn't make it to Fred's build from today? The second e-mail was sent using the 20081230 build. Otherwise, something else is apparently going on there. -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu From: Csaba Halász To: FlightGear developers discussions Sent: Tuesday, December 30, 2008 3:35:45 PM Subject: Re: [Flightgear-devel] Fw: More reports to help debug the QNAN thing... On Tue, Dec 30, 2008 at 6:53 PM, Rob Shearman, Jr. wrote: > > I took the UFO back to that approximate spot and got the METAR info... > > 2008/12/30 17:42 > KHRJ 301742Z AUTO 10SM CLR 17/M11 A3005 RMK AO2 > > ... but am curious as to why this bug doesn't affect the UFO? > > Has any of this been any help? Yes. I have submitted a patch for this already. See: http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg20047.html There are still other NaNs lurking out there, though. -- Csaba/Jester -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists..sourceforge.net/lists/listinfo/flightgear-devel -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Fw: More reports to help debug the QNAN thing...
Okay -- I just finished updating with Fred's new binary and CVS update, and duplicated the flight, and it happened again. Weird thing is, I was JUST climbing through about 17,000 when I was thinking, "gee, this is going well so far. I wonder what the METAR is," and looked at it and noticed there was no wind info, which I think was mentioned in an earlier post speculating a possible cause. That's precisely when it froze and went haywire on me. I took the UFO back to that approximate spot and got the METAR info... 2008/12/30 17:42 KHRJ 301742Z AUTO 10SM CLR 17/M11 A3005 RMK AO2 but am curious as to why this bug doesn't affect the UFO? Has any of this been any help? Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu - Forwarded Message ---- From: "Rob Shearman, Jr." To: FlightGear developers discussions Sent: Tuesday, December 30, 2008 12:06:34 PM Subject: [Flightgear-devel] More reports to help debug the QNAN thing... Hello all -- Just moments ago I started up the Citation Bravo and departed KRDU (Raleigh-Durham, NC, USA) and turned to heading 150. As I was climbing through FL200 I froze up and got the unending stream of "Detected NAN" messages. http://fgfs.i-net.hu/modules/fgtracker/?FUNCT=FLIGHT&FLIGHTID=560919 You can see on the map that I had just crossed I-95 when this occurred. The line that heads to the northwest from there is phantom data; I guess FlightTracker is still trying to make sense of whatever data it got after my position was obliterated by the error. I have no idea what the METAR was at the time (aren't we speculating that it would have JUST switched?) or even what station reports for that locations, but if someone right now wants to try taking a UFO to that same spot and see what it is and if ti confirms the bug, have at it! By the way, this was with Fred's win32 build from 1218. After the abort, I checked to see if a newer one was available, found one from today, and am updating data module now. Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] More reports to help debug the QNAN thing...
Hello all -- Just moments ago I started up the Citation Bravo and departed KRDU (Raleigh-Durham, NC, USA) and turned to heading 150. As I was climbing through FL200 I froze up and got the unending stream of "Detected NAN" messages. http://fgfs.i-net.hu/modules/fgtracker/?FUNCT=FLIGHT&FLIGHTID=560919 You can see on the map that I had just crossed I-95 when this occurred. The line that heads to the northwest from there is phantom data; I guess FlightTracker is still trying to make sense of whatever data it got after my position was obliterated by the error. I have no idea what the METAR was at the time (aren't we speculating that it would have JUST switched?) or even what station reports for that locations, but if someone right now wants to try taking a UFO to that same spot and see what it is and if ti confirms the bug, have at it! By the way, this was with Fred's win32 build from 1218. After the abort, I checked to see if a newer one was available, found one from today, and am updating data module now. Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] problems with z-buffer
Also if I'm not mistaken, the current version of the Bravo alters the startup field-of-view from default of 55 to 60; would that make it more prone to problems in this area? -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu From: James Turner To: FlightGear developers discussions Sent: Monday, December 29, 2008 6:46:47 PM Subject: Re: [Flightgear-devel] problems with z-buffer On 29 Dec 2008, at 08:40, Tim Moore wrote: > .4 meters seemed > sufficient to me, but others don't agree, so perhaps we can settle > on some value > larger than .1. The near plane value is settable, both in the camera > configuration and as a "live" property in /sim/rendering/camera- > group/znear. Just ran into this with Bravo. A value of 0.2 works, but 0.3 causes some minor clipping of the cockpit roof, and 0.4 causes nearly the entire side-pillar to be clipped. I wonder if part of this is about camera position placement in the models, but my ignorance of such matters is vast, so I'll say no more. James -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] From forums... progress on solving black-box issue?
Hi guys -- This was just posted on the forums about a half-hour ago, and I wanted to pass it along to the devel list in case it helped to shed light on one of the commonly reported bugs in 1.9. Re: Big Black Box by cj chitwood on Sun Dec 28, 2008 11:20 pm Alright... So... I downloaded from CVS SimGear 1.9.0 and FlightGear Source 1.9.0 and Data 1.9.0. Took a long time, to say the least. I didn't realize when I started Data that I was downloading every available airplane. But no bother, saves me the trouble later on. I start it up, and there's the box. Ah, but wait, we now can browse the properties. File, Browse Internal Properties (or hit "/"). Go to sim/rendering/camera-group Select "near-field" and make it "0" (zero). Hit set, close property browser, black box is gone. Problem is, if you reset the scenario, you have to do this all over again. I think I recall being able to set properties in the .fgfsrc file, and if so, no prob. Otherwise, this would get annoying for e.g. chopper practice. Question for the developers: What is the purpose of having "two cameras" as I've read it called? Why have one near and one far renderer? I'm curious, not complaining... thanks, CJ Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear 1.99.5 RC1 feedback summary
Durk Talsma wrote: > F14 : Omnipowerful Jet Fighter; has so many features, it is very > well capable of representing the category "Fighter Jet" > - I'm still having trouble hooking up to the catapult [DT] I did too at first, as I was used to the A6E in which you only have to "tap" the Shift-L command. In the F14 I found that once I knew to hold down Shift-L for about a second, it became just as easy. Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as [EMAIL PROTECTED] -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Route manager waypoint adding
Maybe what I am about to suggest is NOT how real-world route managers are supposed to work -- so take it with that caveat. But I would think that if your last waypoint before KSFO is 1000nm away, but you want to hold off the descent until closer to KSFO, you could simply insert another waypoint about 50nm out at the cruise altitude, and the effect would be to "tell" the route manager where to begin the descent. Now, whether that's the "real-world"/"correct" solution, or just a work-around, someone else will have to say... Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as [EMAIL PROTECTED] From: Michael Smith <[EMAIL PROTECTED]> To: FlightGear developers discussions Sent: Wednesday, December 3, 2008 9:10:19 PM Subject: Re: [Flightgear-devel] Route manager waypoint adding James Turner wrote: > On 3 Dec 2008, at 17:17, Michael Smith wrote: > > >> This is great, I have had this problem several times and it has >> completely screwed up some flights, thank you. >> > > Great to know someone else is using the route manager - do you have > any other comments or feedback about it? Please do keep using it over > the next few weeks, since I have a few changes in mind, and the more > testing, the better. > > Regards, > James > > > - > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > > I always use Route Manager for airline flights because of SID and STARs that i will soon be using. I have noticed that when I say for example if I set it to [EMAIL PROTECTED] 1000 NM away I end up at 900MSL way before KSFO, is that something that is already inplanted or something not working? Thanks -- Michael Smith <[EMAIL PROTECTED]> (mdsmith2) - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Replay mode improvement suggestion...
Hi, Developers -- I had a thought about what I think would be a fairly easy patch for someone, which would improve the replay system with respect to Multiplayer. This improvement would basically NOT send position information through Multiplayer when the replay is being shown. Instead, the airplane's "current" (i.e. "suspended") position, the position that the aircraft was in when the replay started and where the user's local FG resumes from when the replay is over, should be sent. This will eliminate two (admittedly minor) problems: (1) When I make an approach and landing and then taxi off the runway and park, I sometimes like to re-watch my landing from an external view to critique it. However, when I do this in Multiplayer mode, my "replay phantom" may end up in conflicting airspace with the player who was following me on approach, or with some other player who enters that area. (2) When the replay info is sent to the Multiplayer server, it causes some oddities in FlightTracker, such as an extraordinarily high calculated groundspeed when the plane's position instantaneously changes from the "current" to the beginning of the replay. I know most of you are scrambling to tweak and refine features for the next release, and maybe this can wait until after that process. But it seems to me that it shouldn't be too hard and maybe someone can tackle it in a few hours' time. Cheers, -R. (aka MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as [EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear in IVAO network
Dave --
I think you're misunderstanding my point. I'm not saying that FG's MP server
should hold itself to the high standards of realistic air-traffic and
air-traffic-control that IVAO strives for. In fact, I'm saying completely the
opposite -- that bridging the two networks at the server level would be a
mistake, because many of the users who log onto FG-MP are not aiming for that
level of realism, and that if such a bridge were created, those who were
seeking less-than serious interaction would have to look elsewhere.
I do, however, think it's rude when the "kids" try to get everyone to "clear
the runway" by shouting in all caps, or participate in other intentionally
annoying behavior for the purpose of attempting to impede or infringe on on
what someone else is doing, or otherwise expect that everyone exists to help
them when they have expended no effort to help themselves. Maybe you and I fly
at different times of the day, but I think I see this with more frequency than
what you are characterizing.
But I guess I used these "extreme" examples to illustrate my point, leading to
the obscuring of my main objection to bridging the two server networks (which
is apparently now a moot point, as I don't believe that's the route the
proposal is taking anymore). At any rate I apologize for the confusion.
Cheers,
-R.
Robert M. Shearman, Jr.
Transit Operations Supervisor,
University of Maryland Department of Transportation
also known as [EMAIL PROTECTED]
From: dave <[EMAIL PROTECTED]>
To: FlightGear developers discussions
Sent: Monday, November 17, 2008 9:57:30 PM
Subject: Re: [Flightgear-devel] FlightGear in IVAO network
Dear Rob,
>From your description it appears that I am one of those "kids". A 43
year old kid mind you. I am always polite to others on the MP system. I
sometimes perform stunts in unusual aircraft and show off just for a
laugh. I demonstrate what can be achieved with practise. I push the
flight envelope on occasion. What I do as well though, is encourage the
use of FG and Linux through my usage. I help those "kids" who say "how
do I fly a helicopter?" learn to fly a helicopter". I remind the "kids"
that this a shared realm and that people aren't required to follow
orders. Most of the people on there are good folk and treat each other
respectfully. I would rather have the less-than-serious "kids" use
FlightGear than alternatives and rather "kids" than a bunch of stiffs
who just don't approve because of their personal mind set. I think that
if you need to have serious, "trying to fly as realistically as
possible" events, then go ahead and organise more of them and publish a
code of conduct for those attending. Who knows? you could have it as
often as weekly. Weekend flightschool/control tower practise anyone?
I'll turn up and make you proud!
On the subject of IVAO, I think that even entertaining the idea of
closing access to the FG-MP server for IVAO is the tail wagging the dog.
The connection to IVAO should be the exceptional case, not the general one.
Getting to know FlightGear was/is not an easy experience and at least
some benefit of the doubt should be afforded to those who obviously
aren't at your level of familiarity/usage or have a different attitude
to FG in general. I suppose what I am trying to say is that your idea of
what FG is, may or may not be at all like what I see it as. People need
to remember what the "open" part of open source implies and what free
spirit is about as well.
While I am here, I thank you all for FG. Because of FG, not only do I
have have a great simulator (free too) I have learned to use blender and
am a long way into a new model to hand over one day should it past
muster. I am even considering dusting off the old coding me and diving
into the guts. Such a great gift, is FG, that I feel the need to
contribute and learn more to be able to do so as well as the need to
encourage and help others use it.
cheers,
Dave McLoughlin.
(Woddy)
Rob Shearman, Jr. wrote:
> I wrote:
> > It seems
> > that a large number (often, the majority) of FG-MP users are on the
> > network to mess around and socialize rather than participate in a
> > multi-aircraft scenario with any degree of realism.
>
> Arnt wrote:
> > ..my impression from what little I've seen here on this list,
> > (I haven't had time to join the fun), is our "social" MP
> > things are MP airshows and fly-ins, in the http://eaa.org/
> > and http://airventure.org/ style spirit.
>
> > ..these events fits nicely into RL air traffic in RL and I see no
> > problems with IVAO's serious relism traffic servers joining our
> > MP servers, {...}
>
>
[Flightgear-devel] Fw: FlightGear in IVAO network
I must amend my previous statement (below), as it appears the discussion is
swinging more in the direction of allowing Flightgear client programs to access
IVAO directly...?? My concerns were aimed more towards when the discussion was
about bridging the two networks at the server level. If the two networks are
to continue to exist separately, then I have no relevant concerns. Cheers, -R.
Robert M. Shearman, Jr.
Transit Operations Supervisor,
University of Maryland Department of Transportation
also known as [EMAIL PROTECTED]
- Forwarded Message
From: "Rob Shearman, Jr." <[EMAIL PROTECTED]>
To: FlightGear developers discussions
Sent: Wednesday, November 12, 2008 7:33:14 AM
Subject: Re: [Flightgear-devel] FlightGear in IVAO network
I wrote:
> It seems
> that a large number (often, the majority) of FG-MP users are on the
> network to mess around and socialize rather than participate in a
> multi-aircraft scenario with any degree of realism.
Arnt wrote:
> ..my impression from what little I've seen here on this list,
> (I haven't had time to join the fun), is our "social" MP
> things are MP airshows and fly-ins, in the http://eaa.org/
> and http://airventure.org/ style spirit.
> ..these events fits nicely into RL air traffic in RL and I see no
> problems with IVAO's serious relism traffic servers joining our
> MP servers, {...}
Those are the events that we "organize," and in the forum these are organized
by a core group of mature, "semi-serious" aviators, who fly these events for
social reasons but attempt to fly reasonably realistically throughout them.
But those you don't see on the list, but who are online on the MP servers on a
near-constant basis, are the "kids" (of variable age range, no doubt) whose
idea of social flying is "EMERGENCY LANDING< EVERYBODY CLEAR THE RUNWAY@@@"
or "CAN SOMEONE TELL ME HOW TO FLY>>??" and/or those that just loop around
aimlessly seeking attention or try to pull off something "cool" flying a 787
like it were in an aerobatic display.
Given the former, I agree that this presents no problem working with IVAO. How
do we screen for the latter? Again I say that there would have to be two FG-MP
networks; one connected with IVAO and one that isn't. Or, close FG-MP to only
those who register for IVAO and plan to follow its guidelines, leaving the
"kids" to play solo, or else privately set up their own FG-MP servers.
Cheers,
-R.
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear in IVAO network
I wrote:
> It seems
> that a large number (often, the majority) of FG-MP users are on the
> network to mess around and socialize rather than participate in a
> multi-aircraft scenario with any degree of realism.
Arnt wrote:
> ..my impression from what little I've seen here on this list,
> (I haven't had time to join the fun), is our "social" MP
> things are MP airshows and fly-ins, in the http://eaa.org/
> and http://airventure.org/ style spirit.
> ..these events fits nicely into RL air traffic in RL and I see no
> problems with IVAO's serious relism traffic servers joining our
> MP servers, {...}
Those are the events that we "organize," and in the forum these are organized
by a core group of mature, "semi-serious" aviators, who fly these events for
social reasons but attempt to fly reasonably realistically throughout them.
But those you don't see on the list, but who are online on the MP servers on a
near-constant basis, are the "kids" (of variable age range, no doubt) whose
idea of social flying is "EMERGENCY LANDING< EVERYBODY CLEAR THE RUNWAY@@@"
or "CAN SOMEONE TELL ME HOW TO FLY>>??" and/or those that just loop around
aimlessly seeking attention or try to pull off something "cool" flying a 787
like it were in an aerobatic display.
Given the former, I agree that this presents no problem working with IVAO. How
do we screen for the latter? Again I say that there would have to be two FG-MP
networks; one connected with IVAO and one that isn't. Or, close FG-MP to only
those who register for IVAO and plan to follow its guidelines, leaving the
"kids" to play solo, or else privately set up their own FG-MP servers.
Cheers,
-R.
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear in IVAO network
I know I am usually just a lurker on this list, and when I do poke my head in, it doesn't always make sense :) However there is one concern I have about IVAO/FG-MP interoperability which I have not seen addressed, and it goes back to a debate about MP we've had in our forum several times over now. The goal of IVAO is to provide a virtual air-traffic environment with a high degree of realism. But I don't agree that FG-MP shares that goal. It seems that a large number (often, the majority) of FG-MP users are on the network to mess around and socialize rather than participate in a multi-aircraft scenario with any degree of realism. Are we then going to revert to our idea of having separate MP networks for "serious" versus "social" sim-flying? Or are we to restrict access to our MP network only to those who desire realistic interaction? This may be a can of worms, but it's one that I would at least feel comfortable knowing had already been digested before we bog ourselves down with the technical details... Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as [EMAIL PROTECTED] From: Matthew Tippett <[EMAIL PROTECTED]> To: FlightGear developers discussions Sent: Tuesday, November 11, 2008 7:34:12 AM Subject: Re: [Flightgear-devel] FlightGear in IVAO network Note the subtle suggestion of the discussion here. To avoid exposing/causing concern with the GPL, keeping it completely internal and not distributing it from IVAO seems like a good idea. However, this appears to need FG to expand/revise it's MP interface to allow secure connection of external MP-FS networks. This in effect opens the FG to have other networks (that talk FG-MP) to connect. Note that in this model, IVAO would bridge it's network into FG-MP, and not the other way around. This distinction is critical for the following reason... Assuming a secure connection (public key), we have the following trusts. 1) FG will allow IVAO MP information when a IVAO network connector joins the FG-MP network. 2) By connecting, the IVAO network agrees to receive FG MP information. 3) The public key of the IVAO network is trusted by FG-MP. 4) The FG-MP network has the trust 'power' to deny IVAO if there are any problems by removing the trust of the public key. Note that the primary factor in this FG-MP is master, IVAO is slave is driven by the closed protocols on the IVAO network. It makes a lot more sense for IVAO to create a connector that talks FG-MP, than the FG jump through a larger (and to some a lot less palletable) set of hoops to have FG-MP create a connector to connect as a slave to the IVAO network. (The Master/Slave term sounds wrong and would most likely cause IVAO issues. Truster/trustee sounds more peerish, but doesn't sound architecturally right either. I suggest the two groups settle on terminology ASAP to ensure a common frame of mind.) Regards... Matthew On 11/11/08, Arnt Karlsen <[EMAIL PROTECTED]> wrote: > On Tue, 11 Nov 2008 09:31:34 +0300, Pep wrote in message > <[EMAIL PROTECTED]>: > >> The way IVAO has worked so far, as Curt says, is completely plugin >> based, in regard of flight simulators, due to the fact that the >> simulators that log in are not open source (let's change that!). In >> the case of FG, where FG itself is open source, and the MP server is >> too, there are two approaches, as Matthew pointed out: >> >> One would be FlightGear acting as a IVAO client and connecting >> directly to IVAO FSD servers. Honestly it was my first though. >> However, that would be a bit difficult both for FG and IVAO. The other >> approach, bridging both networks seems to me now better. However, I >> leave it to you guys to decide which of the two you prefer, though I >> assume you go for the second one. >> >> In case of the second one, we at IVAO could set up a MP server (or >> more), connected itself to the IVAO FSD servers. > > ..and if you modify your MP server, and, _keep_ it _in-house_, you > are not distributing etc it and therefore you not violating any GPL > or any copyrights. I believe this is a valid work-around. > >> And here, as Martin >> says, starts the religious war. > > ..nope, it is no longer necessary. ;o) > >> As I understand, a server-server >> protocol should be implemented. > > ..yes, and by your guys, Pep. ;o) > >> The authentication stuff, moreover, perhaps will demand a few changes >> to MP? > > ..maybe. Then you propose a patch or something, if it goes into FG > or FG MP servers, it's subject to copyright and to the GPL. ;o) > >> Once we start agreeing, there will be more things like these >> to address, I assume. > > .. ;o) > >> If you confirm this is the way you wish to proceed, please tell me. >> I'll report to my IVAO "bosses" and see what they decide. > > > > -- > ..med vennlig hilsen = with Kind Regards from Arnt... ;o) > ...with a number of polar bear hu
Re: [Flightgear-devel] could not find texture LFPO001.rgb and
To add to the carrier bug report, the "meatball" turns white instead of red when the aircraft approaches too low for the glideslope, which I guess is the default whte appearing instead of the missing mystery texture... Cheers, -R. (MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as [EMAIL PROTECTED] From: Martin Spott <[EMAIL PROTECTED]> To: flightgear-devel@lists.sourceforge.net Sent: Friday, November 7, 2008 9:00:09 AM Subject: Re: [Flightgear-devel] could not find texture LFPO001.rgb and Hi Torsten, Torsten Dreyer wrote: > It spits out the error message > could not find texture LFPO001.rgb > grepping thru the base packages finds > Models/Airport/apt-light-ba.ac using this texture. Indeed, this is a known bug - due to recent occupation by "some hobby project" ;-) we simply didn't get around merging the bug-fixed shared model from our repository to CVS > It also complains about missing red-source.rgb which is missing in the > Nimitz/Models directory. That's one for the carrier guys. This is a bit confusing, I have to admit: Even though the carriers move around in the Scenery, they still live in the directory which is destined to hold models of fixed position. I guess this is simply due to compilance with long-term tradition. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] sim/multiplay/generic/float how many ?
> How can I pack several pieces of information into one variable? Binary --> Decimal conversion technique would allow three on/off settings to be stored in a decimal number valued 0-7. Switch one has a value of 1. Switch two has a value of 2. Switch three has a value of 4. Add up the three and send the results as a single digit. Because each successive switch is assigned a successively higher power of two, the results will be unique (no single value can represent more than one possible combination of off and on switches.) Or, combine two three-position switches. With switch one in position A, switch two values are A=0, B=1, C=2. With switch one in position B, switch two values are A=3, B=4, C=5. With switch one in position C, switch two values are A=6, B=7, C=8. Again, each value has only one possible set of positions. Or combine an on-off switch with a five-position selector. Any combination of variables with ten or fewer possible unique combinations would work. Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as [EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Scenery vs. Base Package; Was: Revision Log / Intended developments
I was wondering what was going on with KCGS. It all makes sense to me now... Cheers, -R. (aka MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as [EMAIL PROTECTED] - Original Message From: Ralf Gerlich <[EMAIL PROTECTED]> To: FlightGear developers discussions Sent: Sunday, October 5, 2008 8:40:33 AM Subject: Re: [Flightgear-devel] Scenery vs. Base Package; Was: Revision Log / Intended developments Martin Spott wrote: > Durk Talsma wrote: > >> Ralf Gerlich and Martin Spott: Complete scenery rebuild based on improved >> terragear algorithms / object database updates > > In the current state, after setting a deadline, we should be able to > get an entire Scenery release out from the current datasets within just > a few days _plus_ maybe a week of testing in a small circle of people > most of the people we asked didn't respond anyway ;-) > > There's one real show stopper - not to the FlightGear release but, > instead, to the Scenery releases, which on the other hand is related to > the way FlightGear reads airport data: > As mentioned before, the Scenery releases are currently tied to the > Base Package because several positions are read from the 'apt.dat', the > 'rwyuse.xml' and the 'parking.xml' which is stored in the Base Package. There's another issue. The apt.dat contains more and more heliport definitions. The current genapts tools crashes on these or generates hillarious runways, which obviously are too short for proper normal runway markings. I would have loved to fix that and have genapts generate a proper heliport texture, but that would make the scenery incompatible with the released datapackage. So we might want to include a proper heliport texture (apt.dat knows asphalt, concrete, turf and dirt helipads) in the base package and regenerate the scenery with proper helipads. In the build currently being prepared for release Martin replaced the helipad records by simple taxiway records in order avoid the genapts-trap. He also tried to add a helipad object a few cm above the elevation of the center of the helipad. The additional elevation was necessary to avoid the helipad sinking into the ground. However, either the helicopter now stands above the ground or penetrates the helipad, with hilarious graphical results. Cheers, Ralf - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Call for aircraft nominations
I'm usually just a lurker on this list but my choices for the most visually and flyably realistic planes are: * C172P Skyhawk (3d panel, of course) * pa28-161 -- Piper Cherokee Warrior II * Pilatus PC-6 Turbo Porter (with the amazing walk features) * Boeing 787-8 * A-6E Intruder * F-14B Tomcat * A-10 Thunderbolt * Aerostar Super 700 * Cessna Citation Bravo * DHC2 - de Havilland Beaver * EC135My criterion are interior realism (appearance and function), exterior realism (appearance and animation), and overall flying experience (realism first, usability second). These nominations are in no particular order (and yes, I know I listed eleven, LOL)... but I also think they represent the best in a wide variety of types -- commercial jets, military jets, light private class aircraft, and a heli. Cheers, -R. (aka MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as [EMAIL PROTECTED] - Original Message From: Durk Talsma <[EMAIL PROTECTED]> To: FlightGear developers discussions Sent: Sunday, October 5, 2008 4:13:54 AM Subject: [Flightgear-devel] Call for aircraft nominations While I'm at it. :-) With each release we include a selection of representative aircraft that highlight FlightGear's capabilities. Inclusion criteria include: Completeness, variability across categories, realism, suitability for demo flights (think of aerotowing, AI/Multiplayer refueling, carrier landing, etc etc.), relative ease of operation (ie don't want to intimidate new users too much), and disk space (we don't want to bloat the base package too much). So, with these criteria in mind, what would be your current top 10 of aircraft? Cheers, Durk - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Bug report; UFO in CVS version...
Hello all -- When using the UFO in the CVS/OSG version of FG on a Windows XP system, I find a bug when attempting to load a model for placement using the "l" key. A pop-up menu appears prompting me to select a filename. However, if I select a subdirectory or else the ".." (return to higher directory level), the screen fails to refresh with the "new" directory's contents. Closing the window and re-opening it using the "l" key is a passable workaround, but tedious when navigating to the far reaches of my PC's filesystem. Can someone see if this bug is duplicable or just (for whatever reason) on my system, and if it is systemic, look into a fix? Thanks in advance. Cheers, -R. (aka MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as [EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Chat menu preset phrases, another update to try...
Hello all -- I've been continuing to tweak my preset phrases in the chat menu to my liking and I think I have a set that is pretty useful now. I'm releasing it below under the GNU GPL so feel free to look at it, comment on it, commit it to FG CVS as-is or modified, or even completely ignore it as you see fit, hehehe... The key features I feel I have improved since my last attempt are: (1) no more "Flightgear Approach", which were taken out of the CVS commit version anyway. All phrases either exist as a generic self-announce or are specific to the closest airfield. (2) Every phrase has two versions -- one for use when the detected airport and runway are consistent with your intentions, and one "generic" version of each phrase with no specified airport and runway, for when the detected one does not match your intentions. (3) No subgroups. Options 2-9 give you the class of phrase you wish to use, and then options 2-9 are your phrases -- so, after activating the chat menu, all phrases are available in exactly two keystrokes. (4) "Roger" with callsign is option number nine on almost all of the menus. In addition, the keyphrase [-] [9] [9] is easy to remember as a quick way to answer "Roger." The drawback is that limiting messages to eight groups of eight, in order to keep everything at one level of submenus, means eliminating some of the preset messages such as those associated with formation flying. My personal experience with multiplayer is that those are not often used anyway... however, opinions may differ, of course. So as I said -- use or don't use, commit or don't commit, your choice. But hopefully someone will get some use out of them besides me :) Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as [EMAIL PROTECTED] c:\Program Files\Flightgear\data\ATC\chat-menu-entries.xml [Generic Left Traffic Pattern] % # departing. % # turning left crosswind. % # turning left downwind. % # turning left base. % # turning final. % # short final. % # clear of the runway. Roger, #. [Left Traffic Pattern, * runway (] *, % # departing runway (. *, % # turning left crosswind runway (. *, % # turning left downwind runway (. *, % # turning ^ mile left base runway (. *, % # turning ^ mile final runway (. *, % # short final runway (. *, % # clear of runway (. Roger, #. [Right Traffic Pattern, * runway (] *, % # departing runway (. *, % # turning right crosswind runway (. *, % # turning right downwind runway (. *, % # turning ^ mile right base runway (. *, % # turning ^ mile final runway (. *, % # short final runway (. *, % # clear of runway (. Roger, #. [* Approach] *, % # VFR $ feet ^ miles ! of the airfield. *, % # IFR $ feet ^ miles ! of the airfield. *, % # $ feet ^ miles ! of the airfield requesting transition across your airspace. *, % # $ feet ^ miles ! of the airfield inbound for visual approach. *, % # $ feet ^ miles ! of the airfield inbound for visual approach runway (. *, % # $ feet ^ miles ! of the airfield inbound for ILS approach. *, % # $ feet ^ miles ! of the airfield inbound for ILS approach runway (. Roger, #. [* Departures VFR] *, % # holding short for VFR Northbound departure. *, % # holding short for VFR Eastbound departure. *, % # holding short for VFR Southbound departure. *, % # holding short for VFR Westbound departure. *, % # holding short runway ( for VFR Northbound departure. *, % # holding short runway ( for VFR Eastbound departure. *, % # holding short runway ( for VFR Southbound departure. *, % # holding short runway ( for VFR Westbound departure. [* Departures IFR] *, % # holding short for IFR Northbound departure. *, % # holding short for IFR Eastbound departure. *, % # holding short for IFR Southbound departure. *, % # holding short for IFR Westbound departure. *, % # holding short runway ( for IFR Northbound departure. *, % # holding short runway ( for IFR Eastbound departure. *, % # holding short runway ( for IFR Southbound departure. *, % # holding short runway ( for IFR Westbound departure. [Visual Contact Advisories] # looking for the traffic. # negative contact with the traffic. # has the traffic in sight. # will maintain visual separation. # looking for the airfield. # negative contact with the airfield. # has the airfield in sight. Roger, #. [Roger] Roger, holding short, #. Roger, position and hold, #. Roger, clear for takeoff, #. Roger, cleared to land, #.
Re: [Flightgear-devel] CVS-Server down?
I had the same problem about 12 hours ago... glad to hear it's not just me, meaning it's probably just offline... Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as [EMAIL PROTECTED] - Original Message From: Heiko Schulz <[EMAIL PROTECTED]> To: FGFS Developers Mail List Sent: Monday, August 4, 2008 8:56:58 AM Subject: [Flightgear-devel] CVS-Server down? Hi, Tried today to update FGFS, but I can't login: >cvs [login aborted]: connect to cvs.flightgear.org:2401 failed Is this known? Is there any mirror? Regards HHS still in work: http://www.hoerbird.net/galerie.html But already done: http://www.hoerbird.net/reisen.html __ Gesendet von Yahoo! Mail. Dem pfiffigeren Posteingang. http://de.overview.mail.yahoo.com - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
