I would like to make a small mod to Fgrun, I would like explore the options
of making it drive fgfs multiple machines rather than just one.
I spent some time studying the code today and it looked like it runs fgfs as
a child process from the run_posix module.
Am I on the right track with this
Hi Fred,
As previously stated, thanks for the great
WIN32 installer v20110207 ... it works like
a charm ;=))
But it seems fgrun adds Atlas -
--atlas=socket,out,5,localhost,5505,udp
by default, which is not really a problem.
But then when you check the Atlas option
it adds a 2nd Atlas command -
Hi Geoff,
There is an --atlas option dedicated to Terrasync
Regards,
-Fred
- Geoff McLane a écrit :
Hi Fred,
As previously stated, thanks for the great
WIN32 installer v20110207 ... it works like
a charm ;=))
But it seems fgrun adds Atlas -
On Wed, 2011-02-09 at 19:51 +, Martin Spott wrote:
I have seen this on various asphalt runways as well...
Well, I just experimented by editing apt.dat.gz, and
inverted the 'surface' numbers - made the 4204 ft
runway 15x a 4, and the short 08x 1902 a 5, and no more
tilting ;=)) so far...
One
Hi,
yes, you're right, fgrun use the code in run_posix.cxx to create a new fgfs
process, but only on Linux.
You are allowed to specify the command line you want as executable in the first
page, so why not starting your script that way ?
Regards,
-Fred
- Harry Campigli
On Thu, 2011-02-10 at 14:04 +0100, Frederic Bouvier wrote:
There is an --atlas option dedicated to Terrasync
Hi Fred,
Ok, that explains it. Terrasync 'monitors' 5505
for position changes... that make sense.
And I can now see unchecking TerraSync:5505
removes that (extra) Atlas option ;=()
Hey Thank you Frederic,
I get the gist of your message, I point fgrun at a script that will accept
the argument string, sort out the options then fire of relevant the command
to the various machines.
i am all for having a custom script to deal with these unorthodox setups
than needlessly tinker
It's up to you to block the script or not. fgrun doesn't need anything from the
program it launch
Regards,
-Fred
- Harry Campigli a écrit :
Hey Thank you Frederic,
I get the gist of your message, I point fgrun at a script that will accept
the argument string, sort out the
On Thursday 10 February 2011 06:09:56 Geoff McLane wrote:
On Wed, 2011-02-09 at 19:51 +, Martin Spott wrote:
I have seen this on various asphalt runways as well...
Well, I just experimented by editing apt.dat.gz, and
inverted the 'surface' numbers - made the 4204 ft
runway 15x a 4, and
Ok Cheers Frederick,
A project for tomorrow.
Best regards Harry
On Thu, Feb 10, 2011 at 9:05 PM, Frederic Bouvier fredfgf...@free.frwrote:
It's up to you to block the script or not. fgrun doesn't need anything from
the program it launch
Regards,
-Fred
- Harry Campigli a écrit :
That was not my point.
I was talking about the Nasal error.
Nasal runtime error: vector index 7 out of bounds (size: 7)
at
/wrklvm/FlightGear/FlightGear_CVS/data/Aircraft/Boeing314/Nasal/Boeing314-fuel.nas,
line 79
called from:
On Thu, Feb 10, 2011 at 3:21 PM, henri orange hohora...@gmail.com wrote:
That was not my point.
I was talking about the Nasal error.
I know. I just pointed out that the GIT version is broken anyway.
BUT working around the missing file, it DOES now fly, without the fuel
nasal error.
--
Correct. JSBSim itself makes no distinction between ground materials (hence
the reason why some aircrafts are able to land on water). This can however
be managed with Nasal scripts. So I would say that this issue is likely
located in one of the C172 Nasal scripts.
Bertrand
Le 10 févr. 2011
By the way we can play with the gear Z position (gear/unit/z-position) and
the well known terrain nasal script (geodinfo) which expose the terrain
load-resistance.
Though, that feature is only eye candy.
More constructive, to use the specifics friction_factor, rolling_friction
experimented with
Hi,
RE: http://www.geoffair.net/tmp/tilted-001.png
Thank you. All good points...
Am presently Terrasync e000n40 so I can try the
Grass (3) at LFPZ Saint Cyr l Ecole, where I am sure
I have seen this tilting back several times before...
Also, it does not happen EVERY time, in each of 3
Hi Paul,
Here is an interesting link that explains the core of the problem.
http://www.sjbaker.org/steve/omniv/love_your_z_buffer.html
It's been a while, but one technique for dealing with this is to clear the
zbuffer and reset the near plane location when drawing different portions of
the
On 02/10/2011 08:15 AM, Geoff McLane wrote:
Also, it does not happen EVERY time, in each of 3
machines, 3 OSes... but when I get the situation, it seems
very repeatable...
Is there any chance this depends on having a _tailwind_
or something like that?
Crosswinds and tailwinds can cause some
On Thu, 10 Feb 2011 09:27:55 -0700, John wrote in message
4d54120b.1090...@av8n.com:
On 02/10/2011 08:15 AM, Geoff McLane wrote:
Also, it does not happen EVERY time, in each of 3
machines, 3 OSes... but when I get the situation, it seems
very repeatable...
Is there any chance this
Hi,
Re: http://www.geoffair.net/tmp/tilted-001.png
Again, thanks for the multiple inputs...
1. __tailwind__
(a) John, I wanted to try your metar to see if it looked
related, but like Arnt I can not get the metar string through
the command parser!
Always -
Fatal error: Failed to open file
Geoff McLane wrote:
1. __tailwind__
I would assume that if you don't specify the runway on startup, you'll
automagically get placed against the wind, as you would do in real
life. If I'm correct, then tailwind does not apply.
Cheers,
martin.
--
Unix _IS_ user friendly - it's just
Hi Henri,
I think I found the error, it was in JSBSim's FGForce class. I've
proposed a fix on the JSBSim-devel mailing list.
Best regards,
Andreas
--
The ultimate all-in-one performance toolkit: Intel(R)
Hi guys,
I.ve been working at changing over the Citation X EFIS to use 3d text
,but having a few problems. The property scale and offset don't work
here , and formating doesnt behave like I expected ... for example ,
format%2.0f/format for altitude at 3029.23341234 prints 3029 .
Scaling the
Hi all - here comes a tricky one:
(good bugs are usually tricky - not everything tricky is necessarily a bug)
Imagine an arbitrary PropertyList config file like this:
PropertyList
foo type=double3.14/foo
/PropertyList
and a code fragment like
class MyClass {
public:
double getter() const {
Hi guys,
I.ve been working at changing over the Citation X EFIS to use 3d text
,but having a few problems. The property scale and offset don't work
here , and formating doesnt behave like I expected ... for example ,
format%2.0f/format for altitude at 3029.23341234 prints 3029 .
Scaling
Hi Syd,
I use the text (aka OSG Text) a lot in
Aircraft/A380/XML/Flightdeck/Pedestal/mcdu_new_display_01.xml
But if you are after a zero filled format, have a look in
Aircraft/A380/XML/Glareshield/fcu.xml
text
nameFCU.hdg.degs/name
axis-alignmentyz-plane/axis-alignment
I have a hopefully quick question. I've generated a 3d model mesh in ac3d
format. I'm doing this from a perl script and I posted some pictures and
details of the actual model here:
http://www.flightgear.org/blogs/curt/uas/misc/3d-modelling-with-perl/
My script just generates the left half of
On Thursday, February 10, 2011 01:24:32 PM Curtis Olson wrote:
I have a hopefully quick question. I've generated a 3d model mesh in ac3d
format. I'm doing this from a perl script and I posted some pictures and
details of the actual model here:
On Thu, 10 Feb 2011, Curtis Olson wrote:
It's probably something super simple, but I've googled and haven't found the
right set of keywords I guess. Is there an easy way to get all my faces the
right way so both sides of my model are right side out and look correct?
I'm no blender expert but
Hi, Andreas
Thanks a lot.
However , with the Catalina last updated version:
https://sites.google.com/site/grtuxhangar/home/download/PBY-Catalina.tar.bz2?attredirects=0d=1
On my system, the error vanished, i don't understand why.
Anyhow your jsbsim fix should solve , or at least reduce the bad
Hey Curt,
This is the process I use in Blender 2.49 - its slightly different but similar
for Blender 2.5x
Use face select mode, select the faces you need to flip, and in 'mesh tools'
click 'flip normals', then re-save your model - that *should* do the trick.
Another useful trick is to click
Hi Chris,
I turned on normals and they are all pointing outwards on both halves of my
model. It looks good in blender, but when I export it to 3ds and open it up
in osgviewer, the mirrored half is still inside out.
Curt.
On Thu, Feb 10, 2011 at 3:45 PM, Chris Wilkinson wrote:
Hey Curt,
Stay tuned,
Quick update: I found the reason for this bug (see previous post SimGear bug?
read-only properties tied to object methods not initialized) so there is a
good chance for a fix soon.
Torsten
--
The ultimate
Curt,
To add to what Anders and Chris have said:
Mirroring an object reverses the order of vertices in faces, which
results in polygon normals pointing in the opposite direction--
outside becomes inside.
If you're mirroring in Edit mode, you should only need to do the flip
normals command.
Thanks guys I'll look through those examples...
The reason I need to split the altitude is the PFD display scrolls
less than 100 values in steps of 10 and in smaller text. 100 and
greater digits are larger non scrolling text ... easy to do with
textures and textranslate, but I'm attempting a 3d
34 matches
Mail list logo