Re: [Flightgear-devel] [PATCH] shutdown engine on fuel shortage
· AJ MacLeod [EMAIL PROTECTED] wrote: On Saturday 18 March 2006 23:34, Jon S. Berndt wrote: Markus - I've got your patch. I hope to take a look and implement this shortly - might be a day or two. Email me if I forget. I've quite possibly missed something - but was pretty sure (and others have also confirmed) that this functionality is already present in JSBSim? I didn't do anything fancy with the Lightning regarding fuel handling, and its engines stopped when there was no fuel left in any of the tanks (all too common an occurrance with the Lightning IRL too :-) mmm as far as i understood the code the variable Starved is supposed to be set true, if there is not enough fuel. the only place where this variable is set, was in FGEnginge::ConsumeFuel(). The the function simply returned if TanksWithFuel==0, without setting Starved anywhere ... cu markus -- Markus Barenhoff - phone: +49-40-39991368 - cell: +49-173-7215776 Stellinger Chaussee 26c - D-22529 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 pgp10VxMf0PNp.pgp Description: PGP signature
[Flightgear-devel] Carrier Stuff
Hi, We now have some more eye candy in our carrier models: working catapult strop, holdback, and JBDs (Jet Blast Deflectors). The catapult tracks have also been lengthened to tae into account the new locations of the holdbacks on the Seahawk and A4F. Some screenshots: http://myweb.tiscali.co.uk/vmeazza/FlightGear/seahawk-JBD.jpg http://myweb.tiscali.co.uk/vmeazza/FlightGear/seahawk-JBD.jpg http://myweb.tiscali.co.uk/vmeazza/FlightGear/seahawk-on-cat.jpg http://myweb.tiscali.co.uk/vmeazza/FlightGear/seahawk_strop.jpg http://myweb.tiscali.co.uk/vmeazza/FlightGear/catapult_bridle-drop1.jpg You can see the strop dropping away from the aircraft on launch. The last 3 screen shots were produced by Gerard Robin. All JBDs work together, this is technically incorrect, and JBD #3 interferes with cat #4. For this reason JBD #3 is inactivated atm. Mathias and I are working on this. We should have the JBD raised only for the active cat in due course. Vivian --- 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] Carrier Stuff
Vivian Meazza schrieb: Hi, We now have some more eye candy in our carrier models: working catapult strop, holdback, and JBDs (Jet Blast Deflectors). The catapult tracks have To the carrier team: thank you very much for your phantastic work and improvements. The screenshots look very promising. Will try it this evening! 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] Possible FG Bug
Thank you (Melchior?), after an actual new CVS build and data download all works right with the GUI styles :-) 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
[Flightgear-devel] FG multiplayer
Ok trying out this multiplayer stuff and im connecting like this. --multiplay=out,10,mpserver02.flightgear.org,5002 --multiplay=in,10,192.168.1.3,5002 Can somebody humour me and put there aircraft on runway 16 at EGPD. Just so i can see if i can actually see the other aircraft and that my firewall is correctly open. I'll leave my aircraft on runway 24 @ EGPD so i can see the other end. Thanks in advance for your help, 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: Possible FG Bug
* Georg Vollnhals -- Sunday 19 March 2006 12:37: Thank you (Melchior?), For what? You used an obsolete, half-updated CVS version and it didn't work. You updated (what you should have done before complaining in the first place) and it worked. Old story. Never gets boring. :-} I only fixed the crash that people with broken installations would see. (And they almost deserved it.) 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
[Fwd: Re: [Flightgear-devel] Re: Possible FG Bug]
Original-Nachricht Betreff:Re: [Flightgear-devel] Re: Possible FG Bug Datum: Sun, 19 Mar 2006 14:41:45 +0100 Von:Georg Vollnhals [EMAIL PROTECTED] An: flightgear-devel@lists.sourceforge.net Referenzen: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Melchior FRANZ schrieb: * Georg Vollnhals -- Sunday 19 March 2006 12:37: Thank you (Melchior?), For what? You used an obsolete, half-updated CVS version and it didn't work. You updated (what you should have done before complaining in the first place) and it worked. Old story. Never gets boring. :-} I only fixed the crash that people with broken installations would see. (And they almost deserved it.) m. Melchior, that is *not* true! This is always the first thing I do when there is a fault. I updated last week *every* day as I had holidays and was at home, the last update before my *possible* error report was some hours old. What was the fault or not, I don't know. It is true, I did not now the new command feature, but it did not work until my last CVS update this morning. And it was always SimGear, FlightGear and FlightGear data CVS updates. The only reason might be a wrong local update, I build a complete *fresh* update this morning what always means big work. Otherwise I update (under Cygwin) with cvs update -d -P Thank you anyway :-) Regards Georg --- 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: [Fwd: Re: Possible FG Bug]
* Georg Vollnhals -- Sunday 19 March 2006 14:43: * Melchior FRANZ schrieb: You used an obsolete, half-updated CVS version and it didn't work. You updated (what you should have done before complaining in the first place) and it worked. Melchior, that is *not* true! This is always the first thing I do when there is a fault. Well, sorry then. But I didn't change anything between your crash and your success. The fix was for a different problem: a crash that would happen if a /sim/gui/ node didn't exist. And that one existed since ages and does still (preferences.xml), so this can neither explain your problem, nor your later success. Anyway, the important thing is that it works again. :-) 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: Possible FG Bug
Melchior FRANZ schrieb: * Georg Vollnhals -- Sunday 19 March 2006 12:37: Thank you (Melchior?), For what? You used an obsolete, half-updated CVS version and it didn't work. You updated (what you should have done before complaining in the first place) and it worked. Old story. Never gets boring. :-} I only fixed the crash that people with broken installations would see. (And they almost deserved it.) m. Melchior, that is *not* true! This is always the first thing I do when there is a fault. I updated last week *every* day as I had holidays and was at home, the last update before my *possible* error report was some hours old. What was the fault or not, I don't know. It is true, I did not now the new command feature, but it did not work until my last CVS update this morning. And it was always SimGear, FlightGear and FlightGear data CVS updates. The only reason might be a wrong local update, I build a complete *fresh* update this morning what always means big work. Otherwise I update (under Cygwin) with cvs update -d -P Thank you anyway :-) Regards Georg --- 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] [PATCH] shutdown engine on fuel shortage
The patch has been incorporated into JSBSim and has been committed to JSBSim CVS. Thanks, Markus. 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
[Flightgear-devel] Accepted flightgear 0.9.9-2 (source i386) (fwd)
Since various people were talking about the debian package on the flightgear lists, I'm taking the liberty to crosspost the notification from the debian packaging system here. Vassilii -- Forwarded message -- Date: Sun, 19 Mar 2006 06:17:13 -0800 From: Ove Kaaven [EMAIL PROTECTED] To: debian-devel-changes@lists.debian.org Subject: Accepted flightgear 0.9.9-2 (source i386) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 19 Mar 2006 06:47:39 -0500 Source: flightgear Binary: flightgear Architecture: source i386 Version: 0.9.9-2 Distribution: unstable Urgency: low Maintainer: Ove Kaaven [EMAIL PROTECTED] Changed-By: Ove Kaaven [EMAIL PROTECTED] Description: flightgear - Flight Gear Flight Simulator Closes: 356598 Changes: flightgear (0.9.9-2) unstable; urgency=low . * Apply patch from Martin Michlmayr and upstream CVS for g++ 4.1 build failure. Closes: #356598. (Martin also reported a link failure, but I see no reason that should happen in a clean build, and upstream doesn't seem to have had that kind of issue either, so he probably just got a misbuild from his experimentations.) * Build-Depend on libalut-dev, and simgear 0.3.9-3. Files: 7a6fac8a96423ddf6be4409838998798 812 games extra flightgear_0.9.9-2.dsc 5b31c8d837baad8974a83eacc50a3fa8 20292 games extra flightgear_0.9.9-2.diff.gz c7bf76ced4aa9d170ad4eb86b804e0ce 1739060 games extra flightgear_0.9.9-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEHVW1A+GMa4PlEQ8RAhJgAJ4kGA5NOMVDKhGaaDkGppFU7N/VrgCgziK7 9uFiWYAWPB6tBciHVD1I4D4= =LCli -END PGP SIGNATURE- Accepted: flightgear_0.9.9-2.diff.gz to pool/main/f/flightgear/flightgear_0.9.9-2.diff.gz flightgear_0.9.9-2.dsc to pool/main/f/flightgear/flightgear_0.9.9-2.dsc flightgear_0.9.9-2_i386.deb to pool/main/f/flightgear/flightgear_0.9.9-2_i386.deb --- 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: [BUG] bo105 model as an AI representing another player
Multiplayer is only for airplanes, not for helicopters. Just look :-)) at the list of transferred properties in MultiPlayer/multiplaymgr.cxx. No rotors there -- nothing helicopter related, but lots of other stuff. Yes, you are right, no /rotors/... there. Can you (or whatever other patching powers that be that are responsible for the MultiPlayer/... stuff (Mathias?)) please add the helicopter properties to the list in the CVS? Note that, following the last packet format change, the server will not have to be updated when you do it. V. --- 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] THANKS for everyone who contributed to the AI-based MP smoothing!
Yesterday I finally got time to try out the new AI-based smoothing of the multiplayer aircraft. (You may have noticed this from the relevant bug reports). The (relatively minor) bugs aside, the way it is now is an amazing improvement (over the old (jerky) movement), and will be one of the crown jewels of the next fg release IMHO. Thanks to everyone who contributed to this feature development/testing/debugging/... ! As a consequence of the feature, maybe the 10Hz update frequency we suggest at the moment for the --multiplay option in README.multiplayer can be lowered (or is it no longer a perceived problem with the current server's policy of only relaying the traffic packets from the local area)? V. --- 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: [BUG] bo105 model as an AI representing another player
* Vassilii Khachaturov -- Sunday 19 March 2006 16:22: Yes, you are right, no /rotors/... there. Can you (or whatever other patching powers that be that are responsible for the MultiPlayer/... stuff (Mathias?)) please add the helicopter properties I let the MP masters do that if they feel like it. I just wonder what we are going to do with n1 and n2 for 10 turbines. Will these 20 properties somehow affect MP animations? Ideally, it should be up to the aircraft to decide which properties it sends, but it looks as if this is planned. 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: [BUG] bo105 model as an AI representing another player
On Sunday 19 March 2006 16:37, Melchior FRANZ wrote: * Vassilii Khachaturov -- Sunday 19 March 2006 16:22: Yes, you are right, no /rotors/... there. Can you (or whatever other patching powers that be that are responsible for the MultiPlayer/... stuff (Mathias?)) please add the helicopter properties I let the MP masters do that if they feel like it. I just wonder what we are going to do with n1 and n2 for 10 turbines. Will these 20 properties somehow affect MP animations? Ideally, it should be up to the aircraft to decide which properties it sends, but it looks as if this is planned. Yes, I fully agree. That n* where just there when I got the prevous attempts to transmit some properties. I did not (yet?) get to the point where this is negotiated with the aircraft configuration. There is also something missing for that. Oliver Schröder had some very nice ideas and partly code for the protocol together with his server implementation. So the protocol would negotiate property-id's with the feeder flightgear instance. That way we could even eliminate this current 'hardcoding'. I was waiting for his code to integrate this stuff then. Sadly I have not heared much from him during the past few weeks. Also we have since a few weeks again and again a 'pending release' , I wanted initially just have a more or less stable packet format established before we push out a next release. Melchior, I wonder why the bo is not able to fly without properties :). Seriously: Which ones do you need? 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
[Flightgear-devel] Re: [BUG] bo105 model as an AI representing another player
* Mathias Fröhlich -- Sunday 19 March 2006 16:51: I wanted initially just have a more or less stable packet format established before we push out a next release. That's understandable. I wonder why the bo is not able to fly without properties :). Oh, it *is* flyable. Too well in fact. And that's the problem. The real one wouldn't fly with only one rotor blade. (Although one-blade helicopters exist -- the Bo102 and the Bo103 had only one!) (BTW: it's not only one blade, but all four blades on the same spot.) Seriously: Which ones do you need? Oh, *lots*. It really depends on how many are acceptable. There's only one helicopter, so it should probably not use up too many. Crucial are: rotors/main/rpm rotors/tail/rpm This will get standing rotor, rotor disk and sound(?) right. But it won't move the single (non-rotor-disk) blades, and won't bend/flap them (looks cheesy on parked/starting helicopter). For this we'd currently need: rotors/main/blade1_pos rotors/main/blade2_pos rotors/main/blade3_pos rotors/main/blade4_pos rotors/main/blade1_flap rotors/main/blade2_flap rotors/main/blade3_flap rotors/main/blade4_flap rotors/tail/blade1_pos rotors/tail/blade2_pos For MP we should really only transmit blade position, flap, and incidence angle once and use that for all blades, but for that we'd need nasal, and MP aircraft don't have nasal yet (except on my disk, and only once per MP model, not per instance). And the question is if the blade positions are transmitted often enough at all to look acceptable. Nice to have but only about as necessary as the tail hook would be the doors, and the variant. But those depend very much on the model and wouldn't be usable by other helicopters, so I'd leave that for now. These are mostly cosmetics and not really worth it: rotors/main/blade1_incidence rotors/main/blade2_incidence rotors/main/blade3_incidence rotors/main/blade4_incidence rotors/tail/blade1_incidence rotors/tail/blade1_incidence Note also, that the rotor names depend on the bo105 settings and aren't necessarily usable by other helicopters. But this is good enough until the aircraft are responsible for their properties. In other words, the first two groups would be nice for now, but could be reduced to just 5 with some nasal support (which we don't have currently). 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] Teamspeak server
Report in follow ups any errors or problems you might encounter. I tried to use the aoss wrapper library to have teamspeak (that uses OSS) to co-exist with other sound producers on my machine (such as Flightgear). Unfortunately, it didn't work. For you ALSA/Teamspeak gurus out there, here's what the ALSA_OSS_DEBUG=1 gave me: /home/vassilii/junk/TeamSpeak2RC2/TeamSpeak.bin Opened PCM dsp0 for stream 0 (result = 0) Opened PCM dsp0 for stream 1 (result = -22) open(/dev/dsp, 2, 1074853148) - 17 ioctl(17, SNDCTL_DSP_RESET) ioctl(17, SNDCTL_DSP_SETDUPLEX) ioctl(17, SNDCTL_DSP_GETCAPS, 0x43eff168) - [12800] ioctl(17, SNDCTL_DSP_SETFRAGMENT, 0x43eff16c[3000c]) ioctl(17, SNDCTL_DSP_SETFMT, 0x43eff168[16]) - [16] ioctl(17, SNDCTL_DSP_CHANNELS, 0x43eff178[1]) - [1] ioctl(17, SNDCTL_DSP_SPEED, 0x43eff16c[22050]) - [22050] dsp ioctl error = -22 close(17) - 0 (The dmix-enabling .asoundrc is attached, it does work when I use multiple non-TS clients together :-), albeit it's a bit cheesy (e.g., when an mplayer is started standalone on a crunching video, the sound is choppy if the .asoundrc is there). A kind soul over at the Teamspeak IRC channel pointed me over to http://gentoo-wiki.com/HOWTO_ALSA_and_TeamSpeak_on_amd64 but the symptoms described there didn't fully match (as I don't have period_time or period_size set in my .asoundrc, grep period /usr/share/alsa/alsa.conf gives no matches either, and I don't have an /etc/asound.conf at all). I didn't try to see if the alsa-oss patch they detail might work nevertheless; anyway, out of the box, I find it impossible to use TS *and* sound-enabled FG on the same machine with a cheesy audio card without hardware mixing support (like mine) at the same time. Maybe I should wait until ts begin using asound on linux... or maybe somebody could create an H323-based open solution to use instead, by just configuring some existing servers out there (I hope there are some) --- since gnomemeeting, e.g., does have a native ALSA backend. 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] Teamspeak server
Julien Pierru wrote: I added a Teamspeak server on my machine. [...] Regarding the information I managed to gather, Teamspeak is commercial software and the sound is considered to be of noticeable lower quality compared with known VoIP setups. I know I won't prevent people from using their favourite communication tools, but if the above information is correct then I personally think Teamspeak should _not_ be blessed by _any_ sort of officially stated relation to the FlightGear project. Regards, 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
Re: [Flightgear-devel] Teamspeak server
I recognize that Teamspeak is not perfect(it is free by the way) but so far this is the only real mean of voice communication we have. This is definitely not what we want to officially use in the future, but in the mean time it is a decent alternative, or until someone directs me to a more performant tool. Julien
Re: [Flightgear-devel] Teamspeak server
I added a Teamspeak server on my machine. [...] Regarding the information I managed to gather, Teamspeak is commercial software and the sound is considered to be of noticeable lower quality compared with known VoIP setups. I know I won't prevent people from using their favourite communication tools, but if the above information is correct then I personally think Teamspeak should _not_ be blessed by _any_ sort of officially stated relation to the FlightGear project. I fully agree with the above, and think that we should have our own GPL voice communication capability within FG. However, I find it all right to try out flying and talking via such an application (even if it is only free as in beer and not free as in freedom), in order to realize exactly what our requirements for the voice comm features should be. Hadn't Julien initially said that he had set up the server for this testing only, I wouldn't have bothered using it. 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] Teamspeak server
Exactly Vassilii that was the idea as a testing tool for what we will need to either find or develop to use with FG.We have to start somewhere.Julien.
Re: [Flightgear-devel] Teamspeak server
until someone directs me to a more performant tool. You've asked for it, so please excuse me... Try looking at the asterisk.org open source PBX; it will work with existing clients (such as Gnomemeeting) and it'll be possible to use open source libs to connect to it from within FG or a companion application if we so choose. I have really no idea how large your setup hassle is going to be, how much of a resource hog the server will be relatively to the TeamSpeak, etc. V. --- 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 model
I noticed that the 737 model (the flight model definition file) differs from the one in JSBSim CVS. Did someone edit the copy in FlightGear CVS? The changes need to go to the source, else they risk being eventually lost. I'm not sure which is more recent. 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] Teamspeak server
First problem with it, it doesn't run on windoze by the look of itNot that I am running windoze but most FG users do.Julien.
Re: [Flightgear-devel] 737 model
I noticed that the 737 model (the flight model definition file) differs from the one in JSBSim CVS. Did someone edit the copy in FlightGear CVS? The changes need to go to the source, else they risk being eventually lost. I'm not sure which is more recent. Are you talking about the data/Aircraft/737*/Models/*xml files? I am not the one who changed them, but I must say, that, while I was aware that the source/src/FDM/JSBSim subdirs are all coming from the JSBSim CVS and should be updated there, the data/... thing is new to me. Maybe you should add a banner to each file you have there, or maybe such banner should be added on the next JSBSim-FG import, to each file, signifying the way the bugs/patches should go? 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] Teamspeak server
First problem with it, it doesn't run on windoze by the look of itNot that I am running windoze but most FG users do. Who? Asterisk?? But you only need to set it up at the server, the windows clients with voip capabilities are plenty. Also for the Macs. BTW, I've just learned that gnomemeeting has changed its name and is now called ekiga, integrating both H323 and SIP capabilities; I'm going to upgrade my version now :-) V --- 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 model
Are you talking about the data/Aircraft/737*/Models/*xml files? I am not the one who changed them, but I must say, that, while I was aware that the source/src/FDM/JSBSim subdirs are all coming from the JSBSim CVS and should be updated there, the data/... thing is new to me. Maybe you should add a banner to each file you have there, or maybe such banner should be added on the next JSBSim-FG import, to each file, signifying the way the bugs/patches should go? Sorry - the data path prefix may be my own. There just seems to be significant differences in the two 737 models and I'm not sure why. I am referring to the Aircraft/737-300/737.xml file. 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
[Flightgear-devel] Hotspots
I'm having some problems with hotspots that I can't figure out. I've looked at several of the FG aircraft and can't figure out what the problem is. My code looks like this : snip backgroundAircraft/737-300/Panels/transparent-bg.rgb/background w512/w h1024/h instruments instrument namepanel hotspots/name x0/x y0/y w512/w h1024/h w-base512/w-base h-base1024/h-base actions action nameNav Lights/name button0/button x0/x y0/y w50/w h50/h snip The hotspots show in the right location when I press Ctrl-C however the actions are triggered with an offset. It's like having two overlapping rectangles - one is the visual hotspot and the other the receiving hotspot. Any ideas? Thanks 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] Teamspeak server
Julien Pierru wrote: I'm trying to find some kind of documentation for it, but can't find any, this is horrible... Try http://www.voip-info.org/wiki/index.php?page=Asterisk -- Frank Olaf Sem-Jacobsen --- 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] Teamspeak server
BTW, for installing asterisk you might prefer to use pre-packaged version supplied by your favourite linux distro (Debian, e.g., features several asterisk-related pkgs). --- 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] Teamspeak server
Julien Pierru wrote: Exactly Vassilii that was the idea as a testing tool for what we will need to either find or develop to use with FG. We have to start somewhere. I agree entirely, I just wanted to prevent Teamspeak to be officially promoted as 'the' communication protocol/software for FlightGear. There are two nice OpenSource PBX solutions: Asterisk and OpenPBX, a fork of Asterisk which grew out of concerns over Asterisk being controlled by a single company. I once had an Asterisk-1.0.x server up and running but never announced it to the public because 1.2.0 was soon to be released back these days - afterwards I never set up a 1.2.x server I think for the purpose of communication for FlightGear MP, both Asterisk and OpenPBX will do the job. If time permits you'd probably want to have a look at OpenPBX once the 0.2 release is out. I _suspect_ there will be better conference support for OpenPBX because the fathers of Asterisk at Digium always tried to firmly couple conference support to the presence of one of their interface boards 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
Re: [Flightgear-devel] Teamspeak server
want to have a look at OpenPBX once the 0.2 release is out. I _suspect_ there will be better conference support for OpenPBX because the fathers of Asterisk at Digium always tried to firmly couple conference support to the presence of one of their interface boards That would suck if it's still true for the current asterisk -- we certainly need a voip-based conferencing only, with no need to install any hardware into the server... V --- 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] Teamspeak server
Apparently if i read correctly the doc for both Asterisk and openPBX there is no need for special hardware. I'm still a bit fuzzy on how the whole thing works though, does it have a server you connect to? Martin you seem to know a bit about it, can you enlighten me and maybe if i choose to do so help me setup such a system/server... Regards,Julien
Re: [Flightgear-devel] Teamspeak server
This looks WAY too complicated for what we need it to do.
Re: [Flightgear-devel] Re: Next FlightGear Release - upcoming.
Hi,You may try the patch (ATC.diff) I sent a few days ago. I would be interested if this would fix it. I wonder if you see any of the diagnostics . already known in the output.Olaf 2006/3/18, Chris Metzler [EMAIL PROTECTED]: On Fri, 17 Mar 2006 19:19:19 +0100Melchior FRANZ wrote: * Melchior FRANZ -- Thursday 09 March 2006 19:43: (A) tower.cxx/AI Probably not yet fixed, but it has become *very* rare. I'll keep Olaf informed next time it happens.I think it still happens to me on about one out of every 20approaches or so.Happened to me night before last.
[Flightgear-devel] Re: Teamspeak server
I tried to use the aoss wrapper library to have teamspeak (that uses OSS) to co-exist with other sound producers on my machine (such as Flightgear). Unfortunately, it didn't work. For you ALSA/Teamspeak gurus out there, here's what the ALSA_OSS_DEBUG=1 gave me: I need to wrap teamspeak to use alsa for another reason, and yeah i noticed aoss doesn't work with it. I ended up running artsd -a alsa -D , and then use artsdsp with teamspeak, and it worked. Perhaps you could try that too. Pigeon. --- 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] Teamspeak server
Vassilii Khachaturov wrote: want to have a look at OpenPBX once the 0.2 release is out. I _suspect_ there will be better conference support for OpenPBX because the fathers of Asterisk at Digium always tried to firmly couple conference support to the presence of one of their interface boards That would suck if it's still true for the current asterisk -- There _is_ a conference tool app_conference for Asterisk that works without hardware, but it is, as you could expect, not - h - very much 'promoted' by the principal Asterisk supporters :-) They claim that accurate timing and synchronisation between multiple channels would not be possible without the use of one of their interferace cards which then would serve as clock reference, so app_meetme requires one of their boards. I think with NTP these days any desired accuracy of time reference should be poosible: http://www.voip-info.org/wiki-Asterisk+app_conference From reading some changelogs I remember there is a conference application developed right _in_ OpenPBX which is independent from hardware h, look here: http://trac.openpbx.org/cgi-bin/trac.cgi/browser/openpbx/trunk/apps/conference/ I can't wait to put such a server in use once a release is available but I'm not sure if I will have enough time to spend on this, 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
Re: [Flightgear-devel] FlightGear photo scenery
Justin Smithies wrote: I cant get anything from this url Rob ? try http://mellonroot.acomp.usf.edu/~phoenix -Fred -- Frédéric Bouvier http://frfoto.free.fr Photo gallery - album photo http://www.fotolia.fr/p/2278 Other photo gallery http://fgsd.sourceforge.net/ FlightGear Scenery Designer --- 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] FlightGear on LinuxTag; Was: FlightGear Make
Hello Curt, Curtis L. Olson wrote: I've added a very short entry in our events section on the FG web site. Feel free to expand on that a little bit if you like and send me the results. Or if you are happy with the current text we can just leave it alone. Thank you for adding the notice. I know, my response is a bit late - but I thought: Better late than never :-) I've been digging through lots of entries on my personal TODO for days now and once I got back to the LinuxTag publicity task I'll send an update to you. We expect our boot layout being presented to us this monday - this will tell us wihch sort of display we will be able to arrange. 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
[Flightgear-devel] Re: Flightgear-devel digest, Vol 1 #612 - 15 msgs
Message: 3 From: Paul Surgeon [EMAIL PROTECTED] To: flightgear-devel@lists.sourceforge.net Date: Sun, 19 Mar 2006 20:48:34 +0200 Subject: [Flightgear-devel] Hotspots Reply-To: flightgear-devel@lists.sourceforge.net I'm having some problems with hotspots that I can't figure out. I've looked at several of the FG aircraft and can't figure out what the problem is. My code looks like this : snip backgroundAircraft/737-300/Panels/transparent-bg.rgb/background w512/w h1024/h instruments instrument namepanel hotspots/name x0/x y0/y w512/w h1024/h w-base512/w-base h-base1024/h-base actions action nameNav Lights/name button0/button x0/x y0/y w50/w h50/h snip The hotspots show in the right location when I press Ctrl-C however the actions are triggered with an offset. It's like having two overlapping rectangles - one is the visual hotspot and the other the receiving hotspot. Any ideas? Thanks Paul Hi Paul , Just a guess since I dont know what else is in the file , but I think it should be : instruments instrument namepanel hotspots/name x256/x y512/y w512/w h1024/h w-base512/w-base h-base1024/h-base : the panel 'instrument' should be centered ... its not placed by the bottom left corner like actions are Syd --- 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: Teamspeak server
I need to wrap teamspeak to use alsa for another reason, and yeah i noticed aoss doesn't work with it. ah, your USB mic at the other device? I ended up running artsd -a alsa -D , and then use artsdsp with teamspeak, and it worked. Perhaps you could try that too. grrr Thanks. I will do it, but not now in the middle of the night when everybody is around... the solution has drawbacks, too --- I deliberately use a castrated windowing environment instead of KDE when working on the FG, to avoid the performance penalties that come with KDE, and that includes all the artsd footprint, too... Also, it'll create an audible nasty delay, I guess. So far, artsd has been the nastiest, heaviest, and crashiest of the audio daemons I tried, but the last time I checked was over a year ago. V --- 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] nasal infinite loop?
Josh Babcock wrote: I originally had the above tied to sim/current-view/view-number, but it sim/current-view/field-of-view sorry, 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] nasal infinite loop?
Josh Babcock wrote: Josh Babcock wrote: I originally had the above tied to sim/current-view/view-number, but it sim/current-view/field-of-view sorry, Josh Whoops, correction. I *did* have it tied to view-number, and that is what was causing it not to work (but not crash). I now have it working right, the way I originally intended, but failed to type correctly. Anyway, still crashes when tied to sim/current-view. Not sure why, but I got my stuff working. Later, 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
[Flightgear-devel] Re: Re: Teamspeak server
ah, your USB mic at the other device? indeed :) grrr Thanks. I will do it, but not now in the middle of the night when everybody is around... the solution has drawbacks, too --- I deliberately use a castrated windowing environment instead of KDE when working on the FG, to avoid the performance penalties that come with KDE, and that includes all the artsd footprint, too... Also, it'll create an audible nasty delay, I guess. So far, artsd has been the nastiest, heaviest, and crashiest of the audio daemons I tried, but the last time I checked was over a year ago. I'm on debian testing and i have the libarts1 installed, and I don't think it depends on any kde things... I don't use kde anyway... Pigeon. --- 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 infinite loop?
* Josh Babcock -- Monday 20 March 2006 04:17: OK, I seem to have made nasal produce an infinite loop. [...] setlistener(sim/current-view, adjustViewTarget); [...] Program received signal SIGSEGV, Segmentation fault. Allowing recursion was intentional, because recursion is *good*. But not if it leads to crashes or runaway processes. So I'm now blocking listener re-entry per property. (One could allow a certain recursion depth if necessary.) 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
[Flightgear-devel] Re: easyxml.cxx tweak
I guess my problem was EOL characters. I randos2unix and it fixed my probelm. Is this a known item? Phil - Original Message - From: Phil Cazzola To: flightgear-devel@lists.sourceforge.net Sent: Friday, March 17, 2006 12:27 AM Subject: RE: easyxml.cxx tweak Sorry forthe slow reply. Looks like I accidently disabled messages when I added cvs-logs. Without increasing the buffer size I get an exit (not a crash). JSB kicks out this message: Fatal error: unclosed tokenat line 480, column 26(received from SimGear XML Parser)ESC[2m [cfg file spec v2.0] Just some more info. snip I'm running a cygwin build. Phil
[Flightgear-devel] Re: easyxml.cxx tweak
* Phil Cazzola -- Monday 20 March 2006 08:37: I guess my problem was EOL characters. I ran dos2unix and it fixed my probelm. Is this a known item? I'd say it is known not to be a problem. We have 119 XML files with silly MSDOS line terminators in the Aircraft/ directory alone, and those cause no problems. 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
