Hi All,
I also have the interpolation for the nose gear scissors done and working.
The main gear rotation interpolation is also done and working. I have been
busy on other projects today, so have not had time to clean this up for
a git push.
The main gear requires a different script based on the
On Sun, 13 Feb 2011 02:45:56 +0700, Harry wrote in message
:
> Gee Arnt,
>
>
> i am not the one to say, for starters what I am doing is quite off
> track compared to the average flight gear user. I have to remain
> prepared to hand do things to suit my needs. If I can hand edit a
> file in /etc
> > Hi Bertrand,
> >
> > I am currently working on a more generic solution to the issue based on
> > your
> > patch. Currently we have at least three different places within
> > FlightGear
> > calculating tank contents and converting them between different units.
> > The idea is to have a TankPrope
Hi Guys,
Thanks very much for looking at this. I had a play with it myself
yesterday, and have XML interpolation code already working for the
nose-gear in my local copy. I used an oleo length of 1ft as
/gear/gear[0]/gear-compression-ft and
/gear/gear[0]/gear-compression-norm seem to be the same
> Hi Bertrand,
>
> I am currently working on a more generic solution to the issue based on
> your
> patch. Currently we have at least three different places within
> FlightGear
> calculating tank contents and converting them between different units.
> The idea is to have a TankProperties class enc
Harry Campigli wrote:
> "You can net-stream to your LAN through PA as well. Just run the PA daemon
> in all your running boxes and each one of them can become a sink and a
> source for the others."
Yup, I'm using this in Linux school-server setups with diskless
terminals, works perfectly even wit
> > The stand-alone nasal compiled fine. Any ideas what is wrong here?
>
> No idea, sorry. It runs fine here and creates this result
Ah - wait a minute, there used to be a release version and a cvs version from
nasal and I think I have it installed from cvs here.
Haven't used it for a while and
> The stand-alone nasal compiled fine. Any ideas what is wrong here?
No idea, sorry. It runs fine here and creates this result:
0.000
0.000
0.050
1.751
0.100
3.463
0.150
5.140
0.200
6.786
0.250
8.404
0.300
9.996
0.350
11.565
0.400
13.112
0.450
14.640
0.500
16.151
0.550
17
> 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-f
> uel.nas, line 79
That should be fixed. However, the version in GIT is broken due to a
> But you have broken my patch! :)
Apologies! It's been a busy week and I tried to commit smart fixes between
long work-days. Obviously not a good idea ;-)
> Also, Anders pointed out that more tanks may be needed even if they
> are not (yet) in the property tree, so ultimately the FDM should be
>
I am having trouble getting the modified gearscissors.nas to run with
the stand alone nasal.
after adding the three numbers in gedit and saving the file, I get
$ nasal gearscissors.nas > GearScissorInterpolation.xml
Runtime error: undefined symbol
at gearscissors.nas, line 1
If I don't edit t
Interesting amongst the comments on that page,
"You can net-stream to your LAN through PA as well. Just run the PA daemon
in all your running boxes and each one of them can become a sink and a
source for the others."
That might have potential in a set up with mutiple machines networked in a
FG s
> By the way. The filtering that will remain in the c172p action-sim.nas
> for the nav radio could be moved to navradio.cxx. Here again, the
> needle damping and the needle behavior when tuned to an out-of-range
> frequency or when the gs is out of range is device dependent. The
> filtered value
Gee Arnt,
i am not the one to say, for starters what I am doing is quite off track
compared to the average flight gear user. I have to remain prepared to hand
do things to suit my needs. If I can hand edit a file in /etc once and know
its going to stay that way I am happy for my setup. I am not r
Hi Stuart,
Just a heads up. Since the scissors-length and scissors-distance are
the H and L in action-sim.nas, I am using Torsten's how-to to move the
nose gear link computations from action-sim.nas to xml interpolations.
You can check this off your "to do" list.
The c172p.ac file detail is
> > I have just looked at the compiler preferences.
> >
> > The linker does have "/FORCE:MULTIPLE" defined. Here is the command
> > line:-
>
> I know, I put it here ;-)
http://gitorious.org/fg/flightgear/blobs/next/CMakeLists.txt#line198
-Fred
--
Frédéric Bouvier
http://www.youtube.com/user/f
> I have just looked at the compiler preferences.
>
> The linker does have "/FORCE:MULTIPLE" defined. Here is the command
> line:-
I know, I put it here ;-)
-Fred
--
Frédéric Bouvier
http://www.youtube.com/user/fgfred64 Videos
-
Enough of that please.
I would be grateful if both of you AJ MacLeod and Alasdair ould stop
polluting everyone's mail box with your "discussion".
Thank you very much.
Bertrand.
--
The ultimate all-in-one performance too
On Sat, 12 Feb 2011 15:57:41 +
Alasdair wrote:
> Enough already, AJ
> I refuse to make public the contents of the off-list message you wrote
> to me addressed "Dear Adversory"
This whole tongue in cheek business seems to be acceptable one direction,
doesn't it? As I said, some people will m
..no sound after running Flash, YouTube, etc. (pulseaudio solution)
http://www.webcitation.org/5kcZukzEL
--
..med vennlig hilsen = with Kind Regards from Arnt Karlsen
...with a number of polar bear hunters in his ancestry...
Scenarios always come in sets of three:
best case, worst case, and
--
From: "Frederic Bouvier"
Sent: Saturday, February 12, 2011 3:58 PM
To: "FlightGear developers discussions"
Subject: Re: [Flightgear-devel] Cmake + VC2010 link errors
> Hi Allan,
>
> this issue has been discussed on the osg ML and is likely a b
On Sat, 12 Feb 2011 18:39:50 +0700, Harry wrote in message
:
> On Sat, Feb 12, 2011 at 5:51 PM, Erik Hofman wrote:
>
> > On Sat, 2011-02-12 at 17:38 +0700, Harry Campigli wrote:
> > > Hi Eric,
> > >
> > > Thanks for that, I would be most gratefull to lias with you on FG
> > > sound
> > >
> > >
This issue has already been addressed in the current implementation.
Tim used a slave camera to draw the near geometry while the main camera
draws the far geometry. Look in CameraGroup.cxx and in
/sim/rendering/camera-group/znear properties.
There is one camera that draws between
/sim/rendering
Hi Allan,
this issue has been discussed on the osg ML and is likely a bug in VS2010.
These warnings are the best we can do. By default, these are errors, but the
cmake configure script adds "/FORCE:MULTIPLE" to allow multiply defined symbols
in an executable.
Regards,
-Fred
- "Alan Teede
On Sat, 2011-02-12 at 11:53 +, AJ MacLeod wrote:
> On Fri, 11 Feb 2011 16:44:04 -0800 (PST)
> Gene Buckle wrote:
>
> > On Sat, 12 Feb 2011, AJ MacLeod wrote:
> > > Just ignore him, he's clearly an illiterate imbecile ;-)
> > I think ya'll just need to hang this one up and let it alone.
>
> *
On Sat, 2011-02-12 at 15:44 +0100, Erik Hofman wrote:
> On Sat, 2011-02-12 at 10:04 +, Heiko Schulz wrote:
>
> > Interestingly I heard that FGFS should give you a message if you use a
> > multi-channel-soundfile- I never had that on win32 here, even using a
> > multichannel-file.
>
> Diving
On Sat, 2011-02-12 at 10:04 +, Heiko Schulz wrote:
> Interestingly I heard that FGFS should give you a message if you use a
> multi-channel-soundfile- I never had that on win32 here, even using a
> multichannel-file.
Diving deeper into it this actually might be an ALUT bug/omission since
th
I've not met a programmer/developer yet who was a shrinking violet. It keeps
everyone energized.
Regards,
Duane
-Original Message-
From: Alasdair [mailto:ali...@btinternet.com]
Sent: Saturday, February 12, 2011 8:46 AM
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel]
xOn Fri, 2011-02-11 at 20:43 -0500, Duane Andre wrote:
> I don't know about y'all, and even though I am not a developer, y'all
> deserve a tremendous vote of thanks and appreciation for all you've done for
> this community. And, as I said that I'm not a developer, I have learned a
> lot in the shor
Allan
I know nothing about building on windows, but I have found installing osg
multiple times on linux can cause issues as it does not always un-install
cleanly, and the next install may not overwrite what is left behind. All is
nice till you try and compile against it. Especially if its a differ
On Fri, 11 Feb 2011 16:44:04 -0800 (PST)
Gene Buckle wrote:
> On Sat, 12 Feb 2011, AJ MacLeod wrote:
> > Just ignore him, he's clearly an illiterate imbecile ;-)
> I think ya'll just need to hang this one up and let it alone.
*sigh* People will always read bad motives into everything...
To set
Curtis,
I know, it's a problem solved in FG many years ago :). I know it arises
in all simulations and has to be solved in some way. Falcon4 for example
apears to be scaling the cockpit model 10x of original size (from what i
have seen in the code).
Thanks for advice, i will check it! It was a
On Sat, Feb 12, 2011 at 5:51 PM, Erik Hofman wrote:
> On Sat, 2011-02-12 at 17:38 +0700, Harry Campigli wrote:
> > Hi Eric,
> >
> > Thanks for that, I would be most gratefull to lias with you on FG
> > sound
> >
> > To explain its a multi motherboard sim setup with Boeing panels
> > interfaced vi
After many rebuilds of OSG, Simgear and Flightgear with the Cmake system I
am still seeing a few warnings and errors at link time.
Does anyone have any ideas please?
TIA
Alan
-- Build started: Project: fgfs, Configuration: Release Win32 --
osgDB.lib(osg69-osgDB.dll) : warning LNK4006:
On Sat, 2011-02-12 at 17:38 +0700, Harry Campigli wrote:
> Hi Eric,
>
> Thanks for that, I would be most gratefull to lias with you on FG
> sound
>
> To explain its a multi motherboard sim setup with Boeing panels
> interfaced via a can network.
>
>
> Each nav, comm and dme head has its own
Hi Eric,
Thanks for that, I would be most gratefull to lias with you on FG sound
To explain its a multi motherboard sim setup with Boeing panels interfaced
via a can network.
Each nav, comm and dme head has its own volume, these I expect can be dealt
with, what i was hoping to do was use the a
On Sat, 2011-02-12 at 10:04 +, Heiko Schulz wrote:
> Sorry to come up again with that but I still wonder why it doesn't work that
> good on win-systems.
I sincerely wouldn't know since I haven't been using windows for ages. I
do know that there are a lot of small differences between OpenAL
im
On Sat, 2011-02-12 at 10:04 +, Heiko Schulz wrote:
> Sorry to come up again with that but I still wonder why it doesn't work that
> good on win-systems.
> Interestingly I heard that FGFS should give you a message if you use a
> multi-channel-soundfile- I never had that on win32 here, even us
Hi,
>
> 3d audio rendering should be working properly. I know it
> does over here,
> it's just that many aircraft have omni-directional sounds
> located at the
> center of the aircraft basically rendering 3d audio
> useless.
>
> Erik
Sorry to come up again with that but I still wonder why it d
On Fri, 2011-02-11 at 09:41 -0600, Curtis Olson wrote:
> Hi Harry,
>
>
> FlightGear uses a 3d sound system so as far as I know, we can't
> directly split sound like you are asking for. However it should be
> possible to specify the position of a sound in the cockpit and achieve
> pretty much the
Hi Harry,
>
> Could I ask if via simgear and I assume to alsa behind that, if its
> possible to to get control over the levels of left and right channels
> and hook them on the property tree.
>
> Where I am heading here splitting a single stereo sound device into 2
> mono channels, ie is to be
41 matches
Mail list logo
