A problem shared is a problem * 0.5 apparently. With some c++ and nasal (sneezes, dribbles and a tissue to contain tacticle stuff) then the 1/2 ratio can be rapidly reduced.
So my frustration is with the "scenery" part of FlightGear. Eg can I fly from Cardiff to Barcelona without scenery disappearing disappointedly; which is what happened recently, whilst training my 65+ uncle who was well into it at that point. However we soon diverted to an airport with scenery and landed successfully. Indeed I have submitted my first TaxiDraw to Robin Peel, and wishing to move onto scenery next which is a grey area atmo (more later). (Disclosure: My brother is on the "independent board of governors" of a local school in UK. Live foss/CD's are already distributed and of course their flavors of ubuntu/debian/suse/gentoo LIVE cd already, and kids and parent and aunties and uncles and grand..and..all. love it, cos it dont mess up their system. They can also Free leg ie != BootLeg. The project target/tangent is to get ALL of them to put themselves on the map, ie scenery design and fly over it) Quick question? how many users have been "kicked off the FG network" cos they didnt have a licence ? As I'm on Ubuntu/Debian/Apt and one thought that keeps recusing, thought that keep, thought is a central debian packages for scenery. Indeed also for nav.dat/apt.dat etc. Is anyone packaging already ? ubuntu is from fg upstream ? If so hows is done and how do we go run it for FG. Ie ROOT. x-plane data, is this mirrored into CVS or not ? Should that be separate.. That only covers apt and nav data. Indeed maybe this should/could be push/pull as well. The idea of a daily dabble comes to mind. This page is what I am looking at http://wiki.flightgear.org/index.php/Scenery What I'm trying to do in py as experiment is to be able to 1) "select" - please download this new scenery 2) "unselect" - remove this from my system cos its taking a lot of space etc 3) "update" - gimme the latest curring edge 4) "custom" - my local scenery which will make it into 4 and then 1 However the "scenery" goes to FG_ROOT in fact it should be split imho to (Because its a sudo or a patented.m$.runas ie it DONT need root.. ie I can ad to scenary and override..).. * FG_AIRCRAFT * and FG_SCENERY * and FG_DATA It wont sing well on windows, because Steve Blamer wont like that. ? am out of touch with those platform.boots maybe. as Xbox users are crying their pilows. What we all want it a simple click of a button to "pull" and update the data. I understand that this can be pulled live ? however that sucks bandwidth. and its not gonna be cached which means cash for ISP. It would be possible to create a scenario with say 10 laptops/PC's all boot from FlightGear.Live CD. One machine would nominally be a server, ie maybe a direct internet connection, whilst all the others would be local. These are some thoughts. At least when the clouds are 3D then we can fly through them; and being child like, they like to fly in formation and play with each other. Which is why I kinda need the local CD than can run down the street.. for fun. maybe it's a silly idea mad idea, but I err towards having some distributed system, and that goes with the multiplayer. Ie not overload the real one. Vatsim and IVAO are examples of that, although unfamiliar. Im into mass distribution myself.. so we can all fly.. pedro ac001 Ayr Cymru - daffodil.uk.com Now I'm gonna fly from stansted in england and land in EGLL, with the hope that I am atomised in a seg fault around the prime meridian. Otherwise I'll probably have to land at bexhill or gatwick and I hope I don't get vaporised there. ------------------------------------------------------------------------------ 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
