c172p-team / c172p Goto Github PK
View Code? Open in Web Editor NEWA high detailed version of the Cessna 172P aircraft for FlightGear
License: GNU General Public License v2.0
A high detailed version of the Cessna 172P aircraft for FlightGear
License: GNU General Public License v2.0
PRC04 - crash detect/gear collapse - see Cap10C for example
PRC08 - check failures
Gilberto: tested all failures individually (all instruments, all systems, engine, flaps, etc.) and they all seem to work perfectly as expected. Maybe someone else would like to double check this before marking it as solved, but I guess it's all well here. But see some suggestions concerning failures on items PRC07, PRC10, PRC11 and PRC12
PRC06 - primer procedure with flooded engine: if the engine is flooded and turned off (lean mix, no throttle, mags off) and then on again, it automatically resets the situation and requires more primer, while in real life it would have a different procedure (it would stay flooded)
3D12 - Always ZHI
3D08 - retopology of the panels.
XML06 - Add Thorsten's new effect for glass
PRC12 - model pitot icing
Correction to the checklist: it is common practise to have the beacon light ON before starting engine, not after (it helps to warn people around that you are about to start the plane)
Should I add this to the "Before Starting Engine" checklist at the end or to "Starting Engine" at the top?
TEX13 - see what to do with the older liveries, since they will require some updates if we want to keep them (adding wing lights, propeller, etc. to each one of them)
3D10 - Add reflex on the glass.
TEX04 - when new magneto keyhole texture is applied, create text (OFF, L, R, BOTH, START) in the background panels
TUT01 - Tutorials are currently not working. They crash the simulator
XML15 - if an alternator is turned off (such by a failure), the battery should slowly drain all its energy over a certain period of time (minimally 30 minutes, probably more for a good working battery), causing a complete electrical failure. In case it was not a failure and the alternator is turned on again, the battery should recharge back over time
3D18 - Fix color difference between spinner and fuselage (probably there is a difference in the parameters used in the materials of spinner and fuselage, fixable in Blender). See: http://s14.postimg.org/v79i8sj69/spinner_too_bright.png
3D02 - fuselage around the panel is way too large. Compare the pictures below:
http://i.ytimg.com/vi/LHPTqAe09Fo/maxresdefault.jpg
http://cdn1.airplane-pictures.net/images/uploaded-images/2010/1/25/76689.jpg
http://s23.postimg.org/u4ky33ygb/fgfs_screen_006.png
http://s2.postimg.org/pi120hoqh/fgfs_screen_004.png
some more images from outside shows that the panel raises above the height of the nose, so either our nose is too high or our panel is too low. See:
http://img.planespotters.net/photo/266000/original/PH-LFA-Private-Cessna-172_PlanespottersNet_266397.jpg
http://www.m0a.com/wordpress/wp-content/uploads/2009/01/cessna-172m-m0a.jpg
https://www.flickr.com/photos/14575229@N06/13820582295
XML13 - When hoovering the mouse above the battery switch, it displays the message MASTER. This should be changed to BAT, since a master switch is composed of both BAT and ALT (currently the alternator displays the message ALT which is correct)
3D07 - fix some face loops on the fuselage.
Some missing items could be added to the checklists:
To "Before Starting Engine":
To page 2 of "Before Takeoff":
To "Cruise":
To "Descent":
To "After Landing":
To "Securing Airplane":
3D05 - when moving the rudder, part of the fuselage moves as well. The back of the plane should be redesigned, the rudder should go all the way to the bottom, see:
3D15 - Doc the blender file and the caveats involved. Intents to give ludomotico freedom to change the model if i die flying (hehehe).
3D11 - can put "glass effect" over the gauges. What do you think ?
3D01 - correct number of breakers (fuses)
XML11 - Radios are saving the volume state, but they are displaying information when starting at volume 0. If one turns the knob to another volume and back to 0, then the information disappears as expected.
XML19 - save the state of the fuel selector
PRC07 - implement oil management and oil check
PRC02- fine tune tyresmoke for better display at softer landing?
3D13 - Don't forget to remove ZHI easter-egg when finish (until now, two cents at the baggage, one for gsagostinho and one to ludomotico).
TEX12 - search for unused textures and delete them
3D09 - Remodel the base giving it a better shape. (Is it lower than normal ?)
3D17 - Propeller blades and wing lights do not change their texture when changing liveries and themes.
TEX11 - when the project is finished, optimize all textures by creating an optimum palette (indexed colour). Also flatten image of textures that do not use alpha channel before exporting them in order to minimize their sizes. Test load with $ pmap $(ps -C fgfs -o pid=)
XML16 - better modelling of Ammeter: it should read zero if battery fully recharged and alternator on, or show the positive flow of current from the alternator to the battery if the latter is not fully recharged, or show the negative flow of energy being drained from the battery if alternator fails or is turned off.
Current implementation has a known bug, reported by @wkitty42:
with the throttle at 13% I have ""good"" AMP output on the gauge. If I drop the throttle one level (PgDn) it drops to 11% and the AMP reading drops below 0 (zero) on the left half of the gauge. This is with the battery switch ON.
I can easily reproduce the issue above.
3D14 - Organize the blender file. It was ok, in the first time I imported. Until I realize the livery problem pointed by ludomotico. Then I just reimported the original model and was muuuuuch more lazy than the first time.
XML18 - save the state of the light switches as well, not only the radio volume knobs. This way it is possible to leave the beacon light always ON (as some pilots do, described by ludomotico)
3D06 - livery must be discussed. Maybe wing and tail in a single file with all sides (top, bottom, right and left).
XML14 - Instrument illumination is too strong during daytime. In the original c172p, one could hardly tell the difference between 0% and 100% instrument illumination during daytime. At night time, our project behave exactly as expected.
XML03 - the background of the attitude indicator (just behind the moving part which shows the attitude) is currently grey, but it should be coloured according to the file AI1.rgb
PRC10 - model carb icing: in specific meteorological conditions where carburator icing would happen, it would cause the engine's RPM to drop, which may be followed by engine roughness and even complete engine failure. Currently I can't make the carburator develop ice.
TEX02 - create both high resolution (2048x2048) and regular resolution (1024x1024) of HD liveries and allow the user to switch among them (such as by using two different liveries, one called "OH-CTL (HD texture)" and the other simply "OH-CTL")
XML08 - fine tune ALS shadow to translate lower with aircraft on deck and translate higher on altitude gain
TUT02 - Add missions to the extended tutorial system
XML05 - make flaps clickable in the cockpit
TEX10 - create texture for the cap of the ventube (top left and top right of the panel, as seen here: http://www.cruik.org/blog/ventubes/ventube-out.jpg)
XML07 - Check all interior objects are NOT selected if the viewer is further than 50m (useful in multiplayer)
XML17 - better modelling of Loadmeter: when both alternator and battery are switched on it reads ~33 V (almost an electric overload, I believe), which is already beyond the yellow range. Turning lights, radios and instrument on and off currently make no difference, but I believe it should raise the load of the system
TEX03 - better texture for the ceiling
PRC03 - add dust effect during off-pavement landing and take-off.
PRC01 - carb heat does not drop RPM as expected
XML12 - Regarding the master switch, the battery switch should be on the right side while the alternator should be on the left. Currently they are inverted.
PRC11 - electrical failure could be actually divided into two different types of failures: 1) electric overload and 2) alternator failure (see XML15 #36)
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.