Re: [Flightgear-devel] BUG - Evening, Rain, Propeller
Ron Jensen wrote: It probably should be, but it could use some help at the moment. Step one should probably be cleaning all the stray shift-tabs in the xml files and standardizing the indentation... I notice that c172p-set.xml has two separate sets of model tags... The -set files have created an ugly include chain, I don't believe one set file should include another, if that is needed there should be a base xml file both include, ala helijah's style. possibly the c172/ directory should be consolidated into c172p... Agreed, on all of them. Erik -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] BUG - Evening, Rain, Propeller
Heiko Schulz wrote: The Model-Author of the c172p has this on his list, but did not find any time to change this... Hi Heiko (and anyone who is maintaining the c172P), Several questions: First, who is the Model-Author for the c172p? A search of the c172 folder only yields David Megginson who has not been active with fgfs for some time. The current 3d model was don by someone else; perhaps you. Second, I have edited my local copy for cvs so that the nav-light switch also controls instrument/pannel lights so the c172p can be flown at night. I also point the vors to the recent changed Instruments-3d/vor folder which you can try out using either the cvs pa24 or cvs pa28. with these changes to Instruments-3d/vor, the GS flag now works and the needles smoothly transition to 0.0 when out-of-range or when tuned to a non-gs vor/loc. Does anyone object to committing these changes? Regards, Dave P. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] BUG - Evening, Rain, Propeller
dave perry wrote: First, who is the Model-Author for the c172p? Heiko Schulz is the author of the current 3D model, yet I'm pretty convinced that he left the FDM unchanged, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] BUG - Evening, Rain, Propeller
On 16 Nov 2009, at 17:37, dave perry wrote: Second, I have edited my local copy for cvs so that the nav-light switch also controls instrument/pannel lights so the c172p can be flown at night. I also point the vors to the recent changed Instruments-3d/vor folder which you can try out using either the cvs pa24 or cvs pa28. with these changes to Instruments-3d/vor, the GS flag now works and the needles smoothly transition to 0.0 when out-of-range or when tuned to a non-gs vor/loc. Does anyone object to committing these changes? In general, I would far prefer the C172P to be as high quality (and functional as possible), rather than worrying about 'ownership' of this particular aircraft. I realise for most aircraft ownership is very important to the original developers, but since the C172 is the default, I think it should be understood as a group effort. Of course if someone volunteers to act as maintainer, that'd be great, and more power to them! James -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] BUG - Evening, Rain, Propeller
James Turner wrote: In general, I would far prefer the C172P to be as high quality (and functional as possible), I would even say that the default c172p would be the sample implementation of an aircraft in FlightGear meaning that it should reflect the latest code as closely as possible. Erik -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] BUG - Evening, Rain, Propeller
Hello Dave, I did the the 3d-model incl. the 3d-panel, but there was still a lot of issues. All other things (fdm, wrapping xml's, 2d-panels etc) I left untouched. Hi Heiko (and anyone who is maintaining the c172P), Several questions: First, who is the Model-Author for the c172p? A search of the c172 folder only yields David Megginson who has not been active with fgfs for some time. The current 3d model was don by someone else; perhaps you. Second, I have edited my local copy for cvs so that the nav-light switch also controls instrument/pannel lights so the c172p can be flown at night. I also point the vors to the recent changed Instruments-3d/vor folder which you can try out using either the cvs pa24 or cvs pa28. with these changes to Instruments-3d/vor, the GS flag now works and the needles smoothly transition to 0.0 when out-of-range or when tuned to a non-gs vor/loc. Does anyone object to committing these changes? That sounds great, and I'm agree with this changes. Kind Regards Heiko -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] BUG - Evening, Rain, Propeller
Heiko Schulz wrote: Hello Dave, I did the the 3d-model incl. the 3d-panel, but there was still a lot of issues. All other things (fdm, wrapping xml's, 2d-panels etc) I left untouched. Hi Heiko (and anyone who is maintaining the c172P), Several questions: First, who is the Model-Author for the c172p? A search of the c172 folder only yields David Megginson who has not been active with fgfs for some time. The current 3d model was don by someone else; perhaps you. Second, I have edited my local copy for cvs so that the nav-light switch also controls instrument/pannel lights so the c172p can be flown at night. I also point the vors to the recent changed Instruments-3d/vor folder which you can try out using either the cvs pa24 or cvs pa28. with these changes to Instruments-3d/vor, the GS flag now works and the needles smoothly transition to 0.0 when out-of-range or when tuned to a non-gs vor/loc. Does anyone object to committing these changes? That sounds great, and I'm agree with this changes. Kind Regards Heiko Thanks Heiko, I will submit a patch with the above update. Dave P. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] BUG - Evening, Rain, Propeller
On Mon, 2009-11-16 at 20:37 +0100, Erik Hofman wrote: James Turner wrote: In general, I would far prefer the C172P to be as high quality (and functional as possible), I would even say that the default c172p would be the sample implementation of an aircraft in FlightGear meaning that it should reflect the latest code as closely as possible. Erik It probably should be, but it could use some help at the moment. Step one should probably be cleaning all the stray shift-tabs in the xml files and standardizing the indentation... I notice that c172p-set.xml has two separate sets of model tags... The -set files have created an ugly include chain, I don't believe one set file should include another, if that is needed there should be a base xml file both include, ala helijah's style. possibly the c172/ directory should be consolidated into c172p... Ron -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] BUG - Evening, Rain, Propeller
Hi, this bug is best seen by an example. Look at http://www.martinlaabs.de/tmp/fgfs-screen-008.png The view through the propeller is free of rain. This is most impressive if the sun is near the horizon. The rain is also falling into the cockpit which is annoying. I use the current CVS version. Greetings, Martin Laabs -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] BUG - Evening, Rain, Propeller
Hi, Hi, this bug is best seen by an example. Look at http://www.martinlaabs.de/tmp/fgfs-screen-008.png The view through the propeller is free of rain. This is most impressive if the sun is near the horizon. The rain is also falling into the cockpit which is annoying. The first thing is more a issue of the aircraft developer- it can be fixed by changing the prop-animation. ( there are some other prop-aicrafts which don't show this issue...). The Model-Author of the c172p has this on his list, but did not find any time to change this... The second bug is really annoying, but to fix this means to change the hardcode - no idea if someone is around with the knowledge to do so, but for the next relase it would be really good Regards HHS -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] BUG - Evening, Rain, Propeller
So how does one to fix the issue on the aircraft then? In the tu154b I cannot see rain or snow outside the cockpit at all do to (I think) the transparency on the windshield. The rain/snow/etc inside the cockpit should be easily fixable using the depth buffer, but I'm not familiar with the flightgear/simgear/osg code base so I cannot be any help actually implementing in flightgear. Theres also a bug with the rain/snow when moving the camera around, in that it a appears to `speed up'...not sure a better way to put it. cheers! -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel