So I don't know where is the simgear_config.h file?
Maybe that is generation by compiler.
Does any relation with the VS 2008 config?
-邮件原件-
发件人: Arnt Karlsen [mailto:a...@c2i.net]
发送时间: 2011年4月4日 4:00
收件人: flightgear-devel@lists.sourceforge.net
主题: Re: [Flightgear-devel] SimGear Compiler
On Fri, Apr 1, 2011 at 12:38 AM, Jon S. Berndt wrote:
> Actually, Alan is correct, as Ron also mentioned in the JSBSim-devel list,
> where this topic is cross-posted. I think it is quite possible that we can
> already do this using definitions in the section
> of an aircraft spec. file. There is
On Monday 04 April 2011 01:00:36 Vivian Meazza wrote:
> Emilian
>
> > On Thursday 31 March 2011 12:03:50 Vivian Meazza wrote:
> > > > Happens here if I disable and then reenable the shaders with the
> > > > view-
> > > >
> > > > rendering options.
> > >
> > > What happens?
> >
> > The render bi
Emilian
>
> On Thursday 31 March 2011 12:03:50 Vivian Meazza wrote:
>
> > >
> > > Happens here if I disable and then reenable the shaders with the view-
> >
> > > rendering options.
> >
> > What happens?
>
> The render bin error.
> >
> > > Also most of the "no image file, .." errors go away if I
On Sun, Apr 3, 2011 at 3:41 PM, ThorstenB wrote:
Maybe someone could do some tests when changing the setting
>> (SGPagedLOD.hxx:56) from "CACHE_NONE" to "CACHE_IMAGES" or even to
>> "CACHE_ALL" (then recompile/install sg+fg). Would be interesting to
>> know
>> how this
On Sun, 3 Apr 2011 23:21:08 +0800, Chengde wrote in message
<395281372DA944E98255F70369FF0429@b9b11736cd184f3>:
> 1>-- Build started: Project: SimGear, Configuration: Debug Win32
> 1>--
>
> 1>Generation of simgear_config.h
>
> 1>系统找不到指定的文件。
.."System can not find the file specified."??
I think you're really beating yourself up the hard way. ;-)
My suggestion:
get a board from
http://www.diolan.com/i2c/u2c12_doc/u2c_spi_config_ss_fun.html
and 7-segment driver chips from Maxim (7219) with an SPI interface (drives
8 alpha-numeric per chip) or a Maxim 6954 that drives 16 alpha-nu
Roberto,
> though on the wire I send precisely 7 digit numbers: 3 digits
> followed by a dot and 3 decimal digits);
As you describe correctly, you're transmitting strings (= series of
ASCII characters).
>>> int
For an input protocol this is the _target_ type. With "int" your
_string_ is parsed an
Ok Torsten, let's resume.
You suggest:
> Send this as an INT with the generic protocol and use
> A
> B
> within your
But then:
>> int
> that's the nature of an INT: no fractions at all :-P
I don't see a way out.
- I send an INT to FGFS, the ((value_on_wire * factor) + offset) calculation
get
On 03/04/11 15:04, Roberto Inzerillo wrote:
> Good to know Jon, I'll be glad to talk about that with you.
> I like your hardware approach, getting your hands "dirty" on a naked ATMega16
> should be fun too :-)
It's interesting, and results in *much* smaller code than you'd get
using the arduino
> int
>
that's the nature of an INT: no fractions at all :-P
Torsten
--
Create and publish websites with WebMatrix
Use the most popular FREE web apps or write code yourself;
WebMatrix provides all the features you nee
> You only need a uint8_t (8-bit) variable for the NAV and a uint16_t
> (16bit) variable for the COMM part.
>
> Send this as an INT with the generic protocol and use
> A
> B
> within your
>
> offset and factor are used like
> (output from flightgear): value_on_the_wire = property_value * factor
On 03.04.2011 16:18, Torsten Dreyer wrote:
> Me, too. I had a few coredumps with the 4-nvidia-cards, 8 monitors
> (multithreading=automatic) setup since I had that enabled. I was not able to
> backtrace and blame it to the CACHING-Option, however. So this might just be a
> random correlation.
In fa
1>-- Build started: Project: SimGear, Configuration: Debug Win32 --
1>Generation of simgear_config.h
1>系统找不到指定的文件。
1>Project : error PRJ0019: A tool returned an error code from "Generation of
simgear_config.h"
1>Creating browse information file...
1>Microsoft Browse Information Mainten
> You only need a uint8_t (8-bit) variable for the NAV and a uint16_t
> (16bit) variable for the COMM part.
>
> Send this as an INT with the generic protocol and use
> A
> B
> within your
>
> offset and factor are used like
> (output from flightgear): value_on_the_wire = property_value * factor
> I've also been using CACHE_ALL since then - not seeing any problems. But
> I haven't checked memory consumption. So, what's the status about the
> OSG caching options, should we enable these? Tim?
Me, too. I had a few coredumps with the 4-nvidia-cards, 8 monitors
(multithreading=automatic) setup
>> I purchased a few rotary encoder and a bunch of 7segment displays to
>> build a physical replacement of the Bendix KX165. I'm using Arduino which
>> feeds data to FGFS on a serial connection. I'd like to update
>> "instrumentation/comm[0]/frequencies/standby-mhz" property using the rotary
>> e
>>> Maybe someone could do some tests when changing the setting
>>> >> (SGPagedLOD.hxx:56) from "CACHE_NONE" to "CACHE_IMAGES" or even to
>>> >> "CACHE_ALL" (then recompile/install sg+fg). Would be interesting to know
>>> >> how this changed loading times, run-time fps and memory consumption.
>
>
> "Others"? Who? Where in the code should I look for it? What should I search
> for?
>
Me ;-)
But even simpler for the microcontroller: the internal representation neither
khz nor mhz but channel. For the COMM, channel 0 is 118.000 Mhz and channel
759 equals 136.975 MHz. The formula to conve
On 31/03/11 21:28, Roberto Inzerillo wrote:
> Hallo everybody,
> I purchased a few rotary encoder and a bunch of 7segment displays to build
> a physical replacement of the Bendix KX165. I'm using Arduino which feeds
> data to FGFS on a serial connection. I'd like to update
> "instrumentation/c
On Sun, 2011-04-03 at 12:01 +0200, Roberto Inzerillo wrote:
> > One solution others have used is to express the frequency in kHz instead of
> > MHz so use 131925 instead of 131.925 and some nasal magic to copy your kHz
> > value to the MHz value.
> >
> > Ron
>
> "Others"? Who? Where in the code s
On Sun, 2011-04-03 at 12:00 +0200, Roberto Inzerillo wrote:
> >> Well, readme.protocol does not mention a double format, float only;
> >> should I think double is anyway, just undocumented? I should really study
> >> more
> >> C++ and read the code by myself, damn
> >
> > Note, you could also
> One solution others have used is to express the frequency in kHz instead of
> MHz so use 131925 instead of 131.925 and some nasal magic to copy your kHz
> value to the MHz value.
>
> Ron
"Others"? Who? Where in the code should I look for it? What should I search for?
--
GMX DSL Doppel-Flat
>> Well, readme.protocol does not mention a double format, float only;
>> should I think double is anyway, just undocumented? I should really study
>> more
>> C++ and read the code by myself, damn
>
> Note, you could also define "fixed" which is a fixed point integer
> representation of a fl
>> Well, readme.protocol does not mention a double format, float only;
>> should I think double is anyway, just undocumented? I should really study
>> more
>> C++ and read the code by myself, damn
> That's an omission in the documentation, you could define "double"
> instead of "float" with
On Sun, 2011-04-03 at 01:52 +0200, Roberto Inzerillo wrote:
> Well, readme.protocol does not mention a double format, float only; should I
> think double is anyway, just undocumented? I should really study more C++ and
> read the code by myself, damn
Note, you could also define "fixed" which
On Sun, 2011-04-03 at 01:52 +0200, Roberto Inzerillo wrote:
> Well, readme.protocol does not mention a double format, float only; should I
> think double is anyway, just undocumented? I should really study more C++ and
> read the code by myself, damn
That's an omission in the documentation,
27 matches
Mail list logo