[Flightgear-devel] Aircraft selection summary
I wasn't able to jump in yesterday, but I've been following the aircraft selection disscussion closely. Below is a first attempt at compiling a new list based on the various suggestion made by everybody, and weighted by me based on my general impression of consensus. 737-300 - 787 I think Jon Berndt suggested keeping the 737, but a few people suggested replacing it by the 787, which seems to be our most complete jetliner. I like to follow that suggestion. A-10 As far as I can see, nobody suggested replacing this aircraft. So I guess we keep it. bf109 - A6M2 (Zero) Suggested by Melchior, for ease of operations use. I think this is a good point. The release will be the first FlightGear hands-on experience for many people and we want to make sure that that first experience is as positive as possible by providing aircraft that have reasonably easy handling characteristics. Not including the bf109 for that reason is by no means a quality judgment of the aircraft itself. bo105 c172 c172p Everybody seems to agree we keep these ones. c310 - SenecaII c310u3a - Beaver I haven't been able to check whether the c310 and c310u3a are really two separate aircraft, or just two different directories with shared components. Anyhow, we unanimously agree that the c310 should be replaced by the Seneca. The suggested replacement above seems to satisfy a few additional requests to have the Beaver included as well. Citation-Bravo - B1900D This seems a reasonable replacement, in particular since the author of the Citation has indicated preferring that is is not part of the base aircraft selection. One minor concern is the ease-of-use issue. IIRC, the B1900D is fired up in cold configuration, and has quite a complicated start-up procedure (things may have changed since I last checked). Complex procedures like these may intimidate first time users. f16 - Lightning Melchior reported that the f16 is broken. I haven't been able to test recently, but seem to recall similar problems about a year ago. Jon Berndt reported finding a possible cause, so chances are the reported problems might get fixed in time. Still, I would like to replace the F16 for other reasons: We need at least an AAR ready aircraft in the base package, and a carrier ready aircraft (these are two very prominent new AI features in this release that we want to showcase). So, how about replacing the f16 with the Ligntning (for AAR scenarios)? j3cub A few people have a suggested dropping the cub, but given its various qualities, I'd like to keep it. Hunter - SeaHawk As a few people suggested, we probably need a carrier ready aircraft, and the seahawk is advertised by the wiki carrier HOWTO as the easiest to master (and I can confirm that its doable. :-) ). p51d - () We already have one other WWII fighter. Do we really want to have two, or do we want to have some other category of aircraft represented? pa28-161 - pa24-250 A few people have suggested replacing the pa28-161 with the pa24-250. I haven't tried any of those recently, but would be open to the suggestion. Rascal - Bochian (or another glider) Many people have suggested dropping the Rascal, for being too specific, and suggested we add a glider. T38 - Concorde () Even though the T38 is probably a category of its own, my general impression is that the broader class this aircraft belongs to (let's say: small high-powered jet powered and highy manouvreable) is a bit overrepresented (with the A10, [f16/lightning], and [Hunter/SeaHawk] being present. Gerard Robin suggested adding the concorde, and there are some aspects of this proposal I like, asit is an altogether different category. However, when trying the condorde yesterday, I saw some performance issues (need to check again), and also found the 3D cockpit instruments to be a bit cartoonesque. This is probably a good candidate for future inclusion, but not quite there yet. ufo Keep as a general exploration tool. Its fun as such. I think everybody agrees. :-) wrightFlyer1903 - Osprey/ DragonFly/maybe another historic aircraft. Most people suggested dropping the wright flyer. A few people suggested adding an ultralight. it would be nice to have a historic aircraft (as in a really old one). During the version number discussion, somebody suggested doing named releases. We could do this implicitly, by changing our choice of historic aircraft from release to release. So 0.9.10 would have been release wright in retrospect, and 0.9.11/V1.0 could become release bleriot. :-) Okay, the update has become quite long, but I wanted to make sure to capture all my comments in one mail. I'd like to emphasize once more that dropping an aircraft from the list should *not* be considered a negative quality judgment. There are many additional
Re: [Flightgear-devel] Aircraft selection summary
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Durk Talsma wrote: I wasn't able to jump in yesterday, but I've been following the aircraft selection disscussion closely. Below is a first attempt at compiling a new list based on the various suggestion made by everybody, and weighted by me based on my general impression of consensus. 737-300 - 787 I think Jon Berndt suggested keeping the 737, but a few people suggested replacing it by the 787, which seems to be our most complete jetliner. I like to follow that suggestion. A-10 As far as I can see, nobody suggested replacing this aircraft. So I guess we keep it. Yes, it is very detailed and nice aircraft IMO. bf109 - A6M2 (Zero) Suggested by Melchior, for ease of operations use. I think this is a good point. The release will be the first FlightGear hands-on experience for many people and we want to make sure that that first experience is as positive as possible by providing aircraft that have reasonably easy handling characteristics. Not including the bf109 for that reason is by no means a quality judgment of the aircraft itself. bo105 c172 c172p Everybody seems to agree we keep these ones. c310- SenecaII c310u3a - Beaver I haven't been able to check whether the c310 and c310u3a are really two separate aircraft, or just two different directories with shared components. Anyhow, we unanimously agree that the c310 should be replaced by the Seneca. The suggested replacement above seems to satisfy a few additional requests to have the Beaver included as well. Sounds good Citation-Bravo - B1900D This seems a reasonable replacement, in particular since the author of the Citation has indicated preferring that is is not part of the base aircraft selection. One minor concern is the ease-of-use issue. IIRC, the B1900D is fired up in cold configuration, and has quite a complicated start-up procedure (things may have changed since I last checked). Complex procedures like these may intimidate first time users. Yes the startup of B19000D is complex but the aircraft got a tutorial for it under the help menu. f16 - Lightning Melchior reported that the f16 is broken. I haven't been able to test recently, but seem to recall similar problems about a year ago. Jon Berndt reported finding a possible cause, so chances are the reported problems might get fixed in time. Still, I would like to replace the F16 for other reasons: We need at least an AAR ready aircraft in the base package, and a carrier ready aircraft (these are two very prominent new AI features in this release that we want to showcase). So, how about replacing the f16 with the Ligntning (for AAR scenarios)? I agree. j3cub A few people have a suggested dropping the cub, but given its various qualities, I'd like to keep it. Keep. Hunter - SeaHawk As a few people suggested, we probably need a carrier ready aircraft, and the seahawk is advertised by the wiki carrier HOWTO as the easiest to master (and I can confirm that its doable. :-) ). Well I think the A-6E is easier to land on carrier, but maybe I just have more experience with it. p51d- () We already have one other WWII fighter. Do we really want to have two, or do we want to have some other category of aircraft represented? pa28-161- pa24-250 A few people have suggested replacing the pa28-161 with the pa24-250. I haven't tried any of those recently, but would be open to the suggestion. Rascal - Bochian (or another glider) Many people have suggested dropping the Rascal, for being too specific, and suggested we add a glider. Indeed we want a glider to show off areotow, and I think bocian is a good glider, however I have not flown the other gliders enough to comment on what glider is best. However: the bocian is rather large (14 MB), very detailed textures. T38 - Concorde () Even though the T38 is probably a category of its own, my general impression is that the broader class this aircraft belongs to (let's say: small high-powered jet powered and highy manouvreable) is a bit overrepresented (with the A10, [f16/lightning], and [Hunter/SeaHawk] being present. Considering the size of Concorde (18MB) I'm not sure this is a good idea. Gerard Robin suggested adding the concorde, and there are some aspects of this proposal I like, asit is an altogether different category. However, when trying the condorde yesterday, I saw some performance issues (need to check again), and also found the 3D cockpit instruments to be a bit cartoonesque. This is probably a good candidate for future inclusion, but not quite there yet. ufo Keep as a general exploration tool. Its fun as such. I think everybody agrees. :-) wrightFlyer1903 - Osprey/
Re: [Flightgear-devel] Aircraft selection summary
Durk Talsma wrote: Sent: 06 December 2007 08:31 To: flightgear-devel@lists.sourceforge.net Subject: [Flightgear-devel] Aircraft selection summary I wasn't able to jump in yesterday, but I've been following the aircraft selection disscussion closely. Below is a first attempt at compiling a new list based on the various suggestion made by everybody, and weighted by me based on my general impression of consensus. 737-300 - 787 I think Jon Berndt suggested keeping the 737, but a few people suggested replacing it by the 787, which seems to be our most complete jetliner. I like to follow that suggestion. A-10 As far as I can see, nobody suggested replacing this aircraft. So I guess we keep it. bf109 - A6M2 (Zero) Suggested by Melchior, for ease of operations use. I think this is a good point. The release will be the first FlightGear hands-on experience for many people and we want to make sure that that first experience is as positive as possible by providing aircraft that have reasonably easy handling characteristics. Not including the bf109 for that reason is by no means a quality judgment of the aircraft itself. bo105 c172 c172p Everybody seems to agree we keep these ones. c310 - SenecaII c310u3a - Beaver I haven't been able to check whether the c310 and c310u3a are really two separate aircraft, or just two different directories with shared components. Anyhow, we unanimously agree that the c310 should be replaced by the Seneca. The suggested replacement above seems to satisfy a few additional requests to have the Beaver included as well. Citation-Bravo - B1900D This seems a reasonable replacement, in particular since the author of the Citation has indicated preferring that is is not part of the base aircraft selection. One minor concern is the ease-of-use issue. IIRC, the B1900D is fired up in cold configuration, and has quite a complicated start-up procedure (things may have changed since I last checked). Complex procedures like these may intimidate first time users. f16 - Lightning Melchior reported that the f16 is broken. I haven't been able to test recently, but seem to recall similar problems about a year ago. Jon Berndt reported finding a possible cause, so chances are the reported problems might get fixed in time. Still, I would like to replace the F16 for other reasons: We need at least an AAR ready aircraft in the base package, and a carrier ready aircraft (these are two very prominent new AI features in this release that we want to showcase). So, how about replacing the f16 with the Ligntning (for AAR scenarios)? j3cub A few people have a suggested dropping the cub, but given its various qualities, I'd like to keep it. Hunter - SeaHawk As a few people suggested, we probably need a carrier ready aircraft, and the seahawk is advertised by the wiki carrier HOWTO as the easiest to master (and I can confirm that its doable. :-) ). p51d - () We already have one other WWII fighter. Do we really want to have two, or do we want to have some other category of aircraft represented? pa28-161 - pa24-250 A few people have suggested replacing the pa28-161 with the pa24-250. I haven't tried any of those recently, but would be open to the suggestion. Rascal - Bochian (or another glider) Many people have suggested dropping the Rascal, for being too specific, and suggested we add a glider. T38 - Concorde () Even though the T38 is probably a category of its own, my general impression is that the broader class this aircraft belongs to (let's say: small high-powered jet powered and highy manouvreable) is a bit overrepresented (with the A10, [f16/lightning], and [Hunter/SeaHawk] being present. Gerard Robin suggested adding the concorde, and there are some aspects of this proposal I like, asit is an altogether different category. However, when trying the condorde yesterday, I saw some performance issues (need to check again), and also found the 3D cockpit instruments to be a bit cartoonesque. This is probably a good candidate for future inclusion, but not quite there yet. ufo Keep as a general exploration tool. Its fun as such. I think everybody agrees. :-) wrightFlyer1903 - Osprey/ DragonFly/maybe another historic aircraft. Most people suggested dropping the wright flyer. A few people suggested adding an ultralight. it would be nice to have a historic aircraft (as in a really old one). During the version number discussion, somebody suggested doing named releases. We could do this implicitly, by changing our choice of historic aircraft from release to release. So 0.9.10 would have
Re: [Flightgear-devel] Aircraft selection summary
On Thu, 06 Dec 2007 09:57:04 +0100 AnMaster [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Citation-Bravo - B1900D This seems a reasonable replacement, in particular since the author of the Citation has indicated preferring that is is not part of the base aircraft selection. One minor concern is the ease-of-use issue. IIRC, the B1900D is fired up in cold configuration, and has quite a complicated start-up procedure (things may have changed since I last checked). Complex procedures like these may intimidate first time users. Yes the startup of B19000D is complex but the aircraft got a tutorial for it under the help menu. Ive recently added an autostart menu entry to all my aircraft for those who dont want to go through the startup procedure ... the Beaver should be ready by tomorrow night ... Cheers -- SydSandy [EMAIL PROTECTED] - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft selection summary
On Thursday 06 December 2007 08:30:42 Durk Talsma wrote: Most people suggested dropping the wright flyer. A few people suggested adding an ultralight. it would be nice to have a historic aircraft (as in a really old one). During the version number discussion, somebody suggested doing named releases. We could do this implicitly, by changing our choice of historic aircraft from release to release. So 0.9.10 would have been release wright in retrospect, and 0.9.11/V1.0 could become release bleriot. :-) I think that was a very accurate summary of feelings so far, and agree with pretty much all of the suggested changes. I also quite like the idea above, that we could cycle through the better historic models in each release... I'd like to highlight the Camel of course, but it really requires OSG to work properly, so maybe next release instead ;-) One point which keeps cropping up is size. While I fully agree that it's important to keep the base package to a reasonable size so that people aren't put off downloading FG, I also think that there's perhaps even a danger in not showing off FG quite enough. Without wanting to get into tiresome my sim's better than yours comparisons, and definitely not wishing to follow suit like sheep, it's certainly valid to consider the download size of the FS-X and X-Plane demos... Perhaps we just need lots of very nice screenshots in our release publicity to encourage people to explore the aircraft for download instead though ;-) Cheers, AJ - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft selection summary
In general I agree with Durk. The only issue is that if we drop the Citation we would end-up with no bussiness jet class aircraft, which are high performance machines (compared to props), easier to fly than an airliner (787), and with its own limitations (as compared to fighters - F16). Also a Very Light Jet would be popular nowadays, but I guess there is still no simulation model available yet. Fabian On 12/6/07, Durk Talsma [EMAIL PROTECTED] wrote: I wasn't able to jump in yesterday, but I've been following the aircraft selection disscussion closely. Below is a first attempt at compiling a new list based on the various suggestion made by everybody, and weighted by me based on my general impression of consensus. 737-300 - 787 I think Jon Berndt suggested keeping the 737, but a few people suggested replacing it by the 787, which seems to be our most complete jetliner. I like to follow that suggestion. A-10 As far as I can see, nobody suggested replacing this aircraft. So I guess we keep it. bf109 - A6M2 (Zero) Suggested by Melchior, for ease of operations use. I think this is a good point. The release will be the first FlightGear hands-on experience for many people and we want to make sure that that first experience is as positive as possible by providing aircraft that have reasonably easy handling characteristics. Not including the bf109 for that reason is by no means a quality judgment of the aircraft itself. bo105 c172 c172p Everybody seems to agree we keep these ones. c310 - SenecaII c310u3a - Beaver I haven't been able to check whether the c310 and c310u3a are really two separate aircraft, or just two different directories with shared components. Anyhow, we unanimously agree that the c310 should be replaced by the Seneca. The suggested replacement above seems to satisfy a few additional requests to have the Beaver included as well. Citation-Bravo - B1900D This seems a reasonable replacement, in particular since the author of the Citation has indicated preferring that is is not part of the base aircraft selection. One minor concern is the ease-of-use issue. IIRC, the B1900D is fired up in cold configuration, and has quite a complicated start-up procedure (things may have changed since I last checked). Complex procedures like these may intimidate first time users. f16 - Lightning Melchior reported that the f16 is broken. I haven't been able to test recently, but seem to recall similar problems about a year ago. Jon Berndt reported finding a possible cause, so chances are the reported problems might get fixed in time. Still, I would like to replace the F16 for other reasons: We need at least an AAR ready aircraft in the base package, and a carrier ready aircraft (these are two very prominent new AI features in this release that we want to showcase). So, how about replacing the f16 with the Ligntning (for AAR scenarios)? j3cub A few people have a suggested dropping the cub, but given its various qualities, I'd like to keep it. Hunter - SeaHawk As a few people suggested, we probably need a carrier ready aircraft, and the seahawk is advertised by the wiki carrier HOWTO as the easiest to master (and I can confirm that its doable. :-) ). p51d - () We already have one other WWII fighter. Do we really want to have two, or do we want to have some other category of aircraft represented? pa28-161 - pa24-250 A few people have suggested replacing the pa28-161 with the pa24-250. I haven't tried any of those recently, but would be open to the suggestion. Rascal - Bochian (or another glider) Many people have suggested dropping the Rascal, for being too specific, and suggested we add a glider. T38 - Concorde () Even though the T38 is probably a category of its own, my general impression is that the broader class this aircraft belongs to (let's say: small high-powered jet powered and highy manouvreable) is a bit overrepresented (with the A10, [f16/lightning], and [Hunter/SeaHawk] being present. Gerard Robin suggested adding the concorde, and there are some aspects of this proposal I like, asit is an altogether different category. However, when trying the condorde yesterday, I saw some performance issues (need to check again), and also found the 3D cockpit instruments to be a bit cartoonesque. This is probably a good candidate for future inclusion, but not quite there yet. ufo Keep as a general exploration tool. Its fun as such. I think everybody agrees. :-) wrightFlyer1903 - Osprey/ DragonFly/maybe another historic aircraft. Most people suggested dropping the wright flyer. A few people suggested adding an ultralight. it would be nice to have a historic aircraft (as in a really old one). During the version number discussion, somebody suggested doing named releases. We could do this implicitly, by changing our choice of historic aircraft from release to release. So 0.9.10 would
Re: [Flightgear-devel] Aircraft selection summary
AnMaster schrieb: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Durk Talsma wrote: I wasn't able to jump in yesterday, but I've been following the aircraft selection disscussion closely. Below is a first attempt at compiling a new list based on the various suggestion made by everybody, and weighted by me based on my general impression of consensus. 737-300 - 787 I think Jon Berndt suggested keeping the 737, but a few people suggested replacing it by the 787, which seems to be our most complete jetliner. I like to follow that suggestion. As I would say, most developers and active users of FlightGear are more interested in smaller aircraft or helicopters than in airliners, at least if we count the new developed aircrafts. At least for Germany, this might be vice versa. If I check the interests of known flightsimmers (fellows, friends and neighbours) most of them like sim-flying airliners - only a few very seriously online. So we should be very careful what to present to new users. And although i really dislike the 2D panel of the 737 (HHS is developing a 3D panel, but this is an option for the next release) *the very nice 787 has one problem here which makes it UNUSABLE: *Activating the autopilot ie. with altitude hold it runs into very serious oscillations around the pitch axis - you really get sea-sick. I am not sure where I read that another user had the same problems (Forum? list?). It seems to be a problem of faster running PCs. It would be a good idea if as many people as possible would test the 787 before choosing it. If it is only a local problem here, ok then we should take the 787. A pity, as the 737 does not show the capabilities of the actual FlightGear version, but then the 737 is the only airline we could choose :-( Georg EDDW - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] 737-300
Hi All I guess I would not be defending myself if I did not stick up for the 737-300 since I did the 3d model for it. The thing is the 737 is still the most popular commercial jet in service with the worlds airlines while the 787 has not yet flowen a commercial mile. I wonder if new people to flightgear might not find it a bit strange that there is no 737 in the base package. Nearly as strange as finding no Cessna 172. Cheers Innis _ It's simple! Sell your car for just $30 at CarPoint.com.au http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fsecure%2Dau%2Eimrworldwide%2Ecom%2Fcgi%2Dbin%2Fa%2Fci%5F450304%2Fet%5F2%2Fcg%5F801459%2Fpi%5F1004813%2Fai%5F859641_t=762955845_r=tig_OCT07_m=EXT- SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 737-300
2007/12/6, Innis Cunningham [EMAIL PROTECTED]: Hi All I guess I would not be defending myself if I did not stick up for the 737-300 since I did the 3d model for it. The thing is the 737 is still the most popular commercial jet in service with the worlds airlines while the 787 has not yet flowen a commercial mile. Indeed. I flown with 737-300 month ago with my favourite Skyeurope airlines. Is it possible that you create a plane model with the logo of the company for FG? I have no idea how to write models for FG. Thanks. Regards Ladislav I wonder if new people to flightgear might not find it a bit strange that there is no 737 in the base package. Nearly as strange as finding no Cessna 172. Cheers Innis Sell your car for just $30 at CarPoint.com.au. It's simple! - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 737-300
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Well without a 3D cockpit I don't think it would fit in the base package. Basically the lack of a decent cockpit would put off users. /AnMaster Innis Cunningham wrote: Hi All I guess I would not be defending myself if I did not stick up for the 737-300 since I did the 3d model for it. The thing is the 737 is still the most popular commercial jet in service with the worlds airlines while the 787 has not yet flowen a commercial mile. I wonder if new people to flightgear might not find it a bit strange that there is no 737 in the base package. Nearly as strange as finding no Cessna 172. Cheers Innis -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFHV9WdWmK6ng/aMNkRCrsHAKCtLUlbVq5Ku0Od+c7AxHA1BtE79wCggPJ3 xFxh9FkFzGjJFfAbNpN7SV8= =7aVT -END PGP SIGNATURE- - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 737-300
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 AnMaster wrote: Well without a 3D cockpit I don't think it would fit in the base package. Basically the lack of a decent cockpit would put off users. I really liked the 737, but unfortunately it's been completely unusable for me since I got a wide screen display. The panel is made for 4:3 aspect ratio and with 16:10 I only get very narrow front window, too far up. Cannot even see the runway. I hope the 3d cockpit version is making progress, since it's a very nice plane and it's indeed missing. Nine -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHV9eq1QuEJQQMVrgRAg4rAJ9KspJdtRsAwbTbJU1w7iLGpURaBwCdF67d LJhqguGFxESN2ldYsnc1y7A= =ZUF2 -END PGP SIGNATURE- - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] ***SPAM*** Re: Aircraft selection summary
AnMaster wrote: As a few people suggested, we probably need a carrier ready aircraft, and the seahawk is advertised by the wiki carrier HOWTO as the easiest to master (and I can confirm that its doable. :-) ). Well I think the A-6E is easier to land on carrier, but maybe I just have more experience with it. The Seahawk is cool to land too. May I add that the A-6E needs still a lot of things ? I'd prefer to continue to work on it before we reconsider if it's place is in there or not. Alexis - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 737-300
On Thursday 06 December 2007 11:06:18 Stefan Seifert wrote: AnMaster wrote: Well without a 3D cockpit I don't think it would fit in the base package. Basically the lack of a decent cockpit would put off users. I really liked the 737, but unfortunately it's been completely unusable for me since I got a wide screen display. The panel is made for 4:3 aspect ratio and with 16:10 I only get very narrow front window, too far up. Cannot even see the runway. I hope the 3d cockpit version is making progress, since it's a very nice plane and it's indeed missing. Who, if anyone is working on this? I have some engineering notes and drawings that would be of interest. All panel layouts etc --- Best Regards Willie Fleming [EMAIL PROTECTED] Nine - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 737-300
Innis Cunningham schrieb: Hi All I guess I would not be defending myself if I did not stick up for the 737-300 since I did the 3d model for it. The thing is the 737 is still the most popular commercial jet in service with the worlds airlines while the 787 has not yet flowen a commercial mile. I wonder if new people to flightgear might not find it a bit strange that there is no 737 in the base package. Nearly as strange as finding no Cessna 172. Cheers Innis Hi Innis, if we choose the 737 this should be done before the release: 1. Put the aircraft onto earth. It hovers over the runway. 2. Add an entry to the aircraft help how to get back to the 2D panel once lost (ie. if an unexperienced user looks to the side with the mouse. I am pretty sure, someone starting with FG is lost!) 3. If possible, blind the cockpit windows. Compared to our high standard aircraft it is boring to look into the empty aircraft. Regards Georg - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft selection summary
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 I tested this and found it to be true, the 787's autopilot is broken. However the 737's cockpit is uggly. Hm can either of those be fixed before release? /AnMaster Georg Vollnhals wrote: As I would say, most developers and active users of FlightGear are more interested in smaller aircraft or helicopters than in airliners, at least if we count the new developed aircrafts. At least for Germany, this might be vice versa. If I check the interests of known flightsimmers (fellows, friends and neighbours) most of them like sim-flying airliners - only a few very seriously online. So we should be very careful what to present to new users. And although i really dislike the 2D panel of the 737 (HHS is developing a 3D panel, but this is an option for the next release) *the very nice 787 has one problem here which makes it UNUSABLE: *Activating the autopilot ie. with altitude hold it runs into very serious oscillations around the pitch axis - you really get sea-sick. I am not sure where I read that another user had the same problems (Forum? list?). It seems to be a problem of faster running PCs. It would be a good idea if as many people as possible would test the 787 before choosing it. If it is only a local problem here, ok then we should take the 787. A pity, as the 737 does not show the capabilities of the actual FlightGear version, but then the 737 is the only airline we could choose :-( -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFHV9x2WmK6ng/aMNkRCnXTAKCYUgjmg1aTF1VHmnUC03oRYV8JmwCfT9r3 GcXCGSMepYwYhC+UXYk6ED4= =oFwk -END PGP SIGNATURE- - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 737-300
Willie Fleming schrieb: On Thursday 06 December 2007 11:06:18 Stefan Seifert wrote: AnMaster wrote: Well without a 3D cockpit I don't think it would fit in the base package. Basically the lack of a decent cockpit would put off users. I really liked the 737, but unfortunately it's been completely unusable for me since I got a wide screen display. The panel is made for 4:3 aspect ratio and with 16:10 I only get very narrow front window, too far up. Cannot even see the runway. I hope the 3d cockpit version is making progress, since it's a very nice plane and it's indeed missing. Who, if anyone is working on this? I have some engineering notes and drawings that would be of interest. All panel layouts etc --- Best Regards Willie Fleming Hi Willie, HHS is working on it - he is regularly scanning this mailing list, so I hope he will see your post. He once posted an Alpha-Alpha release just as an early preview and it was very promising. If you could work together ... Regards Georg - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 737-300
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Georg Vollnhals wrote: Willie Fleming schrieb: On Thursday 06 December 2007 11:06:18 Stefan Seifert wrote: AnMaster wrote: Well without a 3D cockpit I don't think it would fit in the base package. Basically the lack of a decent cockpit would put off users. I really liked the 737, but unfortunately it's been completely unusable for me since I got a wide screen display. The panel is made for 4:3 aspect ratio and with 16:10 I only get very narrow front window, too far up. Cannot even see the runway. Ah that explains what cause the problems for me too. I hope the 3d cockpit version is making progress, since it's a very nice plane and it's indeed missing. Who, if anyone is working on this? I have some engineering notes and drawings that would be of interest. All panel layouts etc --- Best Regards Willie Fleming Hi Willie, HHS is working on it - he is regularly scanning this mailing list, so I hope he will see your post. He once posted an Alpha-Alpha release just as an early preview and it was very promising. If you could work together ... Regards Georg If I remember correctly HHS said he was currently very busy (something about getting a new job), but I may have mixed that up with someone else. /AnMaster -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFHV94CWmK6ng/aMNkRCvlFAJwLGKwdPZEkiBEZ8GcpC72rYVzNYwCgoNOi OdDY5SFA+mZwV6ziY7M62oI= =Ro+O -END PGP SIGNATURE- - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 737-300
On Thu, 6 Dec 2007, Georg Vollnhals wrote: if we choose the 737 this should be done before the release: 1. Put the aircraft onto earth. It hovers over the runway. Hi, You could try this patch. I made these local changes quite some time ago so I'm not certain if it is still the right adjustment. It should put the 3d model in sync with the FDM model. Cheers, Anders -- --- Anders Gidenstam mail: anders(at)gidenstam.org WWW: http://www.gidenstam.org/FlightGear/JSBSim-LTA/Index: 737.xml === RCS file: /var/cvs/FlightGear-0.9/data/Aircraft/737-300/737.xml,v retrieving revision 1.2 diff -u -r1.2 737.xml --- 737.xml 15 Jan 2007 12:50:44 - 1.2 +++ 737.xml 6 Dec 2007 11:29:41 - @@ -31,9 +31,9 @@ z 70 /z /location location name=VRP unit=IN -x 0 /x +x 355.9 /x y 0 /y -z 0 /z +z 18 /z /location /metrics Index: Models/737-300.xml === RCS file: /var/cvs/FlightGear-0.9/data/Aircraft/737-300/Models/737-300.xml,v retrieving revision 1.1 diff -u -r1.1 737-300.xml --- Models/737-300.xml 16 Feb 2006 11:00:22 - 1.1 +++ Models/737-300.xml 6 Dec 2007 11:29:42 - @@ -3,10 +3,12 @@ PropertyList path737-300.ac/path +!-- offsets z-m1.45/z-m pitch-deg0.2/pitch-deg /offsets +-- !-- model pathAircraft/gages/Models/test.xml/path - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 737-300
* Georg Vollnhals -- Thursday 06 December 2007: 2. Add an entry to the aircraft help how to get back to the 2D panel once lost (ie. if an unexperienced user looks to the side with the mouse. I am pretty sure, someone starting with FG is lost!) Maybe turn the 2D panel into a 2.5D panel. (That is: map the flat panel onto a face in 3D space, like the pc7 does.) Then one could look around and never have the panel disappear while being able to look through the floor. It would probably be a good idea to fix the autoslats, which prevent meaningful starting in air. m. - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] F-16
There has been some discussion of the F-16 working badly. I took another look at it over lunch. I think I have found one bug (which is not to say, the only bug). There are several integrators used in the control laws. These should have wind-up protection set up (which they don't). But, apart from that, there's an even worse possible source of problems. As I recall, on the real F-16, the integrators do not integrate while the aircraft is on the ground (while WOW is true). In the JSBSim F16 model, if a controller (joystick) is hardover while the aircraft is on the ground, that would cause the channel to saturate and become difficult or impossible to fly. So, a switch needs to be set up to keep the integrators from integrating while the nose gear is on the ground. That's what a quick fifteen minute look seems to indicate, anyhow. Jon There's definitely something going on with the F16 at rest on the ground. The control surfaces take uncommanded non-zero postions (up to the stops) immediately upon initialization. I'm taking a closer look. Jon - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft selection summary
On jeu 6 décembre 2007, Durk Talsma wrote: I wasn't able to jump in yesterday, but I've been following the aircraft selection disscussion closely. Below is a first attempt at compiling a new list based on the various suggestion made by everybody, and weighted by me based on my general impression of consensus. 737-300 - 787 I think Jon Berndt suggested keeping the 737, but a few people suggested replacing it by the 787, which seems to be our most complete jetliner. I like to follow that suggestion. A-10 As far as I can see, nobody suggested replacing this aircraft. So I guess we keep it. bf109 - A6M2 (Zero) Suggested by Melchior, for ease of operations use. I think this is a good point. The release will be the first FlightGear hands-on experience for many people and we want to make sure that that first experience is as positive as possible by providing aircraft that have reasonably easy handling characteristics. Not including the bf109 for that reason is by no means a quality judgment of the aircraft itself. bo105 c172 c172p Everybody seems to agree we keep these ones. c310 - SenecaII c310u3a - Beaver I haven't been able to check whether the c310 and c310u3a are really two separate aircraft, or just two different directories with shared components. Anyhow, we unanimously agree that the c310 should be replaced by the Seneca. The suggested replacement above seems to satisfy a few additional requests to have the Beaver included as well. Citation-Bravo - B1900D This seems a reasonable replacement, in particular since the author of the Citation has indicated preferring that is is not part of the base aircraft selection. One minor concern is the ease-of-use issue. IIRC, the B1900D is fired up in cold configuration, and has quite a complicated start-up procedure (things may have changed since I last checked). Complex procedures like these may intimidate first time users. f16 - Lightning Melchior reported that the f16 is broken. I haven't been able to test recently, but seem to recall similar problems about a year ago. Jon Berndt reported finding a possible cause, so chances are the reported problems might get fixed in time. Still, I would like to replace the F16 for other reasons: We need at least an AAR ready aircraft in the base package, and a carrier ready aircraft (these are two very prominent new AI features in this release that we want to showcase). So, how about replacing the f16 with the Ligntning (for AAR scenarios)? j3cub A few people have a suggested dropping the cub, but given its various qualities, I'd like to keep it. Hunter - SeaHawk As a few people suggested, we probably need a carrier ready aircraft, and the seahawk is advertised by the wiki carrier HOWTO as the easiest to master (and I can confirm that its doable. :-) ). p51d - () We already have one other WWII fighter. Do we really want to have two, or do we want to have some other category of aircraft represented? pa28-161 - pa24-250 A few people have suggested replacing the pa28-161 with the pa24-250. I haven't tried any of those recently, but would be open to the suggestion. Rascal - Bochian (or another glider) Many people have suggested dropping the Rascal, for being too specific, and suggested we add a glider. T38 - Concorde () Even though the T38 is probably a category of its own, my general impression is that the broader class this aircraft belongs to (let's say: small high-powered jet powered and highy manouvreable) is a bit overrepresented (with the A10, [f16/lightning], and [Hunter/SeaHawk] being present. Gerard Robin suggested adding the concorde, and there are some aspects of this proposal I like, asit is an altogether different category. However, when trying the condorde yesterday, I saw some performance issues (need to check again), and also found the 3D cockpit instruments to be a bit cartoonesque. This is probably a good candidate for future inclusion, but not quite there yet. ufo Keep as a general exploration tool. Its fun as such. I think everybody agrees. :-) wrightFlyer1903 - Osprey/ DragonFly/maybe another historic aircraft. Most people suggested dropping the wright flyer. A few people suggested adding an ultralight. it would be nice to have a historic aircraft (as in a really old one). During the version number discussion, somebody suggested doing named releases. We could do this implicitly, by changing our choice of historic aircraft from release to release. So 0.9.10 would have been release wright in retrospect, and 0.9.11/V1.0 could become release bleriot. :-) Okay, the update has become quite long, but I wanted to make sure to capture all my comments in one mail. I'd like to emphasize once more that dropping an aircraft from the list should *not* be
Re: [Flightgear-devel] Aircraft selection summary
* gerard robin -- Thursday 06 December 2007: I have red that the choice in between a model A and an other model B is to choose the easier to fly. Do you mean that FlightGear is a game (versus some other FS non free). I am feeling that we are loosing the base of the values we had when FlightGear came up, a SIMULATOR nothing else. One of the usual simplifications. Don't know who you refer to, but I for one didn't demand that they be easy to fly. I voiced my doubts about the bf109 because it's too difficult to fly, which is something entirely different. With the narrow gear it very easily flips to the side and lands on the wing. The majority of users will not recognize this as a wonderful simulation of a hard to fly (in real life!) aircraft, but as an annoying bug in the simulation. Maybe not the best advertisement for fgfs. But maybe I'm too cautious. Or, for the future, the authors will develop every aircraft with a FDM c172 like. Yeah, some polemic is always nice. I do that myself, so I can't complain. :-} I was always for realism, the more the better. But I was never for throwing the most difficult aircraft at newbies. They should download the more challenging aircraft from the download site, where, ideally, one should be able to read about important characteristics. Not that every user of the distribution package necessarily is a newbie. Might be experienced pilots, too, of course. m. - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 737-300
Hi, Still working on the 3D-cockpit but a first release I can give this week! HHS --- Melchior FRANZ [EMAIL PROTECTED] schrieb: * Georg Vollnhals -- Thursday 06 December 2007: 2. Add an entry to the aircraft help how to get back to the 2D panel once lost (ie. if an unexperienced user looks to the side with the mouse. I am pretty sure, someone starting with FG is lost!) Maybe turn the 2D panel into a 2.5D panel. (That is: map the flat panel onto a face in 3D space, like the pc7 does.) Then one could look around and never have the panel disappear while being able to look through the floor. It would probably be a good idea to fix the autoslats, which prevent meaningful starting in air. m. - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel __ Ihre erste Baustelle? Wissenswertes für Bastler und Hobby Handwerker. www.yahoo.de/clever - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] gear control , again
On Wed, 2007-12-05 at 16:53 -0800, SydSandy wrote: Hi all , In case I wasn't too clear previously ,what i was proposing for the gear lever lock was to add something like this to the controls.nas file ... var gearDown = func(v) { if(getprop(/controls/gear/gear-lever-lock))return; if (v 0) { setprop(/controls/gear/gear-down, 0); } elsif (v 0) { setprop(/controls/gear/gear-down, 1); } } to enable gear lever locking , one would just add ... controls gear gear-lever-lock type=bool1/gear-lever-lock gear /controls This would stop accidental gear operation on equipped aircraft (and the old ones with hand cranks )... IF this is another bad idea , I will just add a setlistener check on the gear-down property... Gheers SydSandy [EMAIL PROTECTED] Syd, Have a(nother) look at the squatchswitch.nas file in the c182rg. I'm in favor of leaving the default controls.gearDown() simple, as opposed to complicating it with a crude locking mechanism. Aircraft designers are free to re-bind it at need, the c182rg actually calls the original gearDown function when the safety logic approves. In most/all retractable gear aircraft it is possible to put the gear control handle in the up position while on the ground, leaving gear safety devices prevent the gear from moving. This is generally a _bad_ _thing_ for a pilot to do. In FlightGear currently, we give instant negative, if unrealistic, feedback by droping the airframe to the tarmac. Your proposed patch would unrealistically prevent the handle from moving at all. Your example also creates a fixed landing gear as nothing ever clears or resets /controls/gear/gear-lever-lock. Ron - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft selection summary
--- gerard robin wrote: Nobody (but me) has talked about the Concorde which is highly elaborated why ? Probably because few people on the -dev list take the time to fully get to grips with it. As you say - it is a very complicated aircraft. Unfortunately that makes it difficult to get to grips with, and quite specialized. Another reason to suggest that it shouldn't be included is that it is quite large (IIRC 18MB?). Yes the bf109 is difficult to take off , but because FG is not a game the author was right to do it. Our best choice should be to show that FG is a simulator (not a game), and some real aircraft which were difficult to fly, are difficult to fly in FG. From looking at the FG Forums, a lot of new users to FG don't have joysticks and pedals, which really are required if you're going to successfully fly the bf109 and the other big taildraggers. Or, for the future, the authors will develop every aircraft with a FDM c172 like. Why does everyone always gang up on the poor c172 ? :( -Stuart ___ Support the World Aids Awareness campaign this month with Yahoo! For Good http://uk.promotions.yahoo.com/forgood/ - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft selection summary
Hi, we have the 777-200 ( not in CVS but GPL!) We have Fred's A320, which is nice to fly and we have the b1900d, which is really good and an airliner. But it should be no problem, to fix the 787-autopilot: there are some people quite good in tuning the autopilot- that's something should be done in a short time! Regards HHS --- JOSHUA WILSON [EMAIL PROTECTED] schrieb: Georg Vollnhals wrote: As I would say, most developers and active users of FlightGear are more interested in smaller aircraft or helicopters than in airliners, at least if we count the new developed aircrafts. At least for Germany, this might be vice versa. If I check the interests of known flightsimmers (fellows, friends and neighbours) most of them like sim-flying airliners - only a few very seriously online. So we should be very careful what to present to new users. And although i really dislike the 2D panel of the 737 (HHS is developing a 3D panel, but this is an option for the next release) *the very nice 787 has one problem here which makes it UNUSABLE: *Activating the autopilot ie. with altitude hold it runs into very serious oscillations around the pitch axis - you really get sea-sick. I am not sure where I read that another user had the same problems (Forum? list?). It seems to be a problem of faster running PCs. It would be a good idea if as many people as possible would test the 787 before choosing it. If it is only a local problem here, ok then we should take the 787. A pity, as the 737 does not show the capabilities of the actual FlightGear version, but then the 737 is the only airline we could choose :-( Georg EDDW I have run into the same problem with pitch oscillations, when my airspeed is excessive. I suggest keeping below 250 knots indicated airspeed when below 10,000 feet msl. http://www.risingup.com/fars/info/part91-117-FAR.shtml Josh - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel Heute schon einen Blick in die Zukunft von E-Mails wagen? Versuchen Sie´s mit dem neuen Yahoo! Mail. www.yahoo.de/mail - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft selection summary
Georg Vollnhals wrote: As I would say, most developers and active users of FlightGear are more interested in smaller aircraft or helicopters than in airliners, at least if we count the new developed aircrafts. At least for Germany, this might be vice versa. If I check the interests of known flightsimmers (fellows, friends and neighbours) most of them like sim-flying airliners - only a few very seriously online. So we should be very careful what to present to new users. And although i really dislike the 2D panel of the 737 (HHS is developing a 3D panel, but this is an option for the next release) *the very nice 787 has one problem here which makes it UNUSABLE: *Activating the autopilot ie. with altitude hold it runs into very serious oscillations around the pitch axis - you really get sea-sick. I am not sure where I read that another user had the same problems (Forum? list?). It seems to be a problem of faster running PCs. It would be a good idea if as many people as possible would test the 787 before choosing it. If it is only a local problem here, ok then we should take the 787. A pity, as the 737 does not show the capabilities of the actual FlightGear version, but then the 737 is the only airline we could choose :-( Georg EDDW I have run into the same problem with pitch oscillations, when my airspeed is excessive. I suggest keeping below 250 knots indicated airspeed when below 10,000 feet msl. http://www.risingup.com/fars/info/part91-117-FAR.shtml Josh - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft selection summary
On jeu 6 décembre 2007, Stuart Buchanan wrote: --- gerard robin wrote: Nobody (but me) has talked about the Concorde which is highly elaborated why ? Probably because few people on the -dev list take the time to fully get to grips with it. As you say - it is a very complicated aircraft. Unfortunately that makes it difficult to get to grips with, and quite specialized. Another reason to suggest that it shouldn't be included is that it is quite large (IIRC 18MB?). Yes the bf109 is difficult to take off , but because FG is not a game the author was right to do it. Our best choice should be to show that FG is a simulator (not a game), and some real aircraft which were difficult to fly, are difficult to fly in FG. From looking at the FG Forums, a lot of new users to FG don't have joysticks and pedals, which really are required if you're going to successfully fly the bf109 and the other big taildraggers. Or, for the future, the authors will develop every aircraft with a FDM c172 like. Why does everyone always gang up on the poor c172 ? :( -Stuart Don't make me wrong :) To me c172 become the best representative. Learning to pilot on c172 (in reality or in FG) is a pleasure We could have a dream: every aircraft being so easy to fly. FlightGear must have within the base package every difficulties from the easier to the most difficult. We must tell to the newbie a list of Aircraft with degree of difficulties , i guess he must start with the c172. In reality does some pilot student start to learn to fly on an f18 or a mirage ? i don't think so. FG is the same, and the talk with bf109 demonstrate that nice taildragger cannot be flown by anybody who is not experienced, which does not mean it must be OUT. The high level of FG need these Aircrafts difficult to fly but real. OR like i said before we are on the same level of any others FS non free , with an advantage to them they they have an eye candy with scenery. We don't have it. Regards -- Gérard http://pagesperso-orange.fr/GRTux/ Less i work, better i go - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft selection summary
I agree, I think a business jet (or very light jet but we have none to my knowledge) is an important class, at least compared to adding a second twin prop. On Dec 6, 2007 2:14 AM, Fabian Grodek [EMAIL PROTECTED] wrote: In general I agree with Durk. The only issue is that if we drop the Citation we would end-up with no bussiness jet class aircraft, which are high performance machines (compared to props), easier to fly than an airliner (787), and with its own limitations (as compared to fighters - F16). Also a Very Light Jet would be popular nowadays, but I guess there is still no simulation model available yet. Fabian On 12/6/07, Durk Talsma [EMAIL PROTECTED] wrote: I wasn't able to jump in yesterday, but I've been following the aircraft selection disscussion closely. Below is a first attempt at compiling a new list based on the various suggestion made by everybody, and weighted by me based on my general impression of consensus. 737-300 - 787 I think Jon Berndt suggested keeping the 737, but a few people suggested replacing it by the 787, which seems to be our most complete jetliner. I like to follow that suggestion. A-10 As far as I can see, nobody suggested replacing this aircraft. So I guess we keep it. bf109 - A6M2 (Zero) Suggested by Melchior, for ease of operations use. I think this is a good point. The release will be the first FlightGear hands-on experience for many people and we want to make sure that that first experience is as positive as possible by providing aircraft that have reasonably easy handling characteristics. Not including the bf109 for that reason is by no means a quality judgment of the aircraft itself. bo105 c172 c172p Everybody seems to agree we keep these ones. c310 - SenecaII c310u3a - Beaver I haven't been able to check whether the c310 and c310u3a are really two separate aircraft, or just two different directories with shared components. Anyhow, we unanimously agree that the c310 should be replaced by the Seneca. The suggested replacement above seems to satisfy a few additional requests to have the Beaver included as well. Citation-Bravo - B1900D This seems a reasonable replacement, in particular since the author of the Citation has indicated preferring that is is not part of the base aircraft selection. One minor concern is the ease-of-use issue. IIRC, the B1900D is fired up in cold configuration, and has quite a complicated start-up procedure (things may have changed since I last checked). Complex procedures like these may intimidate first time users. f16 - Lightning Melchior reported that the f16 is broken. I haven't been able to test recently, but seem to recall similar problems about a year ago. Jon Berndt reported finding a possible cause, so chances are the reported problems might get fixed in time. Still, I would like to replace the F16 for other reasons: We need at least an AAR ready aircraft in the base package, and a carrier ready aircraft (these are two very prominent new AI features in this release that we want to showcase). So, how about replacing the f16 with the Ligntning (for AAR scenarios)? j3cub A few people have a suggested dropping the cub, but given its various qualities, I'd like to keep it. Hunter - SeaHawk As a few people suggested, we probably need a carrier ready aircraft, and the seahawk is advertised by the wiki carrier HOWTO as the easiest to master (and I can confirm that its doable. :-) ). p51d - () We already have one other WWII fighter. Do we really want to have two, or do we want to have some other category of aircraft represented? pa28-161 - pa24-250 A few people have suggested replacing the pa28-161 with the pa24-250. I haven't tried any of those recently, but would be open to the suggestion. Rascal - Bochian (or another glider) Many people have suggested dropping the Rascal, for being too specific, and suggested we add a glider. T38 - Concorde () Even though the T38 is probably a category of its own, my general impression is that the broader class this aircraft belongs to (let's say: small high-powered jet powered and highy manouvreable) is a bit overrepresented (with the A10, [f16/lightning], and [Hunter/SeaHawk] being present. Gerard Robin suggested adding the concorde, and there are some aspects of this proposal I like, asit is an altogether different category. However, when trying the condorde yesterday, I saw some performance issues (need to check again), and also found the 3D cockpit instruments to be a bit cartoonesque. This is probably a good candidate for future inclusion, but not quite there yet. ufo Keep as a general exploration tool. Its fun as such. I think everybody agrees. :-) wrightFlyer1903 - Osprey/ DragonFly/maybe another historic aircraft. Most people suggested
Re: [Flightgear-devel] Aircraft selection summary
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Stuart Buchanan wrote: --- gerard robin wrote: Nobody (but me) has talked about the Concorde which is highly elaborated why ? Probably because few people on the -dev list take the time to fully get to grips with it. As you say - it is a very complicated aircraft. Unfortunately that makes it difficult to get to grips with, and quite specialized. I wrote some guides for some common operations with the autopilot in concorde: http://rage.kuonet.org/~anmaster/flightgear/guides/concorde/ Hope that helps. Another reason to suggest that it shouldn't be included is that it is quite large (IIRC 18MB?). Yes the bf109 is difficult to take off , but because FG is not a game the author was right to do it. Our best choice should be to show that FG is a simulator (not a game), and some real aircraft which were difficult to fly, are difficult to fly in FG. From looking at the FG Forums, a lot of new users to FG don't have joysticks and pedals, which really are required if you're going to successfully fly the bf109 and the other big taildraggers. And for the Concorde due to stupid key mapping. Ctrl-M is mapped to menu, prevents rudder (enter) as Ctrl-M is the code for Enter as well. Or, for the future, the authors will develop every aircraft with a FDM c172 like. Why does everyone always gang up on the poor c172 ? :( -Stuart -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFHWCGjWmK6ng/aMNkRChoZAJ46eHL0WYXoXCEhWZL7+vIZhSdOsACeJep/ pRRlbenb8I2CGkItI3W43pA= =dLl9 -END PGP SIGNATURE- - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 737-300
Heiko Schulz schreef: Hi, Still working on the 3D-cockpit but a first release I can give this week! HHS Screenshots? Will that be an actual -300 cockpit (with EFIS and separate engine gauges) instead of the current 'NG-like' cockpit gauges? I do think there aren't enough decent airliners in the FG branch, which may be putting off current MSFS users because of the lack of accurate airliner sims (like the Level-D 767-300ER or PMDG 737-800). FG does provide enough opportunities to do system simulation through Nasal scripting, but the current panel engine is still somewhat limited in doing vector ('glass') cockpits. - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft selection summary
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 AJ MacLeod schrieb: One point which keeps cropping up is size. While I fully agree that it's important to keep the base package to a reasonable size so that people aren't put off downloading FG, I also think that there's perhaps even a danger in not showing off FG quite enough. Without wanting to get into tiresome my sim's better than yours comparisons, and definitely not wishing to follow suit like sheep, it's certainly valid to consider the download size of the FS-X and X-Plane demos... As we've got enough planes now we could offer a starter set in the base package and offer additional, themes aircraft pacages (+ the possibility to download individual planes) We could have a figher package, a comercial jet package, etc. pp. This gives us the best of both worlds: a slim base package as well as packs with selections of great planes (there even a 40+ MB AN2 would have a place as it's only aditional). CU, Christian -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHWDOMoWM1JLkHou0RCCZCAJ4gWe78ZLX9AIGPI2OUjaRZz+PMqwCePhnc /bLm3akmTj1r/EBwZeIOtEI= =uTqP -END PGP SIGNATURE- - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft selection summary
On 12/06/2007 04:22 AM, AJ MacLeod wrote: One point which keeps cropping up is size. We may be able to have this cake and eat it to; see below. While I fully agree that it's important to keep the base package to a reasonable size so that people aren't put off downloading FG, I also think that there's perhaps even a danger in not showing off FG quite enough. Without wanting to get into tiresome my sim's better than yours comparisons, and definitely not wishing to follow suit like sheep, it's certainly valid to consider the download size of the FS-X and X-Plane demos... Perhaps we just need lots of very nice screenshots in our release publicity to encourage people to explore the aircraft for download instead though ;-) It might help to have some sort of download-on-demand feature. In particular, fgfs --show-aircraft would show *all* known aircraft, with perhaps some indication of whether they had already been downloaded or not. The first use of a not-yet-downloaded aircraft would cause it to be automagically downloaded, assuming a network connection is available. Then the base package can be quite small, containing just the name, thumbnail, and short description for each aircraft, plus the full model for a verrry small number of aircraft. If you want to go the whole nine yards, you could a tool analogous to Debian deselect which shows the menu of what is available and what is selected, and allows downloading of new things and/or purging of old things. This is a pretty serious user-interface issue, because it is completely unreasonable to expect users to download new aircraft when they don't know what's available. Showing them a menu of what's available makes a huge difference. - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] wiki.flightgear.org cannot create thumbnails anymore
Hi Simon, Instead of a nice thumbnail, we now have this message after uploading a new image. Error creating thumbnail: sh: /hermes/web10/b2504/pow.hellosimon/htdocs/flightgear_wiki/bin/ulimit.sh: /bin/bash: bad interpreter: Permission denied Examples can be found on the Aircraft page or on the A-10 page: http://wiki.flightgear.org/flightgear_wiki/index.php?title=Aircraft http://wiki.flightgear.org/flightgear_wiki/index.php?title=Fairchild_A-10 Thanks, Alexis - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft selection summary
On Thursday 06 December 2007 18:27:06 John Denker wrote: It might help to have some sort of download-on-demand feature. Then the base package can be quite small, containing just the name, thumbnail, and short description for each aircraft, plus the full model for a verrry small number of aircraft. Actually, I've often thought that this would be a nice feature. Not one that belongs in fgfs though (IMO), but in fgrun. I don't think that having --show-aircraft display non-installed aircraft would be useful, for example. This is a pretty serious user-interface issue, because it is completely unreasonable to expect users to download new aircraft when they don't know what's available. Showing them a menu of what's available makes a huge difference. I think we already do this far better than either MSFS or X-Plane, since (largely due to the free/OSS nature of FG and most of our models) practically all available aircraft for FGFS are available directly from the downloads page (complete with thumbnail!) But I would definitely love to see an aircraft download install feature in fgrun... Cheers, AJ - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft selection summary
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Sounds like a great idea. I would suggest using libcurl for the download (if you don't have a better idea). Some key features needed for making this good: * Update list of available aircrafts (when new are added to website). * Find updates for already installed aircrafts (bug fixes and such) * Ability to both install and remove aircrafts in a clean way. * Show images of not yet downloaded aircrafts. * Be able to only show aircrafts that work with the installed fgfs (for example: osg/plib, version...) However I find it hard to belive we could get this done in time for the release. A simpler version on the other hand could probably be done in time, but then if we later decide to add the rest we would have to consider backward compatibility of the system. Regards, Arvid Norlander John Denker wrote: It might help to have some sort of download-on-demand feature. In particular, fgfs --show-aircraft would show *all* known aircraft, with perhaps some indication of whether they had already been downloaded or not. The first use of a not-yet-downloaded aircraft would cause it to be automagically downloaded, assuming a network connection is available. Then the base package can be quite small, containing just the name, thumbnail, and short description for each aircraft, plus the full model for a verrry small number of aircraft. If you want to go the whole nine yards, you could a tool analogous to Debian deselect which shows the menu of what is available and what is selected, and allows downloading of new things and/or purging of old things. This is a pretty serious user-interface issue, because it is completely unreasonable to expect users to download new aircraft when they don't know what's available. Showing them a menu of what's available makes a huge difference. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFHWEf8WmK6ng/aMNkRClm1AKChVWeqyMHiYdr2703+oxYSXr99EwCgnvFk f7kNQsKPHogGh2O6Erm0Bq0= =9BXB -END PGP SIGNATURE- - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft selection summary
On Thursday 06 December 2007 19:05:35 AnMaster wrote: However I find it hard to belive we could get this done in time for the release. I don't think anyone was suggesting (or would suggest) that goal! For one thing, nobody has actually said they would write the code, and such a feature would almost certainly require changes in infrastructure in the website and extensive testing... Cheers, AJ - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft selection summary
On Dec 6, 2007 1:04 PM, AJ MacLeod wrote: Actually, I've often thought that this would be a nice feature. Not one that belongs in fgfs though (IMO), but in fgrun. I don't think that having --show-aircraft display non-installed aircraft would be useful, for example. Supposedly, OSG has a feature (or add on?) that will transparently download a model and it's subparts from a remote web site if it can't be found locally. I don't know if that's been incorporated into OSG, but at one point Don Burns said he was polishing it up. Regards, Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] wiki.flightgear.org cannot create thumbnails anymore
Hi Alex, On Dec 6, 2007 2:03 PM, alexis bory [EMAIL PROTECTED] wrote: Hi Simon, Instead of a nice thumbnail, we now have this message after uploading a new image. Error creating thumbnail: sh: /hermes/web10/b2504/pow.hellosimon/htdocs/flightgear_wiki/bin/ulimit.sh: /bin/bash: bad interpreter: Permission denied Thanks for reporting - I'll take a look at it. -- Simon Hollier - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft selection summary
Hi there, On 12/06/2007 04:22 AM, AJ MacLeod wrote: It might help to have some sort of download-on-demand feature. I think this is a good idea. I once thought about introducing such feature to the GUI launcher on Mac OS, but it was not that easy since there's no unifi ed aircraft package description that contains compatible fgfs version, image t humbnail, and description unless I make such list myself. If there exist unified aircraft package description (maybe in xml, or in rss c apable format), GUI launcher or fgfs itself can show and download available ai rcraft by referring to package descriptions from some designated site(s). The items needed for the description can be: - aircraft name - aircraft version, or last updated date - aircraft status (experiment, unstable, stable... whatever in the same fashio n) - compatible fgfs version - thumbnail image URL - package URL - list of package contents (for uninstalling, this can be embedded in a packag e itself) Though GUI launcher might be able to access the CVS to show and get the latest aircraft info, it is not compatible to aircraft that are not in CVS. so having a unified aircraft package and/or package description is better, I think. Best, Tat Tat [EMAIL PROTECTED] - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft selection summary
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 AJ MacLeod wrote: On Thursday 06 December 2007 19:05:35 AnMaster wrote: However I find it hard to belive we could get this done in time for the release. I don't think anyone was suggesting (or would suggest) that goal! For one thing, nobody has actually said they would write the code, and such a feature would almost certainly require changes in infrastructure in the website and extensive testing... I could code it during xmas, however it would be in the language I know best: C# for mono using GTK#. I would not be able to integrate the feature with either fgrun or fgfs directly. It would be a stand alone program. If you wanted: a fgfs protocol (using nasal maybe) + C# daemon. This however I expect a lot of people would object to. So I guess it is no point in doing it. Regards AnMaster -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFHWE9LWmK6ng/aMNkRCpXMAJ9J5i+d6Q38cFdUNs1+kBSGF78J9QCfaR4I wJ+E7Ufm1LgG5sp5+uIO6j8= =xijX -END PGP SIGNATURE- - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft selection summary
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Curtis Olson wrote: On Dec 6, 2007 1:04 PM, AJ MacLeod wrote: Actually, I've often thought that this would be a nice feature. Not one that belongs in fgfs though (IMO), but in fgrun. I don't think that having --show-aircraft display non-installed aircraft would be useful, for example. Supposedly, OSG has a feature (or add on?) that will transparently download a model and it's subparts from a remote web site if it can't be found locally. I don't know if that's been incorporated into OSG, but at one point Don Burns said he was polishing it up. I object to transparent download behind your back. As AJ suggested on IRC: AJ call it background sneaky transfer system /AnMaster -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFHWE/AWmK6ng/aMNkRCi7lAJ9tl9uIf+Ii56yrk1UfyDsroL0yWACglOmV WLWCnOmQUB4ngN7y+8u5MPg= =WFy4 -END PGP SIGNATURE- - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft selection summary
On Dec 6, 2007 1:38 PM, AnMaster wrote: I object to transparent download behind your back. As AJ suggested on IRC: AJ call it background sneaky transfer system Honestly, this is a weak point. An application has a lot of power and can do a lot of things over the network, to the local file system, to your personal files, etc. An application can do these things sneakily or in an open and straightforward manner. How about a windows application that goes and diddles with your registry or .dll's without telling you? How about an applications that goes and writes dot files in your home directory without saying anything? Many people are doing essentially a low-tech version of this same remote/ondemand download idea for scenery using terrasync. I've never heard of anyone refer to terrasync as doing something sneaky behind your back. How do you guys get through life without running a web browser which oh my downloads things that aren't already in your cache! Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ http://baron.flightgear.org/%7Ecurt/ Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft selection summary
On Thursday 06 December 2007 19:19:55 Curtis Olson wrote: Supposedly, OSG has a feature (or add on?) that will transparently download a model and it's subparts from a remote web site if it can't be found locally. I don't know if that's been incorporated into OSG, but at one point Don Burns said he was polishing it up. It does sound interesting (I'm imagining seeing custom aircraft paint schemes/liveries or even models on MP), but I know I'd personally be very wary of such a feature. I'm much happier with the idea of deliberate choice by the user to download and install something clearly defined, with a clearly advertised file size etc. It's something that I can't see myself ever using anyway (CVS is fine by me) but it's definitely something that would really help out some of our decidedly non computer-literate users. Cheers, AJ - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft selection summary
AnMaster, I could code it during xmas, however it would be in the language I know best : C# for mono using GTK#. I would not be able to integrate the feature with either fgrun or fgfs direc tly. It would be a stand alone program. If you wanted: a fgfs protocol (using nas al maybe) + C# daemon. It doesn't have to be embedded in fgfs or fgrun, but can be a separated progra m like yours or GUI launcher on each platform at this moment as long as the pack age description is properly defined. So I guess what we need to discuss is not the program itself but the format of description. I'd like to help on this. I also want to make some sample description and samp le program of this feature on Mac OS X if I have some spare time at around the end of thi s year. Best, Tat Tat [EMAIL PROTECTED] - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft selection summary
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Tatsuhiro Nishioka wrote: AnMaster, I could code it during xmas, however it would be in the language I know best : C# for mono using GTK#. I would not be able to integrate the feature with either fgrun or fgfs direc tly. It would be a stand alone program. If you wanted: a fgfs protocol (using nas al maybe) + C# daemon. It doesn't have to be embedded in fgfs or fgrun, but can be a separated progra m like yours or GUI launcher on each platform at this moment as long as the pack age description is properly defined. So I guess what we need to discuss is not the program itself but the format of description. I'd like to help on this. I also want to make some sample description and samp le program of this feature on Mac OS X if I have some spare time at around the end of thi s year. Client requesting an xml file from server seems the best way to go. A draft of format: aircrafts aircraft name short=A-10Fairchild-Republic A-10 Thunderbolt II/name download href=path/to/archive / thumbnail href=path/to/tumbnail / works-with version0.9.11/version version0.9.12/version /works-with description Blah blah blah. Blah blah!br / blah blah. /description /aircraft aircraft name short=LightningEnglish Electric Lightning/name download href=path/to/archive / thumbnail href=path/to/tumbnail / works-with version0.9.10/version version0.9.11/version version0.9.12/version /works-with description Something here. Whatever. blah. /description /aircraft /aircrafts Description could maybe allow some limited html (br /, h1/2/3..., a and maybe a few more)? Version information may need a better format. Maybe blacklisting versions. Maybe osg/plib info. Maybe other stuff too. Regards, Arvid Norlander -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFHWFn9WmK6ng/aMNkRCgdjAKCzFfKXa9XJUFBYM/OYb6L3nTNq4gCfVLaR p7kFfQ4gLXy2wZ2YfC6S/J8= =OF0X -END PGP SIGNATURE- - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft selection summary
On Thursday 06 December 2007 20:05:47 Curtis Olson wrote: Honestly, this is a weak point. An application has a lot of power and can do a lot of things over the network, to the local file system, to your personal files, etc. Which is why I suggest being cautious about monitoring the capabilities that FG has to ensure that it isn't too easily used in a malicious manner. I wish people would stop pasting single sentences out of IRC conversations into mailing lists - they're always taken out of context and end up saying something slightly different to what they did originally :-\ The BSTS comment was simply a passing, and not particularly good play on MS' BITS in response to someone else's comment about such a feature being MS-like. It wasn't a great rallying cry in the war against file transfer :-) Many people are doing essentially a low-tech version of this same remote/ondemand download idea for scenery using terrasync. I've never heard of anyone refer to terrasync as doing something sneaky behind your back. That's because it isn't. I don't use it myself - I choose the scenery sections I want and download them manually. But terrasync is completely optional and not built into fgfs - just like fgrun, which is where I was suggesting this kind of capability would be best situated. How do you guys get through life without running a web browser which oh my downloads things that aren't already in your cache! By being reasonably careful about which websites I visit, which web browser I use and by disabling javascript,flash et al by default (the noscript extension to firefox makes this practical to assign on a site-by-site basis.) Nobody is suggesting that downloading stuff is too dangerous to be considered - indeed I was the first to voice my support for John's idea! My opinion is just that users should have the best possible idea of exactly what, when and how much they are downloading. Cheers, AJ - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft selection summary
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 After some discussion on IRC (AJ pointed out that plural of aircraft is aircraft, and andy noted that PropertyList may be a more fg-style top node), I suggest that either change the top node to something else, or call it PropertyList and go the whole way and make it simgear style PropertyList and change subnodes to be fg compatible too. Regards, Arvid Norlander AnMaster wrote: Tatsuhiro Nishioka wrote: AnMaster, I could code it during xmas, however it would be in the language I know best : C# for mono using GTK#. I would not be able to integrate the feature with either fgrun or fgfs direc tly. It would be a stand alone program. If you wanted: a fgfs protocol (using nas al maybe) + C# daemon. It doesn't have to be embedded in fgfs or fgrun, but can be a separated progra m like yours or GUI launcher on each platform at this moment as long as the pack age description is properly defined. So I guess what we need to discuss is not the program itself but the format of description. I'd like to help on this. I also want to make some sample description and samp le program of this feature on Mac OS X if I have some spare time at around the end of thi s year. Client requesting an xml file from server seems the best way to go. A draft of format: aircrafts aircraft name short=A-10Fairchild-Republic A-10 Thunderbolt II/name download href=path/to/archive / thumbnail href=path/to/tumbnail / works-with version0.9.11/version version0.9.12/version /works-with description Blah blah blah. Blah blah!br / blah blah. /description /aircraft aircraft name short=LightningEnglish Electric Lightning/name download href=path/to/archive / thumbnail href=path/to/tumbnail / works-with version0.9.10/version version0.9.11/version version0.9.12/version /works-with description Something here. Whatever. blah. /description /aircraft /aircrafts Description could maybe allow some limited html (br /, h1/2/3..., a and maybe a few more)? Version information may need a better format. Maybe blacklisting versions. Maybe osg/plib info. Maybe other stuff too. Regards, Arvid Norlander - - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFHWF2SWmK6ng/aMNkRCvmvAJkB2GAXcuxamTLFN+DbSt2xhDdA3ACeIsLe 7kH1h/8H3Q4j7ToPZHyijlo= =ATPq -END PGP SIGNATURE- - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] wiki.flightgear.org cannot create thumbnails anymore
On Dec 6, 2007 2:24 PM, Simon Hollier [EMAIL PROTECTED] wrote: Hi Alex, On Dec 6, 2007 2:03 PM, alexis bory [EMAIL PROTECTED] wrote: Hi Simon, Instead of a nice thumbnail, we now have this message after uploading a new image. Error creating thumbnail: sh: /hermes/web10/b2504/pow.hellosimon/htdocs/flightgear_wiki/bin/ulimit.sh: /bin/bash: bad interpreter: Permission denied Thanks for reporting - I'll take a look at it. This appears to have been fixed, although some recent images may need to be uploaded again if you receive an error message for the thumbnail. I'm guessing my web host (Powweb - who I'm less than fond of) is cracking down on shell scripts, though Mediawiki seems to run fine without the ulimit shell script. -- Simon Hollier - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 737-300
--- Robin van Steenbergen [EMAIL PROTECTED] schrieb: Heiko Schulz schreef: Hi, Still working on the 3D-cockpit but a first release I can give this week! HHS Screenshots? Will that be an actual -300 cockpit (with EFIS and separate engine gauges) instead of the current 'NG-like' cockpit gauges? I do think there aren't enough decent airliners in the FG branch, which may be putting off current MSFS users because of the lack of accurate airliner sims (like the Level-D 767-300ER or PMDG 737-800). FG does provide enough opportunities to do system simulation through Nasal scripting, but the current panel engine is still somewhat limited in doing vector ('glass') cockpits. Hi A screenshot here: http://www.hoerbird.net/boeing737-300.3dcockpit1.jpg I have still trouble with perfomance, but I have a too old pc anyway ... That's why the developement is very slow and now cause of looking for a new job I will not really have the time to go one. So I will try this weekend to fix some things and maybe let commit it. I also changed the exterior model - it has now the real dimensions of a 737-300. I also changed the offset-position of the aircraft- it matches now to the contact points. ( no floating above ground!) I also improved the AP with adding the Vertical Speed Hold. The Overhead Panel has to be fixed and finished, the VOR-instrument has to be done and still a lot of other things. But the fdm of the 737 done here by Dave Culp is one of the best we have, I was really surprised that it can be flew exactly after the checklists and procedures which can be found on several sites in the web! Thanks David! Hopefully I can do it this week... Regards HHS Machen Sie Yahoo! zu Ihrer Startseite. Los geht's: http://de.yahoo.com/set - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 737-300
On jeu 6 décembre 2007, Heiko Schulz wrote: Hi A screenshot here: http://www.hoerbird.net/boeing737-300.3dcockpit1.jpg I have still trouble with perfomance, but I have a too old pc anyway ... That's why the developement is very slow and now cause of looking for a new job I will not really have the time to go one. So I will try this weekend to fix some things and maybe let commit it. I also changed the exterior model - it has now the real dimensions of a 737-300. I also changed the offset-position of the aircraft- it matches now to the contact points. ( no floating above ground!) I also improved the AP with adding the Vertical Speed Hold. The Overhead Panel has to be fixed and finished, the VOR-instrument has to be done and still a lot of other things. But the fdm of the 737 done here by Dave Culp is one of the best we have, I was really surprised that it can be flew exactly after the checklists and procedures which can be found on several sites in the web! Thanks David! Hopefully I can do it this week... Regards HHS Woua, Who said that 737 was dead :) Thanks Heiko Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ Less i work, better i go - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 737-300
Hi A screenshot here: http://www.hoerbird.net/boeing737-300.3dcockpit1.jpg I have still trouble with perfomance, but I have a too old pc anyway ... That's why the developement is very slow and now cause of looking for a new job I will not really have the time to go one. So I will try this weekend to fix some things and maybe let commit it. I also changed the exterior model - it has now the real dimensions of a 737-300. I also changed the offset-position of the aircraft- it matches now to the contact points. ( no floating above ground!) I also improved the AP with adding the Vertical Speed Hold. The Overhead Panel has to be fixed and finished, the VOR-instrument has to be done and still a lot of other things. But the fdm of the 737 done here by Dave Culp is one of the best we have, I was really surprised that it can be flew exactly after the checklists and procedures which can be found on several sites in the web! Thanks David! Hopefully I can do it this week... Regards HHS Thanks HHS for the 3D cockpit other people many months ago were going to do one and I have a part completed one in my local copy. But yours looks much better and I don't have the time at the moment to work on it. Thanks Cheers Innis _ Overpaid or Underpaid? Check our comprehensive Salary Centre http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fcontent%2Emycareer%2Ecom%2Eau%2Fsalary%2Dcentre%3Fs%5Fcid%3D595810_t=766724125_r=Hotmail_Email_Tagline_MyCareer_Oct07_m=EXT- SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] dual head problem
Guillaume CHAUVAT a écrit : I have the same bug, FG/OSG always opens on the :0 display, although my $DISPLAY has an other value. I think it's not due to OSG itself, because osgviewer has not this bug. Guillaume I tryed using a camera view in preference.xml, like the files john sent to me, just added : camera host-name type=string/host-name display0/display screen1/screen shear-x0/shear-x shear-y-2/shear-y width800/width height600/height fullscreen type=boolfalse/fullscreen /camera -- in the rendering section of preference.xml. it works, it make me a view splitted between the two screens. But I still don't know if it's possible to start FG-OSG from the second screen (using DISPLAY setting or in preference.xml) as it never did for me, and how to configure a static view in a camera section (like the boomer view while flying the KC-135). To finish, i've got some issues using dual view with clickable panels: I was unable to start the lightning, none of the clickable element worked, even tab that should call a menu did not work. with the pa24-250 it's different: automatique pilot contol and the radio panel are working, but none of the other switchs (still working with keyboard shortcut). I can join my Xorg.conf and other pc information if that helps jean . - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft selection summary
On Thursday 06 December 2007 19:49, Tatsuhiro Nishioka wrote: I could code it during xmas, however it would be in the language I know best : C# : for mono using GTK#. I would not be able to integrate the feature with either fgrun or fgfs directly. It would be a stand alone program. If you wanted: a fgfs protocol (using nasal maybe) + C# daemon. It doesn't have to be embedded in fgfs or fgrun, but can be a separated program like yours or GUI launcher on each platform at this moment as long as the pack age description is properly defined. So I guess what we need to discuss is not the program itself but the format of description. I'd like to help on this. I also want to make some sample description and samp le program of this feature on Mac OS X if I have some spare time at around the end of thi s year. Best, Tat I'd like to suggest at this point is that if anyone has an idea for a new FG add-on feature they should think about making it a 'distributed' prog that doesn't necessarily have to run on the same system as FG. Now that multi-core cpus are mainstream we have to accept that FG's current architecture is obsolete. No intention to upset anyone but that's the facts. LeeE - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 737-300
Hi A screenshot here: http://www.hoerbird.net/boeing737-300.3dcockpit1.jpg Wow. OK, that is sweet. But the fdm of the 737 done here by Dave Culp is one of the best we have, I was really surprised that it can be flew exactly after the checklists and procedures which can be found on several sites in the web! Regards HHS The 737 is ubiquitous and better yet from my perspective, there's a lot of good information about its flight characteristics. So, it is one aircraft that can potentially be modeled with a higher degree of realism. Granted, there are other airliner models that are very nice, too. So, regardless of which aircraft are specifically included in the next release, I think the discourse here is also valuable for discussing where some of the models can be improved. Jon Jon S. Berndt Development Coordinator JSBSim Project www.JSBSim.org - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] nonzero turbulence set by Preferences.xml?
Hi All, Would anyone object to setting all the turbulence values in Preferences.xml to 0.0 for this release? Even the small values set by Preferences.xml cause increasing oscillations for most JSBSim autopilots in APR mode because the 500 ft. agl boundary turbulence is 0.1. This is true for the c172p with the kap140 autopilot and the SenecaI with the AltimaticIIIc autopilot. Setting turbulence = 0.0 from fgrun will not zero these values. Using --turbulence=0.0 on the command line will result in all the turbulence values being zero. -Dave Perry - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] nonzero turbulence set by Preferences.xml?
On Dec 6, 2007 9:07 PM, dave perry wrote: Would anyone object to setting all the turbulence values in Preferences.xml to 0.0 for this release? Even the small values set by Preferences.xml cause increasing oscillations for most JSBSim autopilots in APR mode because the 500 ft. agl boundary turbulence is 0.1. This is true for the c172p with the kap140 autopilot and the SenecaI with the AltimaticIIIc autopilot. Setting turbulence = 0.0 from fgrun will not zero these values. Using --turbulence=0.0 on the command line will result in all the turbulence values being zero. I'll put in my vote for zeroing these out in the preferences.xml file. If someone wants interesting weather they can just enable the real time metar. Regards, Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] nonzero turbulence set by Preferences.xml?
Curtis Olson wrote: On Dec 6, 2007 9:07 PM, dave perry wrote: Would anyone object to setting all the turbulence values in Preferences.xml to 0.0 for this release? Even the small values set by Preferences.xml cause increasing oscillations for most JSBSim autopilots in APR mode because the 500 ft. agl boundary turbulence is 0.1 . This is true for the c172p with the kap140 autopilot and the SenecaI with the AltimaticIIIc autopilot. Setting turbulence = 0.0 from fgrun will not zero these values. Using --turbulence=0.0 on the command line will result in all the turbulence values being zero. I'll put in my vote for zeroing these out in the preferences.xml file. If someone wants interesting weather they can just enable the real time metar. Regards, Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ http://baron.flightgear.org/%7Ecurt/ Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d This change doesnt exactly affect the weather but is a temp hack until JSBsim developers adjust the modeling of turbulence. I donot see this issue with the other FDM. Calling for METAR or not is irrelevant I believe. I was calling for METAR on my test flights this evening, got real weather but no turb. - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] nonzero turbulence set by Preferences.xml?
dave perry wrote: Hi All, Would anyone object to setting all the turbulence values in Preferences.xml to 0.0 for this release? Even the small values set by Preferences.xml cause increasing oscillations for most JSBSim autopilots in APR mode because the 500 ft. agl boundary turbulence is 0.1. This is true for the c172p with the kap140 autopilot and the SenecaI with the AltimaticIIIc autopilot. Setting turbulence = 0.0 from fgrun will not zero these values. Using --turbulence=0.0 on the command line will result in all the turbulence values being zero. -Dave Perry Dave - Input from a humble user. I can confirm this on the cvs OSG version. Interestingly, the turbulence sliders in the weather conditions window of the gui all show no turb but only the command line invocation --turbulence=0.0 seems to actually set it to zero (--turbulence=0.0 set in the ~/.fgfsrc file does not do it). Although I like realistic flight my ILS approaches we very unstable with the turb values given in the Preferences.xml file when near the approach end of the runway. - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] dual head problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 jean pellotier wrote: Guillaume CHAUVAT a écrit : I have the same bug, FG/OSG always opens on the :0 display, although my $DISPLAY has an other value. I think it's not due to OSG itself, because osgviewer has not this bug. Guillaume I tryed using a camera view in preference.xml, like the files john sent to me, just added : camera host-name type=string/host-name display0/display screen1/screen shear-x0/shear-x shear-y-2/shear-y width800/width height600/height fullscreen type=boolfalse/fullscreen /camera -- in the rendering section of preference.xml. it works, it make me a view splitted between the two screens. But I still don't know if it's possible to start FG-OSG from the second screen (using DISPLAY setting or in preference.xml) as it never did for me, and how to configure a static view in a camera section (like the boomer view while flying the KC-135). To finish, i've got some issues using dual view with clickable panels: I was unable to start the lightning, none of the clickable element worked, even tab that should call a menu did not work. with the pa24-250 it's different: automatique pilot contol and the radio panel are working, but none of the other switchs (still working with keyboard shortcut). I can join my Xorg.conf and other pc information if that helps The fact that input events don't work from the second view is a known issue, complicated by support for old-style (SceneView) and new-style (osgViewer)window system management inside our OSG code. Fortunately we'll be able to abandon the former quite soon, which should make it easier to fix bugs in the latter. Tim -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFHWOF9eDhWHdXrDRURAp+hAJsFvNiQUC7MJJRZ6ys+8+RIsYMcfwCg2S2O MEZeIF7BMJA5nK+NBoIP2Ng= =rzeW -END PGP SIGNATURE- - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] nonzero turbulence set by Preferences.xml?
* Laurence Vanek -- Friday 07 December 2007: Although I like realistic flight my ILS approaches we very unstable with the turb values given in the Preferences.xml file [...] But, but ... some have just told us that we shouldn't make it too easy, or fgfs will be perceived as a toy. So I'd rather turn the values *up*. m. :-P - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel