Hi,
I've pushed an improvement to our Nasal script loading process. Should
help with some of the issues we recently discussed.
1. Nasal scripts can now be grouped into submodules stored in separate
folders (fgdata/Nasal/MyModule/*.nas). This has several advantages:
- Better structure. Things
On 30.03.2011 08:31, thorsten.i.r...@jyu.fi wrote:
How do arrays and objects count? If an object counts as one reference,
then it's very efficient to use I guess - if every key in the hash counts
as one, then certainly less so.
Right. I believe arrays and hashs may both be implemented
Comments welcome. If there are no objections, I'll update fgdata/Nasal
shortly, moving some initial modules to separate folders. I've tested
this locally with the multiplayer, local weather, wildfire and ATC
chatter scripts.
Sounds all good to me.
I'm currently setting the default properties
On Fri, Apr 1, 2011 at 12:34 AM, Curtis Olson curtol...@gmail.com wrote:
So, it might be a good idea to record all properties in an interval of a
few seconds only, while only recording properties that have actually
changed with every frame. That should allow to drastically reduce the
amount
As a followup to Thorsten's suggestion I was fooling around with my Arduino,
making it send a series of fixed lenght float values to FGFS but they got
corrupted!?!? How's that?
Ok, to be more precise, Arduino is sending 7 bytes long strings and a constant
int value to FGFS that reads it all
Every standby-mhz value Arduino is sending has been previously formatted so
that it has at most three decimals, something like that: 139.775 or 129.675.
Problem is FGFS shows /instrumentation/comm/frequencies/standby-mhz as
139.7749939 or 129.6750031. There's something wrong with that and I
Hi everyone,
every end of the month when I pre-read the latest edition of the FlightGear
Newsletter, it is proven to me
that our community is not just alive, but booming! All those people working
on various parts of the sims;
it is always a pleasure to follow new developments.
As I've been
I feel it is just about time to thank all server people
(and ask forgiveness for some not so nice thoughts the last weeks)
the last weeks there had been some big problems as well with the
MPserver's as also FGcom server
Today and yesterday it just worked great! Even with over 70 concurrent
It's an issue with the finite precision of floating point variables.
Everyone is suprised when first seeing this. Only values which happen to
be a sum of binary fractions (e.g. 1/2 + 1/4 + 1/8) can be represented
accurately. Everything else, even simple _decimal_ values such as 0.1
or
Hey J.!
I'm still having a partition on my compi with an old Ubuntu-Kernel
especially kept for terragear purposes. It's a long time ago that I
terrageared on that one; anyway, tell me which areas are supposed to
be generated, I will try to (remember how to :-) ) generate the scenery.
Greetings
On Saturday 02 April 2011 17:52:58 Roberto Inzerillo wrote:
It's an issue with the finite precision of floating point variables.
Everyone is suprised when first seeing this. Only values which happen to
be a sum of binary fractions (e.g. 1/2 + 1/4 + 1/8) can be represented
accurately.
11 matches
Mail list logo