[Flightgear-devel] reality issues in MP
From: Ron Jensen [EMAIL PROTECTED] My flightgear time is generally limited to after work during the week, so forcing--timeofday=real means I'd always have to fly at night in the KSFO area, or anywhere else in the US for that matter. So why not go fly on a different continent ... ? I was going to agree with real-world weather, but what if conditions in the area I want to fly in are IFR and I want/need to fly VFR? Do I cancel my flightgear time and play sudoko instead? or just forgo the pleasure of watching others fly as I fly, too? I suppose the correct thing is to have each MP server specify some mandatory (and prohibited) commandline options as part of the protocol. I can't find a valid reason to allow speedup however realworld sometimes intrudes into my flightgear session and I am forced to pause briefly to attend to an issue. Are you suggestion disappearing pilots would be better than paused pilots? I'd prefer to have the pause keystroke to usually get redefined during MP. It runs a script that basically reprograms the autopilot to fly a one minute hold pattern at the current altitude and inbound on the current heading to the location where the key was pressed. That lets you recover the flight and continue at any time thereafter, subject to multiples of four minutes and onboard fuel. This is what you might do in real life, if forced to leave the cockpit. And you're also subject to suitable sarcasm from other pilots if you hit that key after the FAF instead of simply telling the autopilot to miss. 8-) - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] reality issues in MP, Was: Flying at/for LinuxTag (fwd)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Joacim Persson wrote: Anyway, look at the wind strut. It looks as if the 225 was lining up to take off in a tail wind. And this brings up the issue of MP and reality: The metar weather for EDDI on Friday was wind from 50 degrees, and the default FG weather is 270 degrees. Some pilots where using runways 27L and 27R and others where using 09L and 09R, depending on if they had enabled METAR weather or were using the default wind from the west. (Or perhaps didn't care if they had headwind or tailwind?) I've nagged about this on IRC from time to time: IMO, using --enable-real-weather-fetch/METAR ought to be mandatory in combination with MP. Or in the least to use the one and same weather. (There is perhaps the possibility to consider that someone rigs up an MP server on an isolated LAN, without having access to an online metar service, or don't want that weather for some reason.) So how about a default logic of enabling real-weather-fetch automatically if --multiplay is used, unless an explicit --disable-real-weather-fetch is set? As soon as many people share the same environment the environment should be the same for everyone. IMHO the best solution would be that the MP server forces everything that is needed to make the environment identical for everyone (weather, time - but also the version of the scenery tiles). If someone wants a (little) different environment but also wants the other MP airplanes we could add an view only mode. I.E. this player sees everyone else, but his information isn't relayed to the other computers. CU, Christian -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGYqbjoWM1JLkHou0RCLR1AJ0WvPOBm0BpOfIa87LHiHbepyJfQACeP9LK /LqTWfOuC1wmCQBR7QvpVdk= =Z6Pg -END PGP SIGNATURE- - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] reality issues in MP
Hi, My 2 cents: 1) Paused aircrafts shouldn't stay in the middle of air, seeing that is very annoying for me. I prefer to see them disappear. I like the idea to have a script wich makes the aircraft follow (silently) a waiting pattern when FG is paused. 2) I mostly use --enable-real-weather-fetch, in very rare cases I need to disable this option, but when I disable it, most of the time I don't need MP too. So it's not a concern for me to have this option mandatory when logging on MP. 3) I'm always disappointed when at start-up my aircraft is positioned on the wrong side of the runway regarding the wing. This shouldn't happen. 4) Regarding Time, I often override Clock Time because I like to fly all around the world and see landscapes and airports, but have to stay in front of my PC. So, for me it would be sad to have it mandatory for MP. Alexis - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] reality issues in MP, Was: Flying at/for LinuxTag
- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] reality issues in MP, Was: Flying at/for LinuxTag (fwd)
Looks like my sendmail was feeling ill today (DNS deficiency) and needed a cuddle and a restart. Second attempt: On Sat, 2 Jun 2007, Torsten Dreyer wrote: http://www.t3r.de/fg/lt2007/dragonfly_an225.jpg Was that me in the 225? ;) I did take off with it from EDDI/09L on Friday. (Didn't notice an ultralight being sucked up by engine #5 though) Anyway, look at the wind strut. It looks as if the 225 was lining up to take off in a tail wind. And this brings up the issue of MP and reality: The metar weather for EDDI on Friday was wind from 50 degrees, and the default FG weather is 270 degrees. Some pilots where using runways 27L and 27R and others where using 09L and 09R, depending on if they had enabled METAR weather or were using the default wind from the west. (Or perhaps didn't care if they had headwind or tailwind?) I've nagged about this on IRC from time to time: IMO, using --enable-real-weather-fetch/METAR ought to be mandatory in combination with MP. Or in the least to use the one and same weather. (There is perhaps the possibility to consider that someone rigs up an MP server on an isolated LAN, without having access to an online metar service, or don't want that weather for some reason.) So how about a default logic of enabling real-weather-fetch automatically if --multiplay is used, unless an explicit --disable-real-weather-fetch is set? And as others may or may not have noticed, using --enable-real-weather-fetch does not set the menu/dialogue option Weather-Weather Scenario-Weather source to METAR. There appears to be a difference; not in wind but in cloud layers. Maybe a few other reality options should be maintained in MP mode too, like --timeofday=real, --time-match-real? ...disabling the pause and speedup functions perhaps? - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] reality issues in MP, Was: Flying at/for LinuxTag (fwd)
On Sat, 2007-06-02 at 22:30 +0200, Joacim Persson wrote: So how about a default logic of enabling real-weather-fetch automatically if --multiplay is used, unless an explicit --disable-real-weather-fetch is set? (..) Maybe a few other reality options should be maintained in MP mode too, like --timeofday=real, --time-match-real? ...disabling the pause and speedup functions perhaps? My flightgear time is generally limited to after work during the week, so forcing--timeofday=real means I'd always have to fly at night in the KSFO area, or anywhere else in the US for that matter. I was going to agree with real-world weather, but what if conditions in the area I want to fly in are IFR and I want/need to fly VFR? Do I cancel my flightgear time and play sudoko instead? or just forgo the pleasure of watching others fly as I fly, too? I can't find a valid reason to allow speedup however realworld sometimes intrudes into my flightgear session and I am forced to pause briefly to attend to an issue. Are you suggestion disappearing pilots would be better than paused pilots? Thanks, Ron - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
