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
[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
