Re: [Flightgear-devel] buying server bandwidth (was: mpserver02 close down)
On 07/10/10 21:47, Hal V. Engel wrote: > On Thursday, October 07, 2010 12:13:46 pm Curtis Olson wrote: >> Gary and Stuart, >> >> We could certainly explore the donation route. I'm doing a little bit of >> research to try to determine what the realistic costs would be to setup a >> dedicated server to run a multiplayer system. That will give us a better >> idea what we need to shoot for. I floated the idea on the multiplayer section of the forum. http://www.flightgear.org/forums/viewtopic.php?f=32&t=9651 We were talking specifically about a sub for the FGCom server that I persuaded my friend to donate. That donation of server and bandwidth is good until it begins to impact on his business and we simply floated the idea as a what-if. BTW we expect to be able to use this FGCom server for at least a year, possibly indefinitely, that's why I announced it as a medium term solution. However I think the results are applicable to FGCommunity servers in general. So Donations or subscriptions? If the subscription is mandatory, what minimum service would be expected? What is affordable? Some of the replies are instructive. Some guy thinks $20/month is reasonable. For many people that's simply unaffordable. Some want it to continue for free of course. Its been free so far, why should that change? Some people don't use PayPal and would have difficulty sending money(in any form) beyond their national borders. My own thoughts are that ~$15 every three months should cover FGCom, MPservers, MPmap and a 99.9% uptime. Not only that but a decent ToS and User Agreement that would mean we'd be kicking spammers and motormouths as well. That means its a full time job for 2-3 people and these costs need to be factored in, so we'd need several thousand subscribers to make it work. Or we do it for a lot less and skip the moderation. I definitely agree that some form of FlightGear Foundation is required to cover server costs and help with hardware for developers, pay for the BDFL to get to conferences ;-> etc etc For now, I think Curt's idea about opencandy is well worth looking at. Donations are all very well but Id hate to try to guarantee any level of service and just hope donations come in. I'd be interested to see the demographics but I think most users and developers are now based outside the US so any Foundation will need to fully reflect the international nature of the project. -- Best Regards Willie Fleming -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Compiler error
On 07/10/10 14:09, fiers...@zonnet.nl wrote: > Hi all, > > I am compiling fgfs with download_and_compile.sh on Ubuntu 10.04. > > Latest GIT (one hour ago) is giving errors in hud.cxx: > > hud.cxx: In function ‘void fgUpdateHUDVirtual(osg::State*)’: > hud.cxx:348: error: ‘gluPerspective’ was not declared in this scope > hud.cxx:361: error: ‘gluLookAt’ was not declared in this scope > hud.cxx: In function ‘void fgUpdateHUD(osg::State*, GLfloat, GLfloat, > GLfloat, GLfloat)’: > hud.cxx:397: error: ‘gluOrtho2D’ was not declared in this scope > please check the version of OpenSceneGraph you are using. /bin/osgversion in your OSG install dir I think that script is slightly flawed in that it grabs the SVN version of OSG which may have been correct when the script was written but not now. Download a stable version of OSG (2.9.8 works for me) and try again, please. Let us know how it goes. -- Best Regards Willie -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] FGCom server replacement
A donation of hosting and suitable bandwidth to handle the FGCom server has been agreed and we will be working on this tonight. This is a medium term deal until a permanent solution and the financial resources to cover it are available. That's a debate for later but it needs folk to start thinking about it now. We will be sucking it to see how it works out for bandwidth. If it becomes too heavy and impacts on normal business operations then we will need to look into putting a cap on users and/or tower freqs. I am assuming (always dangerous) that we have never had >50 FGCom users at any one time on <10 freqs. The proposed solution should be able to handle several times those numbers but until we get it up and running and do some stress testing we will not know for certain. We will get the DNS records transferred so everything should Just Work as before. Stand by for announcements of testing and hopefully service restoration over the next couple of days. I would be really grateful if we could get some folks who are willing to help us test this as we fumble our way towards an optimal set-up. Basically we'd like you to log on and keep talking when we announce testing and not be too disappointed when the service suddenly dies for any reason. No music please, if there is any music or similar abuse then the deal will be terminated without notice. We need stress testing but please leave music out. So please keep monitoring this list, the FGCom topic on the multiplayer section of the forum and #flightgear on irc.flightgear.org for announcements of testers required. Thanks :-) -- Best Regards Willie -- Virtualization is moving to the mainstream and overtaking non-virtualized environment for deploying applications. Does it make network security easier or more difficult to achieve? Read this whitepaper to separate the two and get a better understanding. http://p.sf.net/sfu/hp-phase2-d2d ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Autopilot key bindings and the problem of backspace
On 27/09/10 22:11, willie wrote: > btw the help option (?) on the Command Mode Dialog doesn't work for me, > can anyone else confirm? It works OK - it just sends the help message to the console, which is not much use in full-screen mode..... Willie -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Autopilot key bindings and the problem of backspace
On 27/09/10 21:29, Stuart Buchanan wrote: > Hi All, > > Currently there are a number of key bindings to enable various > auto-pilot modes, e.g.: > > Ctrl-A Altitude lock > Ctrl-H Heading lock > Ctrl-G Glideslope lock > Ctrl-N NAV1 lock > Ctrl-P Pitch hold > Ctrl-S Autothrottle > Ctrl-T Terrain lock > Ctrl-W Wing level > F6 - Heading lock > > Unfortunately, it is all to easy to enable some of them by mistake. > For example, on many systems, Backspace is Ctrl-H. So, if you are > using a GUI dialog box, don't quite click on the input box you > intended, then press Backspace, you will toggle the autopilot heading > mode. As many aircraft that use the generic autopilot don't have a > real autopilot in the cockpit, it is quite difficult to diagnose this, > as you vainly try to stop the aircraft from turning to 0 degrees! I > hit this every so often myself, and it often confuses me. I'm sure new > users hit this all the time and have a very hard time working out what > has gone wrong, assuming they do so before they auger in. > > I've just pushed a fix to the MP chat system to fix this for the > quick-chat dialog (which is what usually catches me out), but I'd like > to fix the root problem - which is that it is far too easy to enable > the autopilot by mistake and then be unable to diagnose the problem. > > I can see three solutions: > > 1) The most drastic option would be to remove all the key bindings for > the autopilot. Most of the autopilot locks require additional input > (e.g. setting the heading for the heading lock). While there are key > bindings for setting the heading etc. they only work once the mode is > active. I'm sure everyone uses the GUI to set the correct > heading/altitude/speed _before_ they engage the lock. Given this, > there seems little use for the key binding for the lock themselves. > Does anyone actually use the key bindings? My vote would be for option 1 with these further additions: a) change the behaviour of ':' so that help is shown automatically on entering the Command Mode Dialog (hide this with for the experts) b) Publicise this extremely handy but little-known (to me at least) feature by adding these :-mode shortcuts to the menus - This is something I had planned anyway but was holding off on to see how the recent changes to the menu were received before embarking on fresh additions. These key sequences should also be added to the relevant documentation. A wiki page on them would be nice too. btw the help option (?) on the Command Mode Dialog doesn't work for me, can anyone else confirm? > > 2) Change the bindings to require an additional modifier key, probably > Shift. This would retain the bindings, but make it less likely that a > user would fat-finger them, and most importantly remove the backspace > binding that I suspect causes the most problems. > > 3) Provide some notification to the user when the locks are > enabled/disabled. This could either take the form of an annunciator > bar at the bottom of the screen indicating the enabled autopilot mode, > or using gui.popup(), as we have to announce a view change to provide > a momentary announcement. An annunicator at the bottom of the screen > could also be used to indicate the parking brake state. This is often > very difficult to determine on startup. A good idea but make it optional so the purists can look for the subtlety different position of the parking brake handle or the tiny hard-to-see annunciator on the panel. Certainly in real-life, I was always taught to physically feel for the parking brake position as part of my before-landing checks on a PA-28, its not something you want to get wrong, especially if its a "one-wheel-at-a-time" landing!: > > My personal preference is option 1 or 2, but I'm very happy to go with > a majority decision. > > Any comments? > > -Stuart > > -- > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > -- Best Regards Willie Fleming 0141 637 6443 07799 67 88 15 http://www.uwdcvideos.co.uk/index.taf?exref=174007&v=1"; target="_blank"> http://www.uwdcvideos.co.uk/images/b1.gif"; border= "0" width="468" height="60"> -- Start uncovering the ma
Re: [Flightgear-devel] Git Merge Request - was Re: tidy up of the menu
Thanks :-) On 23/09/10 19:01, Torsten Dreyer wrote: >> I think I can remove the "expermiental" state and cleanup >> the dialog. > ... what I just did. And it's "Stereoscopic View Options" under "View" now. > > Enjoy, Torsten -- Best Regards Willie Fleming -- Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Git Merge Request - was Re: tidy up of the menu
On 23/09/10 11:24, Stuart Buchanan wrote: > On Wed, Sep 22, 2010 at 10:09 PM, Durk Talsma wrote: >> On Wednesday, September 22, 2010 10:54:05 pm willie wrote: >>> If enough people are upset by this, then its easily moved back .. >>> >> Having said that, I'm not so sure that this menu is purely a developers tool, >> since I can imagine that there will be a more general interest among regular >> users to be able to enable stereoscopic vision at the click of a mouse. In >> that respect, I though that having it under views was quite a logical place. > > I agree with Durk - this is obviously a View item. I don't see any > reason for this to be a > developers tool. It's a fully developed feature that IMO will be of > interest to a lot of users. > > Note that it's common to order items within the menu by utilization, > so it could > be placed at the bottom of the menu without any issue. > > If we're particularly concerned about menu length, it could be included as an > option under the Rendering dialog, but I don't think that is nessecary, and > the > Rendering dialog is already very full. OK OK OK -I'll move it back I'd like you all to know that this change of heart is _entirely_ unrelated to my finding a pair of these red/green specs in the kids bedroom and wanting to have a shot at this 3D stuff for myself:-) Maybe it needs a different title? Joe User might skip over "OSG Display Settings (experimental)" muttering "wtf?" but "3-D Options" is more likely to arouse interest. Frankly if it had been titled as such, I doubt I'd have moved it in the first place, Because I used to work with a team developing 3-D vision _without_ specs, I have perhaps tended to be a bit sniffy at the glasses options. Expect a patch tomorrow, Ive been busy getting the house rewired the past couple of days and I have non-FG activities that must be dealt with tonight. I am looking forward to playing with this feature now I hear good things about it. -- Best Regards Willie Fleming -- Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Git Merge Request - was Re: tidy up of the menu
On 22/09/10 21:48, Torsten Dreyer wrote: >> One quick observation regarding the new menu structure: I noticed that the >> new OSG rendering options menu item, that was recently added by Torsten, >> under the view menu, has disappeared. Since I wanted to test the new >> stereoscopic vision modes, I reverted my git fgdata tree back to an >> earlier revision. Since 3d vision is pretty cool, I'd really like to have >> this menu item back. :-) > You can find it under "Debug" Yeah - that got moved to "Debug" because it was felt it was more a developer thing than a general user feature. If enough people are upset by this, then its easily moved back .. To me, most of Debug should be "Advanced" but I got outvoted in the democracy that is IRC on that one so it stayed as "Debug" :-) -- Best Regards Willie Fleming -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Virtual Co-Pilot
On the basis of anticipated extensions to the XML format that James is promising, I thought it may be a good time to start initial exploration of a "Virtual Co-Pilot" to assist with route-planning, checklists, changing radio frequencies and doing the hard bits of the crossword for the captain.* Please see the forum topic http://www.flightgear.org/forums/viewtopic.php?f=6&t=9556 Here is the initial commit, which you are all invited to tarack, clone and contribute to.. http://gitorious.org/~willief/fg/williefs-fgdata/commit/9a901c1259953db33e5e7b78f3cfce652a3083c1 -- Best Regards Willie Fleming *Not all features may be initially available in your geographic region -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Git Merge Request - was Re: tidy up of the menu
On 20/09/10 07:42, Torsten Dreyer wrote: > Am 20.09.10 06:53, schrieb willie: >> On 19/09/10 11:29, Vivian Meazza wrote: >>> Gijs, >>> >>> The 4^th dimension has re-emerged. Anything else need fixing? >> Err - did we lose the Weather Scenario as well? >> Ive put it back in and moved the "ATC in Range" to the F12 Radio >> Settings dialog - yes I know its a sub-menu. > No, this has been removed before. Weather Scenario, Clouds, Rain&Snow > and Weather Conditions are now in one single dialog "Global Weather". > Please don't restore the other dialogs. > My mistake, I had been looking at the wrong branch locally - I'll leave the weather items as they are. -- Best Regards Willie -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Git Merge Request - was Re: tidy up of the menu
On 19/09/10 11:29, Vivian Meazza wrote: > Gijs, > > The 4^th dimension has re-emerged. Anything else need fixing? Err - did we lose the Weather Scenario as well? Ive put it back in and moved the "ATC in Range" to the F12 Radio Settings dialog - yes I know its a sub-menu. See http://gitorious.org/~willief/fg/williefs-fgdata/commit/1ce10107ddb23bedac816c9811619e6c303e252c for suggested changes. > > I note that sliders seem partially broken here – the nasal binding > doesn’t work reliably. > > Vivian > > -Original Message- > *From:* Gijs de Rooy [mailto:gijsr...@hotmail.com] > *Sent:* 19 September 2010 10:26 > *To:* FlightGear Development list > *Subject:* Re: [Flightgear-devel] Git Merge Request - was Re: tidy up of > the menu > > Looks good to me! One thing though: where is the timeofday dialog? > Also, our gui does not yet support sub-menus, right? Would be nice > it it did, and would make the menus a little less long... > > Cheers, > > Gijs > > > > -- > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > > > > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Best Regards Willie Fleming 0141 637 6443 07799 67 88 15 http://www.uwdcvideos.co.uk/index.taf?exref=174007&v=1"; target="_blank"> http://www.uwdcvideos.co.uk/images/b1.gif"; border= "0" width="468" height="60"> -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Git Merge Request - was Re: tidy up of the menu
On 19/09/10 10:25, Gijs de Rooy wrote: > Looks good to me! One thing though: where is the timeofday dialog? > Also, our gui does not yet support sub-menus, right? Would be nice > it it did, and would make the menus a little less long... Sub-menus would be nice, however I was informed they were "Evil" - dunno if this is from maintainability or whatever PoV but IMHO they would clean up the menu system and help it perform its primary task - let users easily set up the program according to their needs. There is still a lot could be done to the menu, both aesthetically and functionally. Right-justified spacing for the keyboard equivalents does not always work well - its sort of OK with the anthrax stylesheet (Shift-F10) but badly broken with the default style. When time permits(!) I'd like to add the ":" command mode equivalents as well, provided this can be done in a tidy unambiguous fashion. As Vivian said, I hope it generates plenty of feedback so we can incrementally improve it. > > Cheers, > > Gijs > > > > -- > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > > > > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Best Regards Willie Fleming 0141 637 6443 07799 67 88 15 http://www.uwdcvideos.co.uk/index.taf?exref=174007&v=1"; target="_blank"> http://www.uwdcvideos.co.uk/images/b1.gif"; border= "0" width="468" height="60"> -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Git Merge Request - was Re: tidy up of the menu
Well seeing as no-one has said they absolutely hate this, can we get it merged into git, please? http://gitorious.org/~willief/fg/williefs-fgdata/commits/new-menu On 09/09/10 10:17, willie wrote: > A quick clarification re the keybord shortcuts - I I simply want to > display them on the menu, NOT assign new shortcuts. I am aware that we > are running out of keys for functions. > Doesn't work too well in text but I changed > > |Autopilot| > |Autopilot Settings| > > to > > |Autopilot| > |Autopilot Settings F11| > > > in an effort to make people more aware of the these shortcuts so they > actually get used instead of being keys that developers are prevented > from using but actually get little usage. > > Also, not yet in my git repo but I intend displaying the little-known > ':' syntax > > as in :Dc will bring up the Clouds dialog. > > > so menu entry under Environment for clouds becomes > > |Clouds :Dc| > > > Try pressing ':' to enter this dialog. Then toggles some help. > Perhaps we should set the default for ':' to bring help up automatically > on first use. > Certainly the key-sequence ':aht345' is faster than going through the > menu to set Autopilot True Heading to 345deg -- and there is progressive > help so no great feats of memory are required. > THe : syntax help is not perfect, the last item in each menu appears to > be broken or I did not grasp the syntax but overall I'd say its a very > useful and little-known feature. > > > > > On 08/09/10 19:34, willie wrote: >> I've done some work to tidy up the menu, removing redundant entries, >> commenting out stuff that doesn't work right now and generally moving >> stuff around into more logical(IMHO) positions. >> >> Initial ideas are at >> >> http://gitorious.org/~willief/fg/williefs-fgdata/commits/new-menu >> >> Still plenty to be done, I need to add keyboard shortcuts to all >> relevant entries and the Help section in particular needs more work. >> >> I'd like to move the Tutorial entries to the aircraft-specific tab for >> consistency but this would require changes to every aircraft so may not >> be feasible right now. >> >> All comments welcome. >> > > -- Best Regards Willie Fleming 0141 637 6443 07799 67 88 15 http://www.uwdcvideos.co.uk/index.taf?exref=174007&v=1"; target="_blank"> http://www.uwdcvideos.co.uk/images/b1.gif"; border= "0" width="468" height="60"> -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] tidy up of the menu
A quick clarification re the keybord shortcuts - I I simply want to display them on the menu, NOT assign new shortcuts. I am aware that we are running out of keys for functions. Doesn't work too well in text but I changed |Autopilot| |Autopilot Settings| to |Autopilot| |Autopilot Settings F11| in an effort to make people more aware of the these shortcuts so they actually get used instead of being keys that developers are prevented from using but actually get little usage. Also, not yet in my git repo but I intend displaying the little-known ':' syntax as in :Dc will bring up the Clouds dialog. so menu entry under Environment for clouds becomes |Clouds:Dc| Try pressing ':' to enter this dialog. Then toggles some help. Perhaps we should set the default for ':' to bring help up automatically on first use. Certainly the key-sequence ':aht345' is faster than going through the menu to set Autopilot True Heading to 345deg -- and there is progressive help so no great feats of memory are required. THe : syntax help is not perfect, the last item in each menu appears to be broken or I did not grasp the syntax but overall I'd say its a very useful and little-known feature. On 08/09/10 19:34, willie wrote: > I've done some work to tidy up the menu, removing redundant entries, > commenting out stuff that doesn't work right now and generally moving > stuff around into more logical(IMHO) positions. > > Initial ideas are at > > http://gitorious.org/~willief/fg/williefs-fgdata/commits/new-menu > > Still plenty to be done, I need to add keyboard shortcuts to all > relevant entries and the Help section in particular needs more work. > > I'd like to move the Tutorial entries to the aircraft-specific tab for > consistency but this would require changes to every aircraft so may not > be feasible right now. > > All comments welcome. > -- Best Regards Willie Fleming -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] tidy up of the menu
I've done some work to tidy up the menu, removing redundant entries, commenting out stuff that doesn't work right now and generally moving stuff around into more logical(IMHO) positions. Initial ideas are at http://gitorious.org/~willief/fg/williefs-fgdata/commits/new-menu Still plenty to be done, I need to add keyboard shortcuts to all relevant entries and the Help section in particular needs more work. I'd like to move the Tutorial entries to the aircraft-specific tab for consistency but this would require changes to every aircraft so may not be feasible right now. All comments welcome. -- Best Regards Willie -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Exposing data objects to Nasal
On 19/07/10 11:06, James Turner wrote: > > On 19 Jul 2010, at 09:04, Scott Hamilton wrote: > >> In the long term, I'd like to see being able to also get FIXES, VOR and >> NDB information from Nasal based on a range (and possibly; range and >> heading), that could be quite useful for the increasing number of "glass >> cockpits" I think. >> If anyone is thinking of writing such a Nasal extension, then please >> also give thought to this as well. > > Yep, I am aware there's a whole range of data that should be exposed, and a > huge amount of cockpit / FMS / GPS functions that can be moved to Nasal if > that were done. The geodetical functions in Nasal could also use some love, > in that case, to make navigation work in Nasal easier - basically a smarter > wrapper around SGGeod and the functions in SGGeodesy. > > As always, the problem is time -and also the lag of me coding up new > functions (which is quite easy) to a release, so that they're generally > available to end-users, is quite long - yet another reason for a faster > release cycle :) > > James Does any of this look like it could be part of a GSoC project for next year? Anybody care to write a very brief synopsis of where this fits, what benefits we'd get from fixing it and a vague stab in the dark about expected timescales for a Comp Sci undergraduate or similar to accomplish? Also if we fix this, what other areas does this open up? Remember however if this becomes a GSoC project, not a line of code will be written before May 2011 ;-( Best Regards Willie -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Ask willie
Don't bother asking Willie on this. Willie is quite happy with the New Features forum for now. I haven't posted there yet but intend to be punting GSoC quite heavily there soon. Just how I go about this will be influenced by replies I get from another ongoing thread in flightgear-devel. This initiative has been announced without my express approval and I want to disassociate myself from it right now. We are already spreading development discussion over this list and the forum. I know I've missed some points because of this. We need to bring everything back together in one place for discussions. Adding a another "new Features" area will not help at this stage. If the bulk of the development discussion is to take place on the forums rather than in here , then that's cool. Just as long as folks know where its happening. On 22/06/10 10:29, Gijs de Rooy wrote: > Hi Pete, > > what exactly would be the advantage of this over the New Features > <http://www.flightgear.org/forums/viewforum.php?f=6> forum? > I see you've posted redirects in a couple of topics, so I would like to > ask for > your motives. Spreading discussion over yet another spot doesn't make things > better and defenitely won't speed up discussions... > > Cheers, > Gijs > > > Rulive: De nieuwste tips en tricks voor de echte messenger fan. > <http://www.rulive.nl/aspx/home.aspx> > > > > -- > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > > > > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Best Regards Willie Fleming -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Proposal for a revised environment interface
On 21/06/10 11:54, thorsten.i.r...@jyu.fi wrote: > > Since I'm quite new on the list, I have pondered a few days if this is > meant to be a joke. No joke at all, Thorsten :-) I am not a coder and have to rely on others to advise me what effort is needed to accomplish a coding task. Which I know conflicts with much of what I have to say below > >> Ohhh look. >> A chunk of work required that is not screamingly time-sensitive, could >> be tightly defined and has potential mentors. >> I smell a potential project for Google Summer of Code next year >> >> Immediate questions: >> 1) Can the work wait another ~14 months until hopeful eventual delivery? >> 2) Would James and/or Thorsten assist as part of a mentoring team? > > In case it is not: It seems to me the task is not downright horrible, but > rather has to do with inserting if-statements linked to properties in the > right place in the code. If I were asked to do this in my Nasal code, it > would be a matter of 30 minutes or so to modify and test. Probably not > worth forming a mentoring team to let someone else do that. > Cool. that's what I need to know. I don't want to waste time with areas of work that are 1) trivial 2) need to be delivered soon 3) is someone's pet project and to usurp it for GSoC would be seriously impolite and unwelcome > It also seems to me that 14 months is a long time for the Flightgear > development pace. More specifically, I don't know yet if I want to be a > long-term contributor or if I want to develop and deliver a working > weather system and then do something completely different - that has a lot > to do with what time to code my private life provides, and I'm not too > hopeful that it increases. So there's a real chance I won't be doing that > work in 14 months from now. > > So, no, it doesn't seem like a good idea to me to wait14 months. OK that's fine. My problem for GSoC is to try to find projects and students who will carry out paid work during Summer 2011. We were too late to get anything organised for this year. It is quite possible that it is too early to set aside work for next year. However it would be stupid of me not to keep looking for such work and if nothing else to keep reminding folks that this is a resource we hope to tap next year and to use it effectively, we need to be properly prepared. A couple of related points.. The recent shift to Git, whether planned or serendipitous, has made our participation in GSoC a potential reality. Without Git, I don't think we would have been taken seriously at all. I think FG needs to have a "road-map" so that we can decide where we are going next with the project.If such a road-map was available then of course we'd choose stuff that had been agreed for long-term work as potential GS0C targets. If such a road-map already exists, can someone point me at it, please? If it doesn't and if the proposed FG Euro Devs conference at Lelystad in November takes place, I'd like to see the "road-map" as a major agenda item. -- Best Regards Willie Fleming -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Proposal for a revised environment interface
On 14/06/10 10:12, James Turner wrote: > > On 14 Jun 2010, at 07:41, thorsten.i.r...@jyu.fi wrote: > >> Since I can't work on the C++ side (the code won't compile, and I simply >> don't have the time and energy to fix the problem at the moment and work >> myself into the structure of the code) I'd need someone to work with me on >> this. I'm proposing this here on the list since several people at some >> point have indicated they could imagine to do it, and since I think there >> should be some consensus as to how a solution should look like. > > I'm one of the people who has previously offered to help in this area, but > really at the moment I have enough other FG mini-projects that I'm juggling, > that I would be much happier for someone else to help Thorsten in this area. > I'm more than happy to discuss the design, and review patches, as always, but > I think this is 'one more thing' too far, for the next few months. > > James > Ohhh look. A chunk of work required that is not screamingly time-sensitive, could be tightly defined and has potential mentors. I smell a potential project for Google Summer of Code next year Immediate questions: 1) Can the work wait another ~14 months until hopeful eventual delivery? 2) Would James and/or Thorsten assist as part of a mentoring team? -- Best Regards Willie Fleming -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Request For Comments Proposed FG euroDev Conference Lelystad 6-7 November
Would there be any interest in an informal conference of developers/enthusiasts to run concurrently/after the FSWeekend (www.fsweekend.com) in Lelystat Netherlands at the beginning of November? All comments welcome. -- Best Regards Willie -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Calendar
OOps - replied directly to Rob instead of to the list - apologies Rob Shearman, Jr. wrote: >> 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. OK Rob, that's added. If you have a Google account, I can transfer ownership of the series of events to yourself. I meant to add in my previous reply, this is set up because we can't go running to Curt to do everything for us. Give our BDFL a break, he does so much for us, I feel we should share some of the burden and a little thing like this, why add to Curt's workload to process calender events? -- Best Regards Willie -- 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] FlightGear Calendar
Martin Spott wrote: > "Rob Shearman, Jr." wrote: > >>> http://calendar.freeflightsim.org/ >> There is already such a thing maintained by Curt: >> http://www.flightgear.org/calendar.html > > Well, the most obvious difference is that Willie's calendar seems to be > maintained more carefully. At least, when you take a snapshot view > right now, it contains a few events _I_ care about ;-) > Actually the _real_ difference is that anyone can add events. Just sign in with your google email (whaddya mean, the borg hasn't assimilated you yet?) and add your event. Personally I'll be using it for GSoC deadlines, milestones mostly. Nobody has noticed that yet 'cos they are all too far in the future but there are a couple in there. So dive in, add you events. We'll be working to allow a non google type logon later but one step at a time. For now I'm happy to use the Google infrastructure. -- Best Regards Willie -- 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] FlightGear Calendar
A new resource for all FG-related happenings http://calendar.freeflightsim.org/ Enjoy :-) -- Best Regards Willie Fleming -- 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] A380 tutorial issues
Scott Hamilton wrote: > On Sat, 2010-04-03 at 22:44 +1100, Pigeon wrote: >> Hi, >> >> Was trying the A380 tutorial, and I noticed a property mismatch in >> the no-smoking switch check: >> >> >> Flick no-smoking switch once on the overhead >> >> >> /controls/switches/no-smoking >> 1 >> >> >> >> >> However, the exit condition has: >> >> >> /controls/switches/smoking >> 0 >> >> >> Changing no-smoking to smoking fixes it. > > > Ah, good catch; there must be another logic error in there somewhere, > because I have actually got through that section successfully. I'll > have another look later. > > >> >> Also, on the cockpit display, the DEPARTURE and ARRIVAL "light" >> seem to be reversed? > > >OK, I'm not sure where you mean here? do you mean the FMS input >fields on the MCDU screen? Or do you mean once you get into the >Active init flight plan, where you select the runways and SID/STAR, >and the Departure and Arrival tabs (illuminated active tab) towards >the top of the page? > > >> And btw, I'm probably dumb but I can't find the HDG button? :( > >That is the on the AFS control panel on the glareshield, the first >knob left of the centre AP and FD buttons, click to push, >middle click to pull (managed and selected modes respectively) > >Feel free to e.mail me off-list if you have some more questions. > Please keep it on-list as this cleared up a couple of things for me too - I just never got around to writing to the list. Best Regards Willie Fleming -- 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] Fwd: The most amazing airplane in history!!!
Curtis Olson wrote: > Why don't we have this aircraft modeled for FlightGear??? Here's what that hoax is based on. http://www.pilotfriend.com/photo_albums/potty/8.htm Now this might be interesting, Ive certainly had some fun with the ANT-20. This is bigger I believe. -- Best Regards Willie Fleming -- 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] Fwd: The most amazing airplane in history!!!
Curtis Olson wrote: > Why don't we have this aircraft modeled for FlightGear??? > You are a day late , Curt :-) -- Best Regards Willie Fleming -- 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] Web Site
Ron Jensen wrote: > On Tue, 2010-03-23 at 09:17 +0100, Erik Hofman wrote: >> Michael Sgier wrote: >>> Yea not bad but still a little low-tech. What about such: >>> >>> http://www.activision.com/index.html#home|de_DE >> I hate websites that consists only of flash content. >> In fact I've added a flash blocker because of that. >> >> Erik > > Completely agree with Erik here. Flash is pretty lame as the main > content wrapper. I much prefer pure html sites. Even using javascript > to create menus sucks, IMHO. +1 to that, brother There are many excellent sites out there using simple html and intelligent CSS. I don't see why we can't be one of them. Keep it simple and fast. -- Best Regards Willie Fleming -- 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] Elevator control loading
> Possibly its better and easier with a big servo motor setup but while > i have seen many posts in sim builder forums about testing different > types of motor, I have not seen an example of a motor that really fits > the bill. > > Possibly we can compare notes on a separate email as this hardware > rather than FG code? > I'd ask that you keep this discussion here as I'm very interested in this kind of set-up myself and would love to know how you go about solving these issues. Any links to pics of work in progress would be cool too :-) I'm sure I'm not alone either. So if its OK with everyone else, please keep this full thread available for archive. Thanks -- Best Regards Willie Fleming -- 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] Google Summer of Code
Curtis Olson wrote: > On Fri, Mar 19, 2010 at 10:45 AM, Gene Buckle <mailto:ge...@deltasoft.com>> wrote: > > Curt, could the lack of enthusiasm been more due to the short timeframe > than anything else? AFAIK, the GSoC participants are thinking about > their > entry *months* in advance. > > Why not make a note to revist a GSoC entry about 2-3 months before the > 2011 entry deadline? That gives you guys plenty of time to identify the > best use of the GSoC resources for FlightGear and a well prepared > proposal > would go a long way towards getting it accepted. > > > Hi Gene, > > What you are sayin' makes sense. > > Why don't we form a GSOC "committee" for lack of a better name. This > committee could start thinking and preparing right now, or at least a > couple months in advance. I'm willing to participate, but I can't > commit to pulling lead and carrying all the load myself. Do we have > anyone who would want to take charge of this effort, get things rolling, > get things organized, keep track of deadlines, and just do whatever it > takes to push this through for next year? We need a couple dedicated > people to step forward and take charge here. Otherwise we'll be sayin' > the same things at this time next year. :-) > > Regards, > > Curt. > -- > Curtis Olson: http://baron.flightgear.org/~curt/ > OK I'll volunteer to be on that committee. I am no coder so I'm probably unsuited as an individual mentor, but I do have some project mgmt skills. I kicked off #FG-GSoC on irc.flightgear.org so we don't distract the normal chatter on #flightgear. I'll put together a list of proposed milestones that I think we should be aiming for. One very important milestone will be the finalising of the short-list of projects and their associated mentors. This should be in place by Jan 1 2011. We need to be realistic about projects though and remember that the features we really really want added to FG will not have a line of code written until May 2011 at the very earliest. So we need long-term thinking on this. An important early task MUST be to get commitment from a range of mentors so we can properly support these kids. I have made some minor changes to http://wiki.flightgear.org/index.php/Google_Summer_of_Code_Candidate_Projects Please add your own thoughts. Perhaps we could have a GSoC section on the spiffy new (pref django-powered) website that will be along anytime soon? Best Regards Willie Fleming -- 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] FMS data file locations - proposal to avoid
Martin Spott wrote: > In general I appreciate this idea. Basically it depends on under which > license these files are being published. > > Cheers, > Martin. from the README in A380/FMS/ "This directory contains SID/STAR database files in 'Level-D 767' format from Flight1 Software http://www.flight1.com/products.asp?product=ld767fsx this software uses a GPL released parser for this format, written with permission of Flight1 Software." . and from http://www.navdata.at/php/sidstar/dl_icao.php?addon=LDS767&sort= source of the actual data itself "All data here is freeware and MAY NOT be used, recompiled, interpretted, linked or distributed for ANY purpose without the express WRITTEN consent of the author. COMMERCIAL USE of this data is STRICTLY prohibited!" So we'd need to contact the individual authors and ask nicely. However I think we could make the structure available and let folks download the procedures they want individually. -- Best Regards Willie Fleming -- 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] FMS data file locations - proposal to avoid unnecessary duplication
The latest CVS of the A380 has some cool FMS functions including the ability to use SIDs and STARs. The README calls for SID/STAR databases to be downloaded separately and saved in $FGDATA/Aircraft/A380/FMS as .xml. To avoid duplication when other aircraft get FMS capability, would it make sense to save these files in $FG_SCENERY/Airports/n/n/n/ as .fms.xml alongside .threshold.xml, .twr.xml, .ils.xml etc? If there are valid reasons why this is unacceptable, could these files alternatively be saved to $FGDATA/FMS? Perhaps borrowing the /I/C/A/ structure from the scenery dirs? -- Best Regards Willie Fleming -- 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] ILS paths and info missing from mpmap
Martin Spott wrote: > SWShuttle wrote: > >> Many airports, and the number seems to be growing daily, have lost >> the airport ILS display. Both projected localizer beams and >> frequency info boxes have disappeared. > > What are you actually talking about ? > > Martin. I think he is referring to the Multiplayer map and the information available(or not) when you click on the "nav" tab. I certainly have noticed recently that some airports where I would expect to have ILS information displayed were in fact shown as having no ILS facilities at all. I need to go back and check exactly which ones these were, (I tend to fly all over the place) but I _will_ report back on which airports are affected. Willie -- 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] sound dialog
Stuart Buchanan wrote: > Erik Hofman wrote: > >> Stuart Buchanan wrote: >>> Erik Hofman wrote: >>> >>>> I've been trying to pity up the sound dialog box without much success. >>>> Is anyone with some more understanding of the gui configuration willing >>>> to spent a few minutes on it? >>> I can take a look, unless Syd gets to it first :) >> Thanks, that's much appreciated. >> >> Erik > > I've just checked in an updated sound dialog with a tabulated layout. > > Let me know what you think - I'm not sure whether the channel labels should > be left-aligned or right-aligned. > > -Stuart > Works for me - looks just fine as it is. Willie -- 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
Re: [Flightgear-devel] Flap keys not working, and very dark rendering of a/c
Chris A few months back you kindly sent me a link for your 777-300ER. I could never get it to start up using CVS. Now I see you have fixed a problem with the autopilot. Can I download the fixed version now, please ? Thanks for all your work. -- Best Regards Willie Fleming 0141 637 6443 http://www.uwdcvideos.co.uk/index.taf?exref=174007&v=1"; target="_blank"> http://www.uwdcvideos.co.uk/images/b1.gif"; border= "0" width="468" height="60"> -- 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] Sky is flickering above 10000ft
Martin Laabs wrote: > Hi, > > I use the current CVS version of fgfs. When I fly above FL100 in the > evening the sky begin to flicker. It changes its color between blue and the > red sunset irregular about every 0.4 seconds. This effect becomes as more > visible as higher you fly. The bug seems to be independent from the > rendering options and flight model. > I use fgfs on FreeBSD with X.Org X Server 1.4.2 with the NVIDIA GLX Module > version 1.0.0/185.18.29 and libGL-7.4.4, libXrender-0.9.4, osg-2.8.0 and > the current cvs simgear. > > > Greetings, > Martin Laabs > > PS: I am not subscribed to the mailing list. So if you have further > questions to me please mail direct to my address. > Yeah, they (the Clever Ones) are working on this. Do you also see uncommanded snow above ~1ft?. Can you take a hi-altitude flight and see does the environment/dewpoint-degC property vary smoothly or not? Thanks -- Best Regards Willie Fleming 0141 637 6443 07799 67 88 15 http://www.uwdcvideos.co.uk/index.taf?exref=174007&v=1"; target="_blank"> http://www.uwdcvideos.co.uk/images/b1.gif"; border= "0" width="468" height="60"> -- 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] Weird Sun and weather bugs
syd adams wrote: > I'm suspecting environment.cxx , since the airspeed indicator uses > "environment/density-slugft3" , possibly causing the rapid oscillation . > I also see two "// FIXME: this will work only for low elevations", in the > dewpoint calculations. > Maybe that's causing the very high altitude percipitation. > > But I'm not certain , just reporting in the hopes that it will narrow the > search. > Cheers Im also seeing a ~4degC random fluctuation in the dew-point. CVS from 1600GMT today. Fly from KDEN you will get snow almost immediately. So its not "very" high altitude. -- Best Regards Willie Fleming -- 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] Weird Sun and weather bugs
Victhor Foster wrote: > I don't remember when this started, I think it was a week or so. Well, > the Sun bug is simple: switching time to Dawn/Dusk will cause the sun > colors to start flashing between the correct colors and morning/noon/ > afternoon colors. The weather bug is: after about 1 ft MSL (I > think) it starts raining. When I get past about 15000 ft MSL snow > starts falling. It stops after some time, eventually. I don't recall > seeing snow falling on my last plane trip :P I thought it was nearer 8000ft myself and stops ~3ft. Could this have anything to do with the recently-added snow-line effect for the scenery? I am hoping that the "snow-line" will become more sophisticated, changing with season and latitude and climate type. Be nice to get really fancy and have it dependent also on sun exposure, ie Snow lies longest in shaded N-facing gullies and vice-versa for the S Hemisphere of course. This would really make the mountainous terrain look good. I have noticed the weird colours at dawn as well. AFAIR, this was only at altitude as well. Time for a little more testing -- Best Regards Willie Fleming -- 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] Problematic forum discussion on an MP event
Tatsuhiro Nishioka wrote: > Hi there, > > I found a problematic forum topic on planning an MP event, by which I really > got hurt at least. > http://www.flightgear.org/forums/viewtopic.php?f=10&t=5761 > > The plan of the event is to simulate the bombing mission against both > Hiroshima and Nagasaki (the horrible two atomic bombs). > As a developer of FG / Zero, and as a person who lives in Japan. I'm very > angry and sad to see such event is being planned. > > I don't want the topic leader to completely cancel the event, but at least he > must change the plan. > If you agree with me, please help me change his plan. > > Thanks in advance, > > Tat > You have my full support on this, Tat. To those who say , its just a game, get over it 1) It's a sim 2) We are talking about the greatest mass murder of civilians in a single act in history here. No wonder Tat is upset. He has every right to be. I take it there will be no objections when we organise a little fly in with 757s Boston - Manhattan and the Pentagon? Or if we want to go with the historical stuff how about a load of Zeroes from the Akagi into Pearl Harbour? Oh wait, those were American victims, thats different, isn't it? And as someone else pointed out, the no fo victims at Pearl Harbour and TwinTowers was a tiny tiny fraction of those who perished at Hiroshima and Nagasaki. America shouts long and hard about rogue states getting access to nuclear weapons. A bit rich coming from the only state ever to have dropped them for real. Some of the posts on the forum have been borderline racist. I don't know (and have never needed to find out) who is supposed to be moderating the forums, but they need to start now. My vote is for that entire thread to be pulled and if necessary for the MP servers to be made unavailable for the duration of this so-called event. -- Best Regards Willie Fleming -- 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] navradio
Please consider whether the snotty supercilious response you have just given is conducive to encouraging others to help. This project is only going to grow and will need all the help it can get at a variety of levels. Your attitude will do nothing to assist there. I humbly apologise for not picking up on the difference between colocation and frequency pairing. It would have been far better to have simply ignored my useless contribution but you took it upon yourself to issue a pointless smackdown. Luckily, I have been lurking here for a while and know that your attitude is not truly representative. Others may not be so fortunate. John Denker wrote: > On 09/10/09 14:11, willie wrote: > >>> I think the pairing of a DME with a VOR is unchallenged. People >>> (including me) are doubtful about the pairing of a DME with an NDB, > >> Here's a real-world discussion showing that they really do exist. >> http://www.pprune.org/archive/index.php/t-77933.html > > It shows no such thing. The topic of this sub-thread is > NDB/DME frequency pairing, not NDB/DME collocation. > > 1) There is no doubt that VOR and DME can be collocated. > 2) There is no doubt that there is frequency pairing for >collocated VOR/DME. The pairing scheme for DME/VOR, >DME/MLS, and DME/ILS/MLS are documented starting on >page 3-100 of ICAO Annex 10 Volume 1 "Aeronautical >Communications". > 3) There is no doubt that NDB and DME can be collocated. > 4) There is considerable doubt that any real-world ground > station implements frequency pairing for NDB/DME. No > evidence of such pairing has been adduced. > 5) There is considerable doubt that any real-world cockpit > instrument implements frequency pairing for NDB/DME. No > evidence of such pairing has been adduced. > > If NDB/DME frequency pairing exists, perhaps somebody would > be kind enough to tell us what the pairing scheme is, and/or > give an example of a real-world instrument that implements > such pairing. > > Otherwise we will continue to assume that the lack of any > such pairing within FGFS is entirely realistic. > > > -- > 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 > -- Best Regards Willie Fleming -- 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] navradio
Martin Spott wrote: > syd adams wrote: > >> I know , it's wikipedia , but it gives a short explanation of the VOR -DME >> pairing ... > > I think the pairing of a DME with a VOR is unchallenged. People > (including me) are doubtful about the pairing of a DME with an NDB, > > Martin. Here's a real-world discussion showing that they really do exist. Probably not too common in US/ W Europe, I'll grant you that. http://www.pprune.org/archive/index.php/t-77933.html BTW this took <30 secs Googlage. -- Best Regards Willie Fleming -- 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] Solid MP Models
Ron Jensen wrote: > Sometime recently MP Models silently became "solid." IMHO, this is a > horrid state. Aircraft now "crash" when new aircraft appear at the same > spawn site. > > To say I am upset about this "feature" is an understatement. I feel I > am no longer able to use the public multi-player servers. > > Ron Just put --runway=28L in your .fgfsrc or on the command line if you want to join in the MP madn^H^H^Hgoodness at KSFO. But you are right, before there is talk of a further release we need to either randomise the starting runway or parking position. At busy times I have had to try up to a dozen times before respawning at KSFO. Again this comes back to the "game vs sim" conumdrum. In the long long run, I can see the project forking over this but that's for another discussion.. Best Regards Willie -- 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] New FDM: Vamos automotive simulation in flightgear
Victhor Foster wrote: > If I had better Blender skills and if this FDM is approved, maybe a > 350Z will appear in FG :) Would a Mazda RX-8 do? http://www.blenderguru.com/free-mazda-rx-8-model/ <-- free to use in all commercial and personal works > Hope we don't become a "driving sim" :P If the framework is there, why not? SimGear was punted as a "simulation engine" wasn't it? As long as we don't lose sight of what we are really all about. A fork to "Top Gear"? Best Regards Willie begin:vcard fn:Willie Fleming n:Fleming;Willie org:Carbon Reduction Consortium adr:;;;Glasgow;;;Scotland email;internet:wil...@glasgownet.com title:Regional Manager - Scotland tel;work:0141 637 6443 tel;cell:077 99 67 88 15 x-mozilla-html:FALSE version:2.1 end:vcard -- 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] GPS update rate
http://www.k300performance.co.uk/driftbox.htm may be of interest and is a little more affordable, possibly around 1000 of your US dollahs Best Regards Willie Fleming - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 737-300
On Thursday 06 December 2007 11:06:18 Stefan Seifert wrote: > AnMaster wrote: > > Well without a 3D cockpit I don't think it would fit in the base package. > > Basically the lack of a decent cockpit would put off users. > > I really liked the 737, but unfortunately it's been completely unusable > for me since I got a wide screen display. The panel is made for 4:3 > aspect ratio and with 16:10 I only get very narrow front window, too far > up. Cannot even see the runway. > > I hope the 3d cockpit version is making progress, since it's a very nice > plane and it's indeed missing. > Who, if anyone is working on this? I have some engineering notes and drawings that would be of interest. All panel layouts etc --- Best Regards Willie Fleming [EMAIL PROTECTED] > Nine > > - > SF.Net email is sponsored by: The Future of Linux Business White Paper > from Novell. From the desktop to the data center, Linux is going > mainstream. Let it simplify your IT future. > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear prerelease
I can confirm the f16 is pretty much unflyable after a few minutes - a shame cos its fun for a bit --- Best Regards Willie Fleming [EMAIL PROTECTED] On Wednesday 05 December 2007 13:25:52 Jon S. Berndt wrote: > > * Jon S. Berndt -- Wednesday 05 December 2007: > > > If the F16 is broken now it should not be included. > > > > It shouldn't be hard for someone with some JSBSim insight to > > fix it. When I told Dave about the problem, he suggested to > > replace the elevator FCS part by the one of the 737, and this > > did indeed work. But then I noticed that the aileron has the > > same problem, and if I'd replace half of the f16 with 737 > > parts, then it wouldn't be an f16, but an f737. :-) > > > > BTW: the problem started with an JSBSim update. I reported > > that problem the first time on 2004/06/15. > > > > m. > > I'll take another look at it today. It might be tomorrow before I can > report anything. I can check for obvious problems, though at this point I > won't be able to fly it in a recent version of FlightGear. There were some > major changes in the past couple of years, but I thought I had eventually > upgraded all of the aircraft models. I'll find out about the F-16. > > Jon > > > > - > SF.Net email is sponsored by: The Future of Linux Business White Paper > from Novell. From the desktop to the data center, Linux is going > mainstream. Let it simplify your IT future. > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Informal version number poll
On Saturday 01 December 2007 19:41:31 Heiko Schulz wrote: > Hi, > > Great idea! > > We really should do this! > > And as first name we should take "Wright"- the first > pilot an an aircraft Err - the Brazilians would have you believe Santos-Dumont had that honour and there is circumstantial evidence for some New Zealander in 1901. This also ignores the work done by the gliding fraternity and balloonists. But I think you are wright anyway ;-) Willie - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Informal version number poll
On Saturday 01 December 2007 18:02:58 Jon Stockill wrote: > > Trubshaw :-) Farley with the added advantage that the great man is still around, we'd need to ask his permission to use his name, and the only way I know to get hold of him is through the Flight Testing forum on www.pprune.org. If we do that then we bring the project to the attention of a load of other people who could be very interested. And we couldn't ask for better feedback on the harrier model :-) Willie - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Prerelease 0.9.11 some testresults
Anything other than 0.9.11 means both the terrorists and the tunnel vision of the USAians have triumphed. And BTW as far as most of Europe is concerned a serious terrorist outrage occured 11-9-2001 and 9-11 is just a set of numbers. This is not the place for politics however (which I am happy to debate with anyone off list) so to stop everybody getting their knickers in a twist, lets go with Bill and call it 0.3.14-pecan. When we get landing lights and all the other good stuff, then it will be worthy of being called 0.3.14-mutton. --- Best Regards Willie Fleming [EMAIL PROTECTED] - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FGCOM gets a discussion page on the wiki
On Monday 26 November 2007 09:53:16 Holger Wirtz wrote: > Ok, but I see many things that should be solved at the same time. We > should create a list og topics to be done and we should try to give them > priorities and perhaps name who try to solve these topics. But where to > place this list? FG-Wiki? My own Wiki? I suggest FG-wiki with a link to your own wiki for now. > I see the following realism problems: > > 1.) absence of random white noise > 2.) the voice channels should be limited with a high cut (at 4 kHz) (or an > band pass between 300 Hz and 4 KHz) > 3.) as in real life there should be a mechanism for realising > crosstalking (e.g. the sender with the maximum of output pushes other > senders in the background) > 4.) real com radios have an automatic noise limiter (squelch) which > makes a little noise after releasing the PTT key. > 5.) pilots have engine sounds in the background I think we need to go for _some_ more realism but not at the expense of too much extra complication which may gain us very little in the end. With headphones at both ends, Jester and I did a good test with his latest patched code. I need to get a better headset mic-- For now I only have headphones and an old omnidirectional mic -- not realistic at all. I think we will see very good results with Jesters latest patch and properly positioned mics and headsets > > Here are my ideas: > 1.) A daemon in the background ca radomly place short samples of white > noise and/or athmospherical noise an used channels. The problem is that > crosstalking cannot be recognized from such a daemon (see 4). > 2.) Perhaps an EQ in the sound chain. The best place would be iaxclient. > But also ALSA would be working - but this is not real protable. > 3.) That's a real problem. If this should work something like a complete > new conference module for asterisk must be developed __AND___ a > mechanism (schedular) for the voice clients (perhaps a simple FIFO). Not > as easy as it sounds... Lets leave that to one side for the moment - sounds overly complex . I should be careful what I wish for... > 4.) Why not sending a simple short noise sample after muting the mic? > This could be placed inside iaxclient. > 5.) Again: mixing engine sound inside the mic stream... perhaps also at > iaxclient? > > What I see: Everything is more a sound/VoIP problem rather than a FG > problem... Indeed Im with Jester on this - lets get good clean sound and then add a (possibly optional) realism layer on top which would include a bandpass filter, white noise and PTT clicks etc. Engine noise is more complex. To be right it would have to be different for each type. The background cockpit noise in a Pitts is not what we'd expect in the 777. My vote is to give this a low priority for now. > > Please note -- Im used to hearing ATC chatter in the UK --probably a LOT > > different in the rest of Europe and the US. I don't know how the ATC > > chatter we have sounds to the rest of you guys both in terms of content > > and quality. > > I tried to follow some web ATC streams and I udnerstand nearly nothing - > especially the pilots are very difficult to understand. Its gibberish until you understand a little about what information is being tranferred and the idioms involved. "Downwind for full stop, Golf Oscar Mike" means little in isolation.. in context, Ive just told EGPK tower that Im about 1.5km to the SW of the end of runway 31 on an approx heading of 130 deg at 1000feet and I want to land and taxi back to the clubhouse, if thats OK with him... Its actually fairly easy once you know some background :-) How did you feel the first time you saw a >10 line shell script? Scared me silly.. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] FGCOM gets a discussion page on the wiki
http://wiki.flightgear.org/flightgear_wiki/index.php?title=Talk:FGCOM Ive kicked this off with a request for _simplex_ comms and a wee moan about voice quality. I used squawkBox once a couple of years back - I cant honestly remeber how the voice quality sounded. Can anyoine enlighten me? How realistic does it sound? The ATC chatter we have is pretty realistic - obviously recorded by someone with a newish scanner somewhere near Heathrow EGLL - in terms of volume quality and random spurious noises and clicks - note the variations in perceived volume of the different calling stations. These aircraft however are all commercial operations, the radios found in GA aircraft will in some cases sound a bit rougher. Please note -- Im used to hearing ATC chatter in the UK --probably a LOT different in the rest of Europe and the US. I don't know how the ATC chatter we have sounds to the rest of you guys both in terms of content and quality. --- Best Regards Willie Fleming [EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Improved chat interface patch
On Friday 23 November 2007 16:11:49 Robert Black wrote: > On Thursday 22 November 2007 03:58:42 pm Stuart Buchanan wrote: > > As always, comments are very welcome - my aim it to make the text-based > > chat interface usable for the 0.9.11 release as a stop-gap until the > > FG-COM becomes the standard. > > With my experience with online live ATC, text will have a place for a long > time to come so this is not a temporary project. What is now VATSIM > started out as SATCO with their live ATC being text only and voice was > added later. > > Everyone is going to have sound troubles from time to time and need to fall > back on text quick thought -- feed festival from the output of Stuarts system into FGCOM text for those who prefer it , speech as and when its available -- would certainly decrease workload for whoever is playing ATC speech to text is next :-) --- Best Regards Willie Fleming [EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] English as a low common demoninator
On Wednesday 21 November 2007 18:45:12 David Megginson wrote: > The Economist once had an article suggesting (I'm not sure how > seriously) that languages like German or Japanese could be a > competitive advantage precisely because they're not widely spoken. In > an international business meeting, English speakers have no language > to switch to for a private discussion that the other side can't > understand. (Of course, nowadays, you could just discretely record the > conversation on your cell and have it translated when you get home, if > it's not too late.) > > Bis später and さよなら。 indeed - been at a meeting where the other side were busy chattering away in Swedish while our mob were reduced to texting each other round the table. --- Best Regards Willie Fleming [EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] former project policies
[EMAIL PROTECTED] Wednesday 21 November 2007 13:11:36 Jon Stockill wrote: > Melchior FRANZ wrote: > > CVS isn't a dumping ground for secrets. Everything there should be > > open. And being open also means to be understandable by as big an > > audience as possible. I'm just not able to learn Greek, Chinese, > > Swahili, ... We all hate English, but it's the lowest common > > denominator. ;-) And its pretty low. > Oi! The's now't wrong wi english, even if nob'dy ahtside yorkshire can > talk reet. > > ;-) Fooahlltillyemin, yer haverin agin --- Best Regards Willie Fleming - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] dual control c172p prototype
On Wednesday 14 November 2007 11:27:42 Anders Gidenstam wrote: > Just some news: I added a second basic T for the copilot. I'm not sure > if that is common in this type of aircraft, but it is nice to have. Not particularly common and not at all on the PA-28s AFAIK, but as you say nice to have -- One of the frustrating aspects of my flight training was the engine RPM guage being on the instructors side on the PA28-140 and the consequent parallax errors. "I said 2400rpm" "Thats what Im doing" " No its not, you're revving the s off it" /me moves head back a bit "Ah OK" "Thats better, why couldn't you do that the first time?" "Cos it looks like 2400 rpm from here" "Well be more careful then" meanwhile my attention has been distracted and I'm trying to remember what the the second M in 'BUMMPFFICHH' stands for "Call _that_ 1000 ft ? .. looks more like 1100 going on 1150" and so on for several bumpy not-rectangular-at-all circuits > > And a teaser of what will soon be the splash screen :) > http://www.gidenstam.org/FlightGear/misc/c172-dual-splash.jpg > > Csaba and I made some test flights yesterday with good results. I think we > are located about about 1000km apart with the mpserver geographically > in between (but I have no idea about the actual routes used :). > Total network RTT probably about 100ms, feedback RTT roughly 0.5 seconds. > > The prototype is available here: > > http://www.gidenstam.org/FlightGear/misc/c172p-dual_fgfsCVS.tar.gz I'm looking forward to playing with this :-) > > (See http://www.gidenstam.org/FlightGear/misc/ for updates and some other > small projects.) > > Cheers, > > Anders --- Best Regards Willie Fleming [EMAIL PROTECTED] - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Keyboard reorg
On Monday 12 November 2007 13:55:13 Richard Bytheway wrote: > Willie Fleming wrote: > > Oh and I'd like NOT to have any functions on the keyboard (such as the > > time-warp) that will screw up the flight if Im clumsy with the typing. > > Although dropping the flaps, airbrakes or gear while at cruise speed > isn't going to do your flight much good :-) Indeed :-) perhaps I should have said "that will screw up the session if Im clumsy with the typing" if I'm daft enough to change the airframe config inappropriately I deserve to crash but that "t/T" key has bugged me just too often... --- Best Regards Willie Fleming [EMAIL PROTECTED] - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Keyboard reorg
On Monday 12 November 2007 12:08:34 AJ MacLeod wrote: > On Monday 12 November 2007 06:31:26 John Denker wrote: > > Agreed! I've thought for ages that a top-to-bottom reorg > > would be helpful. > > The starting point for me was the realization that there > > are far more aircraft functions that need to be controlled > > than there are keys on the keyboard > > Which is why we have cockpit hotspots. The simple fact of the matter is > this; we model a vast array of aircraft, of almost every type imaginable. > We are modelling them in an ever more detailed way, and each aircraft > really is very different; far too different to provide enough key bindings > to make each aircraft controllable by the keyboard alone. > > For those who never fly or model anything other than single engine > light "training" type fixed-wing aircraft, perhaps the problem isn't so > noticeable; these are comparatively simple and probably have a reasonable > degree of commonality of functions between aircraft. > > There are, IMHO, very few functions indeed which really _require_ a > keyboard binding by default. Why try and squeeze every aircraft type and > function into one cramped mould? I don't think anyone is suggesting that. However now would seem a good time to get consensus on what _should_ be on the keyboard and what is best done via the menus and/or hot-spots. In general, I like "realistic" start-up procedures (Lightning, Bravo, An-2 etc). At the hold I have time to run through the checklist and procedures and it adds greatly to the simming experience. I dont mind mousing to a hot-spot at this phase. In flight however there are functions I want on the keyboard or joystick and I want to get at them in (as far as possible) a simple and consistent manner. I dont have time to footer looking for the carb-heat hot-spot with a mouse etc So for the keyboard my wish list is gearg/G flaps [/] mixture m/M pitch n/N carb heat c (toggle on/off) seeing h is for the HUD wheel/air brakes b/B/ctrl B trim Home/End drag chutes and weapons release etc I feel should be on the keyboard but will leave the actual assignments to others This is pretty much as we have it for now _ I dont think we need BIG changes Stuff like hatches, cockpit hoods, liveries etc can be handled by hotspots where appropriate and menu items. Obviously a lot of the above I can do with joystick buttons and axes but then not everyone is lucky enough to have a Saitek Evo Oh and I'd like NOT to have any functions on the keyboard (such as the time-warp) that will screw up the flight if Im clumsy with the typing. On a slightly different note, is it time now to declare what I think most of us have known for a long time "There is no point in attempting to use FlightGear without a joystick of some sort"? I'd like to say a 4-axis stick but that may be a tad restrictive. If we state this upfront, we dont fail by delivering a good product that is disappointing to the user becuase the control input method is less than optimal. It also frees the arrow and number keys for possible reassignment for radios, autopilot. > > In situations such as this, the time-honored solution is > > to come up with a _language_. > > A good language has > > *) some orthogonality, and > > *) some mnemonic value. > > And will be detested (indeed, completely shunned) by the "average user". > While I can see your point, and some possible advantages with your idea, > it's a complete non-starter from the point of view of the non-programmer > "normal" user. > > Maybe most of us on this list find it natural to think in such terms, but I > can assure you (from dealing with typical "users" every day) that most > people don't. > > Just my opinion... and mine too... - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Minor keyboard reassignment
On Sunday 11 November 2007 18:07:24 Melchior FRANZ wrote: > * Melchior FRANZ -- Sunday 11 November 2007: > > Just press the t-key longer than a second. :-) > > That doesn't mean that I want to keep warp on the t-key. > I also find that these "unrealistic" development functions > shouldn't waste the "good" keys. I also find that the r > (replay) key is much too exposed. But traditionally, > discussions about the keyboard layout are only about where > people *don't* want certain keys, not *where* they want > them instead, and therefore aren't very productive. So, > traditionally, everything remains the same afterwards. ;-) > OK I _WANT_ turbine start/shutdown assigned to t/T and carb heat assigned to 'h' toggle heat on/off and I _WANT_ time warp reassigned to a menu item :-) Reasoning behind the toggle - for proper use of the carb heat you want to have it on for 30-60 secs in the cruise and on anytime the throttle is less than 50% open. At least thats the way its taught at our club and we haven't lost an aircraft to carb icing since this rule was introduced. Please don't ask what happened before this rule was brought in Anybody else with me on this? --- Best Regards Willie Fleming [EMAIL PROTECTED] - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Minor keyboard reassignment
While you are re-assigning keys, can I suggest that we remove t/T for the time-warp and reassign that to either a ctrl combo or a menu item. It doesnt strike me that this is a function thats needed in a hurry like a flight control or switch. Possibly ''t and its friends could get re-assigned to turbine start/shutdown? Its not the first time Ive screwed up a long flight by accidentally hitting 't' and getting thoroughly confused. A standard keyboard assignment for carb heat would be useful too (and much more relevant for myself and Im guessing 90+% of the users who actually get to fly real aircraft) and add greatly to the realism. I know there are aircraft where we have a clickable hot-spot for the carb heat but its usually difficult to find and a hassle. Carb heat should be like backups -- make it easy and folk will do it - forget about it and you will have big trouble sooner or later. --- Best Regards Willie Fleming [EMAIL PROTECTED] - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Addition of true comms in multiplayer
Yep Im afraid this times out for me -- thanks for confirming it wasn't just
my n00bness wirth SVN :-)
AFAIK Holger is away until the end of next week so Im not expecting any change
till then.
On linux the "stable" version fails for me with
[EMAIL PROTECTED]:/fgfs/fgfs/fgcom/src$ make
gcc -O2 -D'SVN_REV="exported"' -c fgcom.c
fgcom.c: In function ‘main’:
fgcom.c:109: error: too few arguments to function ‘iaxc_initialize’
make: *** [fgcom.o] Error 1
AFAICT I have all the necessary packages so thats not the problem -- I can see
only one parameter being passed to iaxc_initializebut Im no C
programmer -- quite possibly Im missing something obvious..
---
Best Regards
Willie Fleming
[EMAIL PROTECTED] Friday 12 October 2007 18:04:23 Geoff Air wrote:
> Friday, October 12, 2007.
>
> Hi Holger,
>
> I have progressed with my WIN32 port of FGCOM, but now a problem with the
> 910.00 'echo' ...
>
> 1. svn checkout svn://svn.dfn.de:/fgcom
>
> This continues to fail - a timeout. Can others checkout this source? I
> eventually downloaded and used fgcom-1.0.1.tar.gz ...
>
> 2. XMLRPC-C
>
> I had some initial trouble with the xmlrpc-c library. It was NOT formatting
> a double correctly in WIN32, but now that has been fixed. I passed these
> changes, and lots of others to build in WIN32, to Bryan Henderson
> (http://xmlrpc-c.sourceforge.net/techsupp.php), and he has added some
> changes to his SVN trunk source. Maybe more to come ...
>
> The simple client/server samples in the XMLRPC-C source all function
> perfectly ... as does his rpctest suite ...
>
> 3. FGCOM 910.00 echo
>
> Server: http://fgcom1.parasitstudio.de:12345/RPC2
>
> I have been trying to do this 'echo' test, to see if my WIN32 aixclient,
> speex, etc, is compiled and running correctly, but on 'login' I get back
> the following ERROR stuff :-
>
> XML-RPC: InternetReadFileEx( h, buffer=[Sz=40, Next=, Buf=013B3200,
> len=889, tot=1301] ... ) XML-RPC: InternetReadFileEx=[TRUE] buffer=[Sz=40,
> Next=, Buf=013B3200, len=889, tot=1301] DATA[
>
>
>
> faultStringerror executing RPC `login'.
> Do not know how to thaw data with code `' at /usr/share/perl5/FreezeThaw.pm
> line 542 FreezeThaw::thawScalar(0) called at /usr/share/perl5/FreezeThaw.pm
> line 679 FreezeThaw::thaw('') called at
> /home/fgregister/fgcom/server/fgreg.pl line 490
> main::_session_check_value('user', 'guest') called at
> /home/fgregister/fgcom/server/fgreg.pl line 686 Register::login('guest',
> 'guest', 'iax', 0, 910) calle...]
> XML-RPC: InternetReadFileEx( h, buffer=[Sz=40, Next=, Buf=013B3579,
> len=412, tot=1301] ... ) XML-RPC: InternetReadFileEx=[TRUE] buffer=[Sz=40,
> Next=, Buf=013B3579, len=412, tot=1301]
> DATA[tier/Daemon/ForkingBasicAuth.pm line 70
>
> Frontier::Daemon::ForkingBasicAuth::new('Frontier::Daemon::ForkingBasicAuth
>', 'methods', 'HASH(0x85bb23c)', 'AuthFile',
> '/home/fgregister/.fgreg/auth.conf', 'LocalPort', 12345) called at
> /home/fgregister/fgcom/server/fgreg.pl line 89
> faultCode4
>
>
>
>
> This is the output from some DEBUG code I added to the xmlrpc-c library,
> since I was continually getting 'no connection' ... the DATA[...] is the
> actual data received, in two blocks, but a small amount may have been
> missed.
>
> It seems I am getting a 'connection', but the 'server' bombs executing the
> 'login' ...
>
> Are others seeing this? It does not seem I can do anything at this client
> end? Any help appreciated.
>
> Regards,
>
> Geoff.
>
> EOF - fgcom-03.doc
> _
> Discover the new Windows Vista
> http://search.msn.com/results.aspx?q=windows+vista&mkt=en-US&form=QBRE
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear packages for SuSE Linux
On Friday 30 June 2006 13:38, Ladislav Michnovič wrote: > I thought freeglut is fixed in SuSE. Which version of freeglut do you > have? Is its origin from Suse? "rpm -qi freeglut" I've got > freeglut-051110-15. I cannot reproduce this on my SuSE 10.1. Yep I have freeglut-051110-15. too. Now I think about it, a few months ago I had freeglut issues on CVS and sidestepped them by moving to SDL. There have been multiple conflicting demands on my time recently and I haven't kept up to date with CVS for a good few weeks now, thought I'd give the SuSE rpm route a go so I could have a wee fly from time to time. [EMAIL PROTECTED]:~> rpm -qi freeglut Name: freeglut Relocations: (not relocatable) Version : 051110Vendor: SUSE LINUX Products GmbH, Nuernberg, Germany Release : 15Build Date: Tue 02 May 2006 09:31:39 BST Install Date: Sun 14 May 2006 05:40:21 BST Build Host: orville.suse.de Group : System/Libraries Source RPM: freeglut-051110-15.src.rpm Size: 247879 License: X11/MIT Signature : DSA/SHA1, Tue 02 May 2006 09:37:26 BST, Key ID a84edae89c800aca Packager: http://bugs.opensuse.org URL : http://freeglut.sourceforge.net/ Summary : Freely Licensed Alternative to the GLUT Library Description : freeglut is a completely open source alternative to the OpenGL Utility Toolkit (GLUT) library. GLUT was originally written by Mark Kilgard to support the sample programs in the second edition OpenGL Redbook. Since then, GLUT has been used in a wide variety of practical applications because it is simple, universally available, and highly portable. GLUT (and freeglut) allow the user to create and manage windows containing OpenGL contexts and also read the mouse, keyboard, and joystick functions on a wide range of platforms. Authors: Pawel W. Olszta Andreas Umbach Steve Baker Distribution: SUSE LINUX 10.1 (i586) > As workaround I can compile it with enabled sdl in build. > Regards Ladislav. > > 2006/6/30, willie <[EMAIL PROTECTED]>: > > I installed the i586 rpms for SuSE10.1 and moved my existing .fgfsrc > > (used with CVS) to .fgfsrc.cvs > > > > I got this error > > > > [EMAIL PROTECTED]:~> /usr/bin/fgfs --geometry=1024x768 > > Model Author: Unknown > > Creation Date: 2002-01-01 > > Version: $Id: c172p.xml,v 1.17 2006-03-13 15:27:14 ehofman Exp $ > > Description: Cessna C-172 > > freeglut (/usr/bin/fgfs): Failed to create cursor > > freeglut ERROR: Function called without first > > calling 'glutInit'. > > > > gagarin:/home/willie # uname -a > > Linux gagarin 2.6.16.13-4-default #1 Wed May 3 04:53:23 UTC 2006 i686 > > athlon i386 GNU/Linux > > I'll keep trying - what other info would you like? > > -- > > All the best > > > > Willie > > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- All the best Willie Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear packages for SuSE Linux
On Thursday 29 June 2006 15:31, Ladislav Michnovič wrote: Thank you for your effort on this - I will download the i586 packages and report back. > Hello. > Thanks to the openSuSE Build service, I builded rpm packages of FG > for Suse Linux 10.x which are available at > http://software.opensuse.org/download/home:/lmich/SUSE_Linux_10.1/i586/Flig >htGear-0.9.10-17.1.i586.rpm respectively > > http://software.opensuse.org/download/home:/lmich/SUSE_Linux_10.1/x86_64/Fl >ightGear-0.9.10-17.1.x86_64.rpm > http://software.opensuse.org/download/home:/lmich/SUSE_Linux_10.1/noarch/Fl >ightGear-data-0.9.10-2.1.noarch.rpm or > http://software.opensuse.org/download/home:/lmich/SUSE_Linux_10.0/i586/Flig >htGear-0.9.10-17.1.i586.rpm respectively > http://software.opensuse.org/download/home:/lmich/SUSE_Linux_10.0/x86_64/Fl >ightGear-0.9.10-17.1.x86_64.rpm > http://software.opensuse.org/download/home:/lmich/SUSE_Linux_10.0/noarch/Fl >ightGear-data-0.9.10-2.1.noarch.rpm > > The build number can increase, so if the link is unavailable, please > search manualy in http://software.opensuse.org/download/home:/lmich/ > You need noarch package FlightGear-data to be installed first. I would > appreciate any feedback. > Regards Ladislav. > > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- All the best Willie Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: ATC voices (no AI at EGPD)
On Thursday 23 February 2006 22:35, David Luff wrote: > > I wonder if there's any scope for giving it phonetic help/hints for stuff > it doesn't pronounce well, such as "ATIS". In fact, come to think of it, > I'm not sure I know how ATIS should be pronounced - I always assumed it was > "Ay-tis", but maybe "aah-tis" is correct? > > Cheers - Dave I pronounce it "Ay-tiss". Somewhere Ive got a CAP (CAP56?) that gives the non-std pronunciations for common aeronautical use in UK airspace. But we certainly say "Ay-tiss" at Prestwick. TBH we dont use the term that much , its usually just "information November" or whatever letter is current. Often "information" is missed entirely as in "Prestwick Tower, G-ATOM at Papa with November, request taxi" If the ATIS changes the Tower may add " Information Mike is current" ie better re-tune and listen again cos November is history. But AFAIR they rarely say "ATIS" Willie --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
