[Flightgear-devel] Re: Nasal in scenery object XML files
* Melchior FRANZ -- Wednesday 01 March 2006 15:04: FYI: I've now added Nasal support for scenery objects to my copy of sg fg. [...] The required changes for sg fg are minimal, but because of the nearing release I better send the patches for review after the release. Curt has given permission to commit that now. It's comparatively trivial and well tested. I don't expect problems. If you run into one, please tell me. The Nasal scripts are now load and unload. They are executed for all OBJECT_STATIC and OBJECT_SHARED. But note that only OBJECT_STATIC are removed from the scene graph when they are out of sight, so better use no or very short and inexpensive Nasal code in OBJECT_SHARED objects. m. --- 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=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
RE: [Flightgear-devel] 737-300 electrical systems
Hello Markus Markus Barenhoff writes hi there, i am currently writting a simulation of the 737-300 electrical system for flightgear. it' s still work in progress. now to my question: is there someone who would like do design the pannels? :) it would be great to have them, for testing purposes, beacuse doing it the property tree is not much fun. :) Maybe all the people who are working on the 737 need to get together and work out who is going to do what.You have as it would appear done a lot of the 737 electrical system I also know that Justin Smithies is working on the same system.I am working on the 3D cockpit which is about 20% finished.It would be a shame to have people duplicating the same systems for the 737 not to mention the mess that might occur it different version of the same system are submited for inclusion. So maybe if you email me off list and we can sort out what is to be done. Cheers Innis --- 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=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 737-300 electrical systems
Innis Cunningham wrote: Maybe all the people who are working on the 737 need to get together and work out who is going to do what.You have as it would appear done a lot of the 737 electrical system I also know that Justin Smithies is working on the same system.I am working on the 3D cockpit which is about 20% finished.It would be a shame to have people duplicating the same systems for the 737 not to mention the mess that might occur it different version of the same system are submited for inclusion. So maybe if you email me off list and we can sort out what is to be done. We could on the other hand simply use this mailing list. That's what a development list is for. I'd like to ask: is there some development version of the 737 available? I'm tempted to fix some animations that were in the old model, but if I had to guess, I'd say they are already done and I'd hate to waste the effort. Nine --- 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=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 737-300 development (was: 737-300 electrical systems)
Stefan Seifert wrote: Innis Cunningham wrote: Maybe all the people who are working on the 737 need to get together and work out who is going to do what.You have as it would appear done a lot of the 737 electrical system I also know that Justin Smithies is working on the same system.I am working on the 3D cockpit which is about 20% finished.It would be a shame to have people duplicating the same systems for the 737 not to mention the mess that might occur it different version of the same system are submited for inclusion. you are right, thats was one reason i put it on the list in this early stage, to see if there is maybe other work done, of which i don't know... So maybe if you email me off list and we can sort out what is to be done. We could on the other hand simply use this mailing list. That's what a development list is for. i also think the list is the better place, so that other, or new developers can browse the archives. I'd like to ask: is there some development version of the 737 available? I'm tempted to fix some animations that were in the old model, but if I had to guess, I'd say they are already done and I'd hate to waste the effort. i'am currently using the one from the cvs head... maybe we should use this thread to make a list of people who are working on the 737 and on which systems... please add your yourself and your stuff, you are working on: - Model: Stefan Seifert: Animation fixes? - Panels: Innis Cunningham: 3D Cockpit - Air Conditioning Pressurization: - Autoflight: - Electrical: Markus Barenhoff: Basic Framework, elec. buses, generators, apu, battery, external power, meter panel(code), generator and standby panel(code), generator bus panel(code). - Fire Protection: - Flight Controls: - Flight Instruments: - FMS Navigation: - Fuel: - Hydraulics: - Ice Rain Protection: - Navigation: - Pneumatics: - Warnings: cu Markus -- Markus Barenhoff - Hamburg - Germany - Earth url: http://www.alios.org/ - mail: [EMAIL PROTECTED] pgpkey: 0xAE7C7759 fp: 79 64 AA D9 B7 16 F5 06 6A 88 5F A9 4D 49 45 BB --- 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=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Weird network problem
True, I didn't think of the portmap issue related to rpc. Moving to RPC would also me much, much more work than using XDR. Who might these mysterious coders be, working on a multiplayer network protocol? I'd like to hear their thoughts on the issue... On 3/9/06, Martin Spott [EMAIL PROTECTED] wrote: Drew Kirkpatrick wrote: Once again with the help of Poine (still owe ya that beer man), I found my problem. So the way network communications is happening with net_ctrls, and the FGNetCtrls object, the non-portability of the mechanism is readily apparent. I know, playing the 'weisenheimer' _after_ an accident has occurred is always an easy trick The issue of non-portability of the time-critical net code in FlightGear (and thereof the lack of a stable protocol layout) is a long standing one, has been discussed several times and has already prevented some projects from using FlightGear as an image generator. From memorizing past discussions I think I can state that gettings things into the right shape (TM) definitely will make some people happy :-) Poine votes for using RPC. I thought this would be a good time for a discussion on the wishes and desires for netcode. Any thoughts on the subject? Using RPC requires you to run a portmapper on each system, but you don't always want this. I'm convinced there are other chances to get the job done. The architects of the new multiplayer network protocol probably have some good recommendations - as I think/hope they did it in a portable fashion !?!? Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- --- 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=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel --- 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=lnkkid0944bid$1720dat1642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] nasal setprop boolean
hi there, how can i set a property from nasal to a boolean? currently i'am setting to 0 or 1 which results in a double value in the property tree. cu markus -- Markus Barenhoff - Hamburg - Germany - Earth url: http://www.alios.org/ - mail: [EMAIL PROTECTED] pgpkey: 0xAE7C7759 fp: 79 64 AA D9 B7 16 F5 06 6A 88 5F A9 4D 49 45 BB --- 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=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Re: nasal setprop boolean
* Markus Barenhoff -- Thursday 09 March 2006 14:17: how can i set a property from nasal to a boolean? currently i'am setting to 0 or 1 which results in a double value in the property tree. props.globals.getNode(/foo/bar).setBoolValue(0); See $FG_ROOT/Nasal/props.nas m. --- 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=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: nasal setprop boolean
Melchior FRANZ wrote: * Markus Barenhoff -- Thursday 09 March 2006 14:17: how can i set a property from nasal to a boolean? currently i'am setting to 0 or 1 which results in a double value in the property tree. props.globals.getNode(/foo/bar).setBoolValue(0); thnx. cu markus -- Markus Barenhoff - Hamburg - Germany - Earth url: http://www.alios.org/ - mail: [EMAIL PROTECTED] pgpkey: 0xAE7C7759 fp: 79 64 AA D9 B7 16 F5 06 6A 88 5F A9 4D 49 45 BB --- 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=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Next FlightGear Release - upcoming.
I would like to start working agressively towards the next FlightGear release which will be called v0.9.10 (putting off the v1.0 release for at least one more cycle.) We have quite a few important features and aircraft added since the last release so I think it would be good to get a new release out the door. I don't have a specific schedule worked out yet, but I think my target will be the end of March or first week in April. That will give us a week to panic and discuss and lob heated accusations at each other, :-) then a week or two to test and bug fix, and then we can do the official release. Here are the major issues I see: 1. We need to go through every JSBSim aircraft and make sure it has been converted to the new JSBSim v2.0 config file format, and make sure the control surface animations get added back in. 2. We need to aggressively hunt down any random crashes we might run into. The word on the street is that current cvs is 'buggier' than the v0.9.9 release. I'm not necessarily seeing that here so I wonder if the bugs are concentrated in some of the subsystems I don't use much (AI aircraft?, ATC system?, Carrier ops?, MP?) In addition, the transiennt problems associated with our change over to JSBSim v2.0 may have also contributed to this impression, but hopefully the dust is settling on that one. 3. Any other major issues? One point I would like to stress. With any release, there are always people who say we can't possibly finalize the release until feature xyz is added, or until bug abc is fixed. We should do our best to address those concerns, but at some point we have to go with what we have. These sorts of things could force us to never again have a release if we are required to fully address every concern that anyone brings up. Thank you all for you help and participation in this project. We have our warts and insufficiencies, but FlightGear is becoming more and more well known. The collective capabilities of our project are becoming quite impressive. Not every big name aerospace company is using FG, but I get to talk to a lot of people from a lot of interesting companies (big and small) that are using FlightGear or at least asking questions about it. Thanks, Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d --- 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=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] 737-300 project
Right i think Marcus is right, we should have group together and find out who is doing what with regards to the 737-300. I could setup a small site on my server that will list everybodies details of what is being done by whom. Also what and who is needed etc. We could also maybe start sharing the 737-300 development code so we can all test and give each other comments before it is posted to the cvs . What does everyone think ? I'll stop work on the electrical systems and leave it in Marcus's capable hands as he seems further on than me. I'll look at the list and pick another section to start on , maybe hydraulics ? I will let you guys know. Regards, Justin Smithies --- 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=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Next FlightGear Release - upcoming.
3. Any other major issues? I wonder if somebody (since Erik has retired from the patch integration work) has my most recent rain cone patch (stage 2) in the incoming queue. Or does it mean I have to ensure myself that enough other folks have it tested also, and then check-in it myself? I haven't checked in anything yet and wouldn't like to do this on my own w/o the project powers that be telling me to. This fix is a minor issue, but it includes a bugfix and significant customization ability addon, as well as some in-code cleanups and comments. I wanted to add a pointer to the mailing list archives, but they still seem to be broken; so I will be glad to re-post my last patch announcement if needed. Meanwhile, I've opened a request with the support at sf.net http://sourceforge.net/tracker/index.php?func=detailaid=1446638group_id=1atid=21 Vassilii --- 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=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] 737-electrical.nas
Hi Marcus, I tried your nasal scripts for the electrical system and i get the following errors. Nasal runtime error: undefined symbol at /opt/flightgear/share/FlightGear/Aircraft/737-Sim/Systems/737-electrical.nas, line 9 I just saved the files from your email. I have them running in the order of electrical.nas 737-electrical.nas I even tried them the other way around. Any ideas ? Justin Smithies --- 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=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Re: Next FlightGear Release - upcoming.
* Curtis L. Olson -- Thursday 09 March 2006 17:59: 2. We need to aggressively hunt down any random crashes I'm aware of four crashes: (A) tower.cxx/AI -- old, but very annoying. Happens occasionally. Very hard to reproduce. Olaf looked into it and advised me to add a debug message in my copy, but since then I had no problems. (Maybe I should commit that? ;-) This bug basically makes long-distance flights impossible. (B) MP crash. Just occurred to me and jpierru synchronously. (Unfortunately, I have no bt. It was in the property system -- apparently a select animation was triggered on a null pointer, or something.) (C) YASim/tublut crash. Andy suspects a NaN from the environment and said he'd look into it. (D) -1000 ft crash. Don't remember the exact message. Doesn't seem related to any special subsystem. Our JSBSim should probably get updated again, too -- abs/fabs bug Not every big name aerospace company is using FG not *yet*. :-) Although, those that *do* probably use it only as visuals generator. :-( m. --- 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=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 737-electrical.nas
Justin Smithies wrote: Hi! I just saved the files from your email. I have them running in the order of electrical.nas 737-electrical.nas I even tried them the other way around. Ok, i've attached my current version to this mail. I've forgotten to say, that i'am using e as module name for the framework, to save my fingers :) put this your 737-300-set.xml into the nasal block: ---snip--- electrical-base fileAircraft/737-300/Systems/electrical.nas/file modulee/module /electrical-base electrical fileAircraft/737-300/Systems/737-electrical.nas/file /electrical ---snip--- cu Markus -- Markus Barenhoff - Hamburg - Germany - Earth url: http://www.alios.org/ - mail: [EMAIL PROTECTED] pgpkey: 0xAE7C7759 fp: 79 64 AA D9 B7 16 F5 06 6A 88 5F A9 4D 49 45 BB ## # Copyright (c) 2006 Markus Barenhoff [EMAIL PROTECTED] # # This file is protected by the GNU Public License. For more details, # please see the text file COPYING. ## # TODO: # - all the FIXMEs # - automatic load shedding (galley) # - generator drive disconnect # - ac/dc meter stuff net = e.ElecNet.new(); # # helper functions # setprop_b() = func { props.globals.getNode(arg[0], 1).setBoolValue(arg[1]); }; # # sources # apu = e.ElecNode.new(); apu.type = source; apu.name = apu; apu.u_transformer = func { # FIXME: implment apu stuff me.voltage = 115.0; }; net.addSourceNode(apu); external = e.ElecNode.new(); external.type = source; external.name = external; external.u_transformer = func { # FIXME: implement external me.voltage = 115.0; }; net.addSourceNode(external); enggen1 = e.ElecNode.new(); enggen1.type = source; enggen1.name = generator1; enggen1.u_transformer = func { rpm = getprop(/engines/engine[0]/n1); factor = rpm / 30; if(factor 1.0) { factor = 1.0; } me.voltage = (115 * factor) + (5.0 * (rand() - 0.5)); }; net.addSourceNode(enggen1); enggen2 = e.ElecNode.new(); enggen2.type = source; enggen2.name = generator2; enggen2.u_transformer = func { rpm = getprop(/engines/engine[1]/n1); factor = rpm / 30; if(factor 1.0) { factor = 1.0; } me.voltage = (115 * factor) + (5.0 * (rand() - 0.5)); }; net.addSourceNode(enggen2); # FIXME: implement battery stuff battery = e.ElecNode.new(); battery.type = source; battery.name = battery; net.addSourceNode(battery); # busses genbus1 = e.ElecNode.new(); genbus1.name = genbus1; genbus2 = e.ElecNode.new(); genbus2.name = genbus2; extern_ac_bus = e.ElecNode.new(); extern_ac_bus.name = extern_ac_bus; grd_svc_bus = e.ElecNode.new(); grd_svc_bus.name = ground_service_bus; main_bus1 = e.ElecNode.new(); main_bus1.name = main_bus1; main_bus2 = e.ElecNode.new(); main_bus2.name = main_bus2; xfr_bus1 = e.ElecNode.new(); xfr_bus1.name = xfr_bus1; xfr_bus2 = e.ElecNode.new(); xfr_bus2.name = xfr_bus2; dc_bus1 = e.ElecNode.new(); dc_bus1.name = dc_bus1; dc_bus2 = e.ElecNode.new(); dc_bus2.name = dc_bus2; dctie_bus = e.ElecNode.new(); dctie_bus.name = dctie_bus; hot_battery_bus = e.ElecNode.new(); hot_battery_bus.name = hot_battery_bus; # relays genswrelay1 = e.ElecNode.new(); genswrelay1.name = genswrelay1; genswrelay1.type = relay; genswrelay1.switch = func { getprop(/controls/electric/genbuspanel/gen0); }; genswrelay2 = e.ElecNode.new(); genswrelay2.name = genswrelay2; genswrelay2.type = relay; genswrelay2.switch = func { getprop(/controls/electric/genbuspanel/gen1); }; apuswrelay1 = e.ElecNode.new(); apuswrelay1.name = apuswrelay1; apuswrelay1.type = relay; apuswrelay1.switch = func { getprop(/controls/electric/genbuspanel/apugen0); }; apuswrelay2 = e.ElecNode.new(); apuswrelay2.name = apuswrelay2; apuswrelay2.type = relay; apuswrelay2.switch = func { getprop(/controls/electric/genbuspanel/apugen1); }; grdpwrrelay = e.ElecNode.new(); grdpwrrelay.name = grdpwrrelay; grdpwrrelay.type = relay; grdpwrrelay.switch = func { getprop(/controls/electric/genbuspanel/grdpwr); }; grdsvcrelay1 = e.ElecNode.new(); grdsvcrelay1.name = grdsvcrelay1; grdsvcrelay1.type = relay; grdsvcrelay1.switch = func { getprop(/controls/electric/misc/grdsvcswitch); }; grdsvcrelay2 = e.ElecNode.new(); grdsvcrelay2.name = grdsvcrelay2; grdsvcrelay2.type = relay; grdsvcrelay2.switch = func { (!getprop(/controls/electric/misc/grdsvcswitch)); }; gengenbusrelay1 = e.ElecNode.new(); gengenbusrelay1.name = gengenbusrelay1; gengenbusrelay1.type = relay; gengenbusrelay1.switch = func {0;}; apugenbusrelay1 = e.ElecNode.new(); apugenbusrelay1.name = apugenbusrelay1; apugenbusrelay1.type = relay; apugenbusrelay1.switch = func {0;}; extgenbusrelay1 = e.ElecNode.new(); extgenbusrelay1.name = extgenbusrelay1; extgenbusrelay1.type =
Re: [Flightgear-devel] Next FlightGear Release - upcoming.
On 09/03/06, Curtis L. Olson [EMAIL PROTECTED] wrote: 3. Any other major issues? The TerraGear scenery bug with the Great Lakes (and possibly other large inland lakes?) is pretty serious -- it leaves many midwest U.S. and central Canadian cities perched on giant cliffs overlooking the lakes. All the best, David -- http://www.megginson.com/ --- 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=lnkkid0944bid$1720dat1642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Re: Next FlightGear Release - upcoming.
* David Megginson -- Thursday 09 March 2006 21:29: Here's another one -- the DME is no longer working unless the DME is associated with a VOR. [...] Does anyone have any suggestions about recent changes that might have broken it? I fixed one bug and don't think that it could have this side effect, but one never knows. This is in $FG_ROOT/Aircraft/Instruments/dme.xml. The problem was that the DME didn't display anything, even when it was started in 1 position. One had to turn it off an on again. This works now. I just initialized the DME in position 1 exactly as if it had just been switched to 1. m. --- 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=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Next FlightGear Release - upcoming.
Hi, David Megginson schrieb: Here's another one -- the DME is no longer working unless the DME is associated with a VOR. That's a big problem for anyone who uses FlightGear for IFR practice (since DMEs are often associated with localizers or used standalone). I remember fixing this one once or twice in the past when people broke it, so I'll volunteer to take another run at it before the release. Does anyone have any suggestions about recent changes that might have broken it? It's also possible, of course, that it's an instrument configuration problem, and not in the core FlightGear engine at all. The problem may be that Robin changed the nav.dat format to contain two DME-types instead of only one (http://x-plane.org/home/robinp/Nav810.htm) There's no difference between the types except their type number and the fact that for one the frequency is displayed in X-Plane's maps while for the other it is not. Cheers, Ralf --- 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=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] fix mouse view regression
input.cxx log: revision 1.82 date: 2006-02-16 01:30:28 +; author: david; state: Exp; lines: +5 -11 The constrained property for a mouse mode now actually constrains the mouse rather than wrapping it. Wrapping around to the other side of the screen has very bad consequences when using the mouse for flying or viewing -- it can result in sudden jumps in the controls or the viewpoint when the mouse jumps to another side of the screen. Right now, the mouse is constrained to stay between 25% and 75% of the screen on both the X and Y axis -- whenever it hits an edge, it jumps back to the centre of the screen again (which causes no control or view jump). This change actually breaks the view mode with PU_USE_GLUT (at least for me). It was working properly before the change; now the view jumps whenever the mouse reaches a screen edge. If nobody has a better idea, I suggest to commit the attached patch (it simply restores the pre-1.82 code in the PU_USE_GLUT case). -- Jean-Yves Lefort [EMAIL PROTECTED] http://lefort.be.eu.org/ Index: src/Input/input.cxx === RCS file: /var/cvs/FlightGear-0.9/source/src/Input/input.cxx,v retrieving revision 1.83 diff -u -r1.83 input.cxx --- src/Input/input.cxx 21 Feb 2006 01:18:51 - 1.83 +++ src/Input/input.cxx 9 Mar 2006 20:16:54 - @@ -387,6 +387,23 @@ // Constrain the mouse if requested if (mode.constrained) { bool need_warp = false; +#ifdef PU_USE_GLUT +if (x = 0) { + x = xsize - 2; + need_warp = true; +} else if (x = (xsize-1)) { + x = 1; + need_warp = true; +} + +if (y = 0) { + y = ysize - 2; + need_warp = true; +} else if (y = (ysize-1)) { + y = 1; + need_warp = true; +} +#else /* PU_USE_SDL */ if (x = (xsize * .25) || x = (xsize * .75)) { x = int(xsize * .5); need_warp = true; @@ -396,6 +413,7 @@ y = int(ysize * .5); need_warp = true; } +#endif if (need_warp) fgWarpMouse(x, y); pgpFSCS4CtggH.pgp Description: PGP signature
Re: [Flightgear-devel] Next FlightGear Release - upcoming.
On Thursday 09 March 2006 17:59, Curtis L. Olson wrote: I would like to start working agressively towards the next FlightGear release which will be called v0.9.10 (putting off the v1.0 release for at least one more cycle.) We have quite a few important features and aircraft added since the last release so I think it would be good to get a new release out the door. I don't have a specific schedule worked out yet, but I think my target will be the end of March or first week in April. That will give us a week to panic and discuss and lob heated accusations at each other, :-) then a week or two to test and bug fix, and then we can do the official release. Sounds good to me. It might be interesting to know that David Luff has been mentioning a release of Taxidraw at around the same time. In addition, together with a lot of help from Innis Cunningham and others, I'm working toward releasing a major set of AI Aircraft (in various repaints), which I also hope to have available around early April. Unfortunately, I don't think, I'll have a working traffic editor by then. I still have the following issues on my TODO list: - Catch the bogus lon/lat FATAL ERROR in the tile loader thread following a failed AIModel load. Note that this error occurs only when a non existing model is attemted to be loaded before any tiles are loaded. - Investigate whether commenting out all entries in data/Traffic results in an unknown error exception - Prevent non-existing aircraft models from being loaded in the traffic manager at all. - Allow users to enable the traffic manager through the command line - Allow dynamic runtime enabling/disabling of the traffic manager - Investigate whether the time-related command line options are still working properly Cheers, Durk --- 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=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 737-300 electrical systems
On Thursday 09 March 2006 04:37, Markus Barenhoff wrote: hi there, i am currently writting a simulation of the 737-300 electrical system for flightgear. it' s still work in progress. now to my question: is there someone who would like do design the pannels? :) it would be great to have them, for testing purposes, beacuse doing it the property tree is not much fun. :) the panels i need are: meter panel (nice to have): http://www.b737.org.uk/acdcmeteringpanel.jpg generator and standby panel (would be cool): http://www.b737.org.uk/gendrivestandbypowerpanel.jpg generator bus panel (most important): http://www.b737.org.uk/genbuspanel.jpg 2D or 3D panels? Paul --- 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=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 737-300 electrical systems
Paul Surgeon wrote: On Thursday 09 March 2006 04:37, Markus Barenhoff wrote: i am currently writting a simulation of the 737-300 electrical system for flightgear. it' s still work in progress. now to my question: is there someone who would like do design the pannels? :) it would be great to have them, for testing purposes, beacuse doing it the property tree is not much fun. :) 2D or 3D panels? 3D would be great, (because its all in the overhead panel), but 2D would also be nice. If also mailed with Justin Smithies, who is also working on the panels i think, maybe you should also communicate with him, so that you both do not the same work. cu markus -- Markus Barenhoff - Hamburg - Germany - Earth url: http://www.alios.org/ - mail: [EMAIL PROTECTED] pgpkey: 0xAE7C7759 fp: 79 64 AA D9 B7 16 F5 06 6A 88 5F A9 4D 49 45 BB --- 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=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Next FlightGear Release - upcoming.
On Thursday 09 March 2006 19:35, David Megginson wrote: On 09/03/06, Curtis L. Olson [EMAIL PROTECTED] wrote: 3. Any other major issues? The TerraGear scenery bug with the Great Lakes (and possibly other large inland lakes?) is pretty serious -- it leaves many midwest U.S. and central Canadian cities perched on giant cliffs overlooking the lakes. All the best, David -- http://www.megginson.com/ Sounds very scenic ;) LeeE --- 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=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] KAP140 query
After setting the vertical speed on the KAP140, the display of vertical speed disappears after a few seconds, even though the autopilot is still holding (or trying to) the target vertical speed. Is this correct, or should the target speed be displayed persistently? This is with the 2D c172p panel, although I believe the 3d one displays the same behaviour. Cheers - Dave --- 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=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Next FlightGear Release - upcoming.
Ampere K. Hardraade wrote: On Thursday 09 March 2006 11:59, Curtis L. Olson wrote: 3. Any other major issues? KSFO in FlightGear seems to be sinking with each scenery rebuild. It looked relatively fine back in the days of 0.9.5, but now, it is half a meter below the surrounding water; very ridiculous. Thats a TerraGear issue, not a FlightGear issue. Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d --- 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=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Next FlightGear Release - upcoming.
David Megginson wrote: On 09/03/06, Curtis L. Olson [EMAIL PROTECTED] wrote: 3. Any other major issues? The TerraGear scenery bug with the Great Lakes (and possibly other large inland lakes?) is pretty serious -- it leaves many midwest U.S. and central Canadian cities perched on giant cliffs overlooking the lakes. This must be an issue with the 'new' Shapefile version of the vmap0 database. Perhaps something did not get categorized properly in the conversion? I've seen some odd water areas in the v0.9.10 scenery in place they shouldn't be. I haven't had a chance to look into it though. But ultimately this will need to get fixed at the data level. Perhaps the great lakes got categorized as ocean? That would explain why terragear forced the altitude to zero. Lakes are left in place with perhaps a bit of leveling and smoothing. Another (less likely?) option is that the SRTMv2 data for those areas are zero elevation??? Maybe someone could do some poking around and at least narrow down where the problem lies. Lakes marked as oceans? or bad srtm data? Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d --- 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=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Ground structures pulled from diagrams.
This is something that I would like to do for Washington DC.Unfortunately I don't have vector graphics, though I can easily getraster graphics of the USGS 7.5' maps.Josh ---You can use Inkscape to convert the raster graphics to SVG (or other vector) formats.My 2 centsIsaoJosh Babcock [EMAIL PROTECTED] wrote: Robicd wrote: Julien Pierru wrote: Right now svg2ac creates one .ac file containing all the buildings, another containing all the runways and a last one containing all the taxiways. It would be easy for someone to go in the .ac file using either blender or AC3D and edit the geometry, to add features such as towers, ; modify the height of the buildings aor improve their shape. Texturing could also be done, or colors can be added directly in the .ac file. The output of svg2ac is not necessarily a finish product, it is a first step that indeed cuts down the developer's work when creating sceneries. This code can also be used to create any kind of buildings from a vector image, such as city blocks or what have you. Julien I am currently doing that in a non automated way, in order to get a few bulk buildings and populate Wiesbaden city (look at www.flight-gear.de forum for screenshots); I don't like having just a few nice buildings out there in the middle of nowhere. I prefer having grey buildings than don't have any at all. Do you think svg2ac (which I've currently not tested) could be a real improvement in spe ed? I see that svg2ac generates errors which have to be corrected later with Blender/AC3D. It looks like svg2ac needs svg images first, which I don't have for Wiesbaden city, are they easy to find? Roberto--- 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=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel This is something that I would like to do for Washington DC.Unfortunatel y I don't have vector graphics, though I can easily getraster graphics of the USGS 7.5' maps.Josh---This SF.Net email is sponsored by xPML, a groundbreaking scripting languagethat extends applications into web and mobile media. Attend the live webcastand join the prime developer group breaking into this new coding territory!http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642___Flightgear-devel mailing listFlightgear-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 737-300 electrical systems
Stefan Seifert writes Innis Cunningham wrote: Maybe all the people who are working on the 737 need to get together and work out who is going to do what.You have as it would appear done a lot of the 737 electrical system I also know that Justin Smithies is working on the same system.I am working on the 3D cockpit which is about 20% finished.It would be a shame to have people duplicating the same systems for the 737 not to mention the mess that might occur it different version of the same system are submited for inclusion. So maybe if you email me off list and we can sort out what is to be done. We could on the other hand simply use this mailing list. That's what a development list is for. Yes we could. I'd like to ask: is there some development version of the 737 available? I'm tempted to fix some animations that were in the old model, but if I had to guess, I'd say they are already done and I'd hate to waste the effort. As the 737 model has recently been replaced which version are you talking about if it is the one currently in the package, 737-300, then I guess the development package is what you see.What exact animation/animations do you think need fixing. Nine Cheers Innis --- 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=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 737-300 development (was: 737-300 electrical systems)
Hello Markus Markus Barenhoff writes - Flight Instruments: I am currently working on 3D instruments for the 737 classic(not glass cockpit)but have only started on the vor guage(RMI) so the field is open for all the other instruments. One thing I would like to know is it possible currently to add hotspots to individual 3D instruments.As far as I know you can only add a general hotspot sheet which covers the 3D instruments roughly infront of the pilot.This would mean that panels on overhead panels and centre isle stands would not be able to be activated by hotspots.As most of the system operation is controled by such panels we need a way of activating such panels that are not on the pilots instrument panels. Any ideas. Cheers Innis --- 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=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] inflight / on ground / on airport
hi, are there properties in tree where i can read from if the aircraft is currently in air, on ground or even on ground/on airport? it would be nice to have (i need it for the 737 electrical system, to switch on the external ground power on airports/gates, and to implement the air/ground safety sensor which disconnects the battery and the battery bus from the standby busses). cu markus -- Markus Barenhoff - Hamburg - Germany - Earth url: http://www.alios.org/ - mail: [EMAIL PROTECTED] pgpkey: 0xAE7C7759 fp: 79 64 AA D9 B7 16 F5 06 6A 88 5F A9 4D 49 45 BB --- 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=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
RE: [Flightgear-devel] inflight / on ground / on airport
Hello Markus Markus Barenhoff writes hi, are there properties in tree where i can read from if the aircraft is currently in air, on ground or even on ground/on airport? it would be nice to have (i need it for the 737 electrical system, to switch on the external ground power on airports/gates, and to implement the air/ground safety sensor which disconnects the battery and the battery bus from the standby busses). I have a air/ground nas script writen by David Culp I will send it to you off list cu markus Cheers Innis --- 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=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Next FlightGear Release - upcoming.
On Thu, 9 Mar 2006 19:43:13 +0100 Melchior FRANZ wrote: * Curtis L. Olson -- Thursday 09 March 2006 17:59: 2. We need to aggressively hunt down any random crashes I'm aware of four crashes: I've experienced another that I don't think is classifiable in your list. It occurred for me in-flight, during a long flight; but AI traffic wasn't on and I wasn't monitoring ATC. I've been running FG ever since in gdb just in case; but haven't been able to reproduce it. Still trying. In the meantime . . .there's a crash during initialization that I've seen (and posted in this mailing list recently. I'm on an uncommon platform now (AMD64), so I dunno if it's platform dependent, but I wouldn't think so: Chris Metzler wrote: One out of three times I start FlightGear, it immediately crashes back out to the shell prompt with: } FATAL: PUI: No Live Interface! Forgot to call puInit ? I haven't seen anything systematic in either settings or aircraft for which this occurs. It's intermittent, and sometimes repeated tries are necessary to start FG. For example: } stax:~-502 cvsfgfs --aircraft=aerostar-yasim } FATAL: PUI: No Live Interface! Forgot to call puInit ? } } stax:~-503 cvsfgfs --aircraft=aerostar-yasim } FATAL: PUI: No Live Interface! Forgot to call puInit ? } } stax:~-504 cvsfgfs --aircraft=aerostar-yasim } FATAL: PUI: No Live Interface! Forgot to call puInit ? } } stax:~-505 cvsfgfs --aircraft=aerostar-yasim } FATAL: PUI: No Live Interface! Forgot to call puInit ? } } stax:~-506 cvsfgfs --aircraft=aerostar-yasim } Initialising callsign using 'Aircraft/Aerostar-700/Models/aerostar.xml' } Initializing Flight Director } Initializing Nasal Electrical System } Initializing Aircraft Systems [ rest of successful startup and normal execution deleted ] In the list archives, the only previous mention I see of this message is from a year and a half ago, and it wasn't happening on startup. Anyone else see this? Anyone have an idea how to make it stop? -c -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear signature.asc Description: PGP signature
Re: [Flightgear-devel] Next FlightGear Release - upcoming.
On Thursday 09 March 2006 17:59, Curtis L. Olson wrote: 3. Any other major issues? That mouse wrapping issue reported by Jean-Yves Lefort in an other thread these hours. I noticed that too, will look into ... Greetings Mathias -- Mathias Fröhlich, email: [EMAIL PROTECTED] --- 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=lnkkid0944bid$1720dat1642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] inflight / on ground / on airport
On Fri, 2006-03-10 at 02:22 +0100, Markus Barenhoff wrote: hi, are there properties in tree where i can read from if the aircraft is currently in air, on ground or even on ground/on airport? it would be nice to have (i need it for the 737 electrical system, to switch on the external ground power on airports/gates, and to implement the air/ground safety sensor which disconnects the battery and the battery bus from the standby busses). cu markus JBsim provides WoW indications in /gear/gear[*]/wow[0] Choose one of the mains for the air/ground safety sensor. Have you considered the parking brake as an input to the ground power system? --- 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=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] fix mouse view regression
On Thursday 09 March 2006 21:19, Jean-Yves Lefort wrote: This change actually breaks the view mode with PU_USE_GLUT (at least for me). It was working properly before the change; now the view jumps whenever the mouse reaches a screen edge. Checked in a fix which at least fixed that form me. Please give it a try. Greetings Mathias -- Mathias Fröhlich, email: [EMAIL PROTECTED] --- 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=lnkkid0944bid$1720dat1642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel