On Thursday 10 February 2011 11:33:52 Geoff McLane wrote:
> >From what Henri said, it certainly seems possible
>
> that nasal is dickering with the "gear Z position
> (gear/unit/z-position) ...", or something, so more
> to explore here...
>
> I can see in c172p/Nasal/action_sim.nas that it,
> in t
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 tex
On Thu, Feb 10, 2011 at 7:33 PM, Geoff McLane wrote:
>
> (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
> at 012345Z
> (received from SimGea
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. I.e.,
> 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 ultimat
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,
>
>
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 's
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=0&d=1
On my system, the error vanished, i don't understand why.
Anyhow your jsbsim fix should solve , or at least reduce the bad
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 b
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:
> http://www.flightgear.org/blogs/curt/uas/misc
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 the
Hi Syd,
I use the (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
FCU.hdg.degs
yz-plane
right-bottom
-90.0
-0.068
-0.0
> 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 ,
> %2.0f for altitude at 3029.23341234 prints 3029 .
> Scaling the prope
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:
3.14
and a code fragment like
class MyClass {
public:
double getter() const { return foo; }
void setter( double d ) { foo
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 ,
%2.0f for altitude at 3029.23341234 prints 3029 .
Scaling the property by 0.01
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) Parallel
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 se
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
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 chanc
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 so
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 scene
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
machines
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 th
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 09:19,
On Thu, Feb 10, 2011 at 3:21 PM, henri orange 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.
--
Csaba/Jester
---
On Feb 10, 2011, at 8:09 AM, 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 t
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:
/wrklvm/FlightGear/FlightGear_CVS/data/Aircraft/Boeing314/Nasal/Boe
Ok Cheers Frederick,
A project for tomorrow.
Best regards Harry
On Thu, Feb 10, 2011 at 9:05 PM, Frederic Bouvier wrote:
> 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
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
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
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 w
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 ;=()
Loo
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" a écrit :
>
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 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 -
> --atlas=socket,out,5,localhos
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 -
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 a
37 matches
Mail list logo
