> I think a dynamic shared library system that lets an a/c load up a module of > its particular code when it is loaded needs to be added to the system -- be > a nice place to stick information unique to that plane that is dynamic in > nature -- can handle specialized panel displays, hud, etc.... > In that case, some kind of framework should be built so that the plug-in could run on a seperate machine if needed.
> Give me a LITTLE time to get the basics online :) (Or a persistent dynamic > civilian world -- hehehe read in airline flight schedules daily) > Persistant world period. The benefits would be just too phenomenal to think about, especially from the just-wanna-have-fun user end of this thing. Here's a scenario for ya: User connects up, and picks where they want to fly from and what class of aircraft they want to fly. They're then deposited in the FBO, terminal building or AFB hangar on the field they're going to fly from. They could then pick what they wanted to fly by menu, _or_ by walking outside and picking the plane they wanted from a selection of them parked on the ramp. All the while seeing AI and real traffic above them and other users wandering around on the ground with them. Makes me all squishy-headed just thinking about the possibilities. *sigh* > > > > MORE MORE MORE :) > > NOW NOW NOW! :) g. _______________________________________________ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
