Hi Anders, thanks for the response. Well I am a hardware man, absolutely no programmer, but I have managed some C in microchip pic for my sim hardware (mostly modified scraped avionics and panels) and written up a IO driver for it in FG, so for me, starting from scratch is not an option, I do know my way around FG a little bit now. I could work with making the Volkswagen from a Porce approach.
I like to stay with the existing FG instruments and way of doing things. Also if possible I want to retain the sound hardware availability on the slave. So I am still back to a minimal FG compile solution. If need be I will just use a normal MB, its just these small Atom boards are ideal for the job from the point of cost, size and power usage. A cost effective solution especially when just run from a memory stick. I have found a few win add ons that just display instruments, but so far all are MSFS add ons, quite pricey and I am uncertain if there is enough detail freely available to write a driver or protocol to talk to them as they seem to hook into a windows dll. Also there may be some options in the Glass Cockpit project, I saw somewhere someone had revitalised it again. reg Harry On 5/18/10, Anders Gidenstam <anders-...@gidenstam.org> wrote: > On Tue, 18 May 2010, Harry Campigli wrote: > >> Hello all, >> >> I would like to set up a networked slave in the normal manner, however >> I only want it to display some instruments on a panel of my design in >> an osg view. >> For this I would like to use an Intel atom board which is a pretty >> feeble MB but suits because its small, and low power use. These >> boards don't seem to be up to running FG V2 in the normal mode. >> But surely this MB can generate and just display the instruments when >> the FDM is shutdown and the values are coming in on a socket. > > Hi, > > My suggestion is that you find or write an application that displays just > instruments. You can easily get the relevant data needed to drive the > display out of FG using the generic protocol system. That way you don't > need to change FlightGear at all. I suspect that there might even be > existing appropriate programs out there to just render instruments driven > by data sent from FlightGear or some other flight simulator. > > Hmm, or was part of your requirements that the instrument (panel) is > created in the same way is in FG (i.e. the XML and 3d model files)? > > > Cheers, > > Anders > -- > --------------------------------------------------------------------------- > Anders Gidenstam > WWW: http://www.gidenstam.org/FlightGear/ > > ------------------------------------------------------------------------------ > > _______________________________________________ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > -- Regards Harry 19b Jln Danau Poso Sanur, Bali 80228 H +62 361 285629 M +62 812 7016328 ------------------------------------------------------------------------------ _______________________________________________ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
