Re: [Flightgear-devel] 737-300 small fixes
Berndt, Jon S wrote: Second (and more important) a hopefully good guess about the VRP. I used the z value of the old 737, which seems to fit and spent half an hour trying to figure out the y value. I tested giving full left break and 90% thrust which keeps the plane spinning around the left main gear and came up with the value 367. Of course calculated values would be better, but I have no idea how to do that and the values I found are a definite improvement over hovering above the ground and spinning around the tail :) VRP for 737 should have (I think) the Z value you selected, but Y should be ZERO (0.0). The X, Y, and Z values should correspond to the NOSE of the aircraft. Of course Y is zero. Has been pretty late yesterday, I really meant X is 367. This value is determined purely experimental, as I don't have much idea about the whole thing, but it seems to work pretty well. 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 electrical systems
On Tuesday 14 March 2006 02:05, Innis Cunningham wrote: The 737-300 is the current model that should be in the basic package the old model should be totally removed or just in the FG hangar. I have a partly built cockpit shell that I am working on so if you want I can send it to you and maybe we can workout who is going to do which instruments Cheers Innis I was just going to do those 3 panels that Markus requested which are all on the forward overhead panel if I'm not mistaken. Having a 3D model to place them in and hook up the hotspots would help a lot. Maybe I'll get hooked and do the entire overhead panel. :) 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
Innis Cunningham wrote: 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. The 737-300 is missing the nose gear animations: turning and compression. Looked at it yesterday, but it's not as easy as it was with the old model because the nosewheel seems not to be a named object anymore. Have to find out how I can give it a name. Did the wheels turn in the old model? Can't remember anymore, but they surely don't do it in the 737-300. 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 electrical systems
Hello Stefan Stefan Seifert writes The 737-300 is missing the nose gear animations: turning and compression. Looked at it yesterday, but it's not as easy as it was with the old model because the nosewheel seems not to be a named object anymore. Have to find out how I can give it a name. Did the wheels turn in the old model? Can't remember anymore, but they surely don't do it in the 737-300. That is correct those two animations are missing and if you would like to do them again that would be great. Here are the objects that now make up the nose gear. object-namenouterstrut/object-name object-namerhsteercyl/object-name object-namelhsteercyl/object-name object-namecollar/object-name object-namenlinkupper/object-name object-namenlinklower/object-name object-namenlowerstrut/object-name object-namenoseaxle/object-name object-nametyrern/object-name object-nametyreln/object-name So rotating everything from collar down should do the steering. And compressing everthing from nlowerstrut down should do the compression. Did the wheels rotate as in aircraft rolling along the ground then no. Did they rotate as in nosewheel steering then yes I think so. 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: Stefan Seifert writes The 737-300 is missing the nose gear animations: turning and compression. Looked at it yesterday, but it's not as easy as it was with the old model because the nosewheel seems not to be a named object anymore. Have to find out how I can give it a name. Did the wheels turn in the old model? Can't remember anymore, but they surely don't do it in the 737-300. That is correct those two animations are missing and if you would like to do them again that would be great. Here are the objects that now make up the nose gear. object-namenouterstrut/object-name object-namerhsteercyl/object-name object-namelhsteercyl/object-name object-namecollar/object-name object-namenlinkupper/object-name object-namenlinklower/object-name object-namenlowerstrut/object-name object-namenoseaxle/object-name object-nametyrern/object-name object-nametyreln/object-name So rotating everything from collar down should do the steering. And compressing everthing from nlowerstrut down should do the compression. Did the wheels rotate as in aircraft rolling along the ground then no. Did they rotate as in nosewheel steering then yes I think so. Thanks for the help :) I'll give it a try in the evening. And btw. the flap- and spoiler animations on the 737-300 are just great. She's a real beauty :) 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
[Flightgear-devel] Sound
Hi, I seem to get a rather graceless crash with a slew of this message : Failed to load wav file: at The operation was invalid in the current ALUT state . [ and then: ] Error loading MK VIII sound sample application-data-base-failed.wav Then the splash screen, and fgfs just dies tm This is with --disable-sound but it looks as if the recent ATC files are still trying to load. I _know_ there is another sound app running; I'm trying to debug my .asoundrc file in order to get fgfs running simultaneously with liveatc. Shouldn't --disable-sound prevent this kind of crash ? Tks p = --- 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 code error? ... Nope!
Still having problems? Everything seems ok over here. Curt. It appears that my simgear cvs update finally went through, and so I was able to build flightgear, too. Did you notice a problem with simgear cvs this morning? Jon --- 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] Re: Nasal code error? ... Nope!
Berndt, Jon S wrote: Still having problems? Everything seems ok over here. Curt. It appears that my simgear cvs update finally went through, and so I was able to build flightgear, too. Did you notice a problem with simgear cvs this morning? I wasn't trying to do any cvs this morning, so no ... I've seen the connection get refused on rare occasions, usually a re-try fixes the problem. I'm not sure if it's a dns issue (where your lookup fails?), or my server dropping connections under high load, or something else. 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] Re: Nasal code error? ... Nope!
* Berndt, Jon S -- Tuesday 14 March 2006 17:25: Did you notice a problem with simgear cvs this morning? I can confirm these problems. I got the Connection refused message in the morning and again at midday (UTC). Retried a few times in both cases, and after a while it worked 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 components list
On Tuesday 14 March 2006 13:02, Innis Cunningham wrote: Cant find a list but being an electronics engineer i would hazard a guess for you. I.E. gps draw no more than 1 amp The eicas and pfd , well i would say 5 max Radar 8 - 10 max vhf radios 3 - 4 ish HF radio well that the biggy hmmm 15 - 20 Anymore give me a list and i will fill in the blanks Justin Smithies Hello Markus Markus Barenhoff writes hi there, i am looking for a list which tells me which components of the aircraft are connected to which bus and what current they source in active state. The b737 site that I think you posted a link to the other day has a diagram that tells you what components come off what busses but not the current they draw.I would think that information would be difficult to find.I have never seen any reference to current draw of individual components in any of the aircraft training manuals I have been involved with. 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 --- 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 code error? ... Nope!
I had this morning at least a half an hour outage, a connection refused on the pserver port, so it is not a DNS issue. 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
Re: [Flightgear-devel] Re: Nasal code error? ... Nope!
On Tuesday 14 March 2006 20:34, Vassilii Khachaturov wrote: I had this morning at least a half an hour outage, a connection refused on the pserver port, so it is not a DNS issue. Vassilii I had the same problem with FG CVS last night - tried for 2 hours and gave up. I got a connection refused to flightgear.org as well. Both are working fine now. 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] Sound
polly wrote: Hi, I seem to get a rather graceless crash with a slew of this message : Failed to load wav file: at The operation was invalid in the current ALUT state . [ and then: ] Error loading MK VIII sound sample application-data-base-failed.wav Then the splash screen, and fgfs just dies tm This is with --disable-sound but it looks as if the recent ATC files are still trying to load. I _know_ there is another sound app running; I'm trying to debug my .asoundrc file in order to get fgfs running simultaneously with liveatc. Shouldn't --disable-sound prevent this kind of crash ? Tks p = --- 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 When was the last time you did a CVS up? I also had this problem, but it went away the next day when I did another update. Josh --- 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] A-10 with 3D cokpit
alexis bory schrieb: hi, I put on my server an .tgz of the a10. http://croo.murgl.org/fgfs/A-10/A-10.tar.gz I'll try to freeze the dev and concentrate in some weigth and textures optimization, plus tiddy up, until (maybe) it's comited and released. hope you enjoy it. Alexis Hi Alexis, I only had a very short flight with the updated A-10 and just want to give some feedback 1. the quality of your panelwork is phantastic! All the details, even if one looks very! near at the instruments. I like that fuel-counter clicking through, very realistic how it is done. And the scratches on the CRT display :-) Very nice sidepanels left and right. Keep up your high-quality work and standard 2. although this is *not* your problem as you are doing the panel work, I want to report that is was not nice to fly the a/c by hand, I then used the autopilot. It behaves very sensible on the nick axis and lame on the roll axis. If I remember right, I enjoyed the A-10 some months ago and something has changed, might be due to the new JSB-Sim flightmodel? Or is it not JSB? And I must admit that I have not upgraded CVS for 2 or 3 days - might be there were some changes there. Also this not as a critics but as a feedback. Thank you once again, you are doing outstanding panel work! Regards Georg EDDW --- 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] easyxml.cxx tweak
On 14/03/06, Phil Cazzola [EMAIL PROTECTED] wrote: I have a large JSBSim aircraft defintion file that was not parsing. I discovered that easyxml has a size limit of 16K. Any xml tag must complete in 16384 bytes: Did you confirm the location of the problem with gdb? Was there actually a crash here? The input buffer size shouldn't make any difference (except for performance), and since it's a buffer rather than a string, it also shouldn't take a null at the end. Our low-level XML parsing library, expat, takes its input in arbitrary chunks of any size, and they don't have to coincide with element boundaries. There a loop in easyxml.cxx that works like this: - read up to 16384 bytes - pass to Expat - repeat until end of file $FG_ROOT/preferences.xml, for example, is 28K and is read properly every time FlightGear starts. 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
RE: [Flightgear-devel] easyxml.cxx tweak
I have a large JSBSim aircraft defintion file that was not parsing. I discovered that easyxml has a size limit of 16K. Any xml tag must complete in 16384 bytes: Did you confirm the location of the problem with gdb? Was there actually a crash here? The input buffer size shouldn't make any difference (except for performance), and since it's a buffer rather than a string, it also shouldn't take a null at the end. Our low-level XML parsing library, expat, takes its input in arbitrary chunks of any size, and they don't have to coincide with element boundaries. There a loop in easyxml.cxx that works like this: - read up to 16384 bytes - pass to Expat - repeat until end of file $FG_ROOT/preferences.xml, for example, is 28K and is read properly every time FlightGear starts. In fact, many (most) of our aircraft files are over 16K. The Concorde is 100K. The C172x is over 30K - I use that one every day in testing. Phil: Do you have messages turned on? You should set the simgear message log level so that you can see what JSBSim is echoing out. That could very well give an indication of the problem. Jon --- 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] application-data-base-failed.wav !?!?
Selon Jon S. Berndt [EMAIL PROTECTED]: i update the base package a few minutes ago. I updated simgear and flightgear this morning. I tried running flightgear this evening with: fgfs --timeofday=noon and got this error: OpenAL error (AL_INVALID_VALUE): constructor (alBufferData) Error loading MK VIII sound sample application-data-base-failed.wav: Failed to buffer data. make sure you updated your base package with -d option, like in : cvs -z4 up -d -P -A $FG_ROOT You should have a directory named $FG_ROOT/Sounds/mk-viii in this directory, verify that the application-data-base-failed.wav file is present and not corrupted ( try to play it with your favorite sound player ) -Fred --- 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
