Sorry guys, I originally did all these sounds as single channel but then
re-mastered some of them and must have forgotten use my FG friendly Export
script.
I'll have all these fixed by tomorrow.
Alex
On 5 Feb 2011, at 11:21, Arnt Karlsen wrote:
On Sat, 05 Feb 2011 10:12:33 +0100, Erik
2011/2/5 ThorstenB bre...@gmail.com:
On 05.02.2011 16:21, ThorstenB wrote:
I'm currently testing a different patch for the same issue: instead of
untieing all properties below the /fdm/jsbsim (only), I added a list
to JSBSim's FGPropertyManagager, so it keeps track of all the
properties it
2011/2/5 Jon S. Berndt jonsber...@comcast.net:
I'll have to go back and look at the [JSBSim] code again. I'd like to figure
out how to make resetting work better from the API - more naturally and
without having to reload the aircraft model. This would be useful for both
the JSBSim standalone
2011/1/30 Bertrand Coconnier bcoco...@gmail.com:
2011/1/29 Ron Jensen w...@jentronics.com:
+ double fuelDensity = Propulsion-GetTank(i)-GetDensity();
( ... )
+ Propulsion-GetTank(i)-GetContents() / fuelDensity);
Should we guard against GetDensity() returning 0?
Correct.
Please
On Sun, 6 Feb 2011, Bertrand Coconnier wrote:
Hi Jon,
You may already know that but the current behaviour of Flight Gear
reset process is coded at a higher level than JSBSim glue code
(JSBSim.cxx). The reset process is to unbind - delete - create a new
instance of the FDM no matter which
Hi Betrand,
thanks for your patch. Only one comment on your patch though...
On Sun, Feb 6, 2011 at 1:08 PM, Bertrand Coconnier bcoco...@gmail.com wrote:
* I would rather make tied_properties a list of SGPropertyNode* rather
than a list of strings (same as above : internal JSBSim stuff)
I don't
I'd love to help , but things are tight right at the moment how
much time do we have before the event ?
I should be able to pitch in a little in a month or so if that's not too late.
I'm also not sure how to go about this with the posted mail address.
Cheers
On Sat, Feb 5, 2011 at 1:57 PM,
2011/2/6 ThorstenB bre...@gmail.com:
Hi Betrand,
thanks for your patch. Only one comment on your patch though...
On Sun, Feb 6, 2011 at 1:08 PM, Bertrand Coconnier bcoco...@gmail.com wrote:
* I would rather make tied_properties a list of SGPropertyNode* rather
than a list of strings (same
Bertrand,
Is this patch supposed to be applied to JSBSim as it currently exists in
JSBSim CVS, or applied against the patch that Thorsten mentions?
Jon
-Original Message-
From: Bertrand Coconnier [mailto:bcoco...@gmail.com]
Sent: Sunday, February 06, 2011 6:09 AM
To: FlightGear
On Sun, 2011-02-06 at 13:18 +0100, Bertrand Coconnier wrote:
Hi Jon,
You may already know that but the current behaviour of Flight Gear
reset process is coded at a higher level than JSBSim glue code
(JSBSim.cxx). The reset process is to unbind - delete - create a new
instance of the FDM no
2011/2/6 Jon S. Berndt jonsber...@comcast.net:
Bertrand,
Is this patch supposed to be applied to JSBSim as it currently exists in
JSBSim CVS, or applied against the patch that Thorsten mentions?
It is supposed to be a Flight Gear patch and be applied against last
revision of git 'next'
2011/2/6 Jon S. Berndt jonsber...@comcast.net:
Bertrand,
Is this patch supposed to be applied to JSBSim as it currently exists
in
JSBSim CVS, or applied against the patch that Thorsten mentions?
BTW, this patch won't apply automatically due to path issues. I am required
to enter
On Sun, 2011-02-06 at 07:56 -0600, Jon S. Berndt wrote:
2011/2/6 Jon S. Berndt jonsber...@comcast.net:
Bertrand,
Is this patch supposed to be applied to JSBSim as it currently exists
in
JSBSim CVS, or applied against the patch that Thorsten mentions?
BTW, this patch won't
On Sun, 2011-02-06 at 13:18 +0100, Bertrand Coconnier wrote:
Hi Jon,
You may already know that but the current behaviour of Flight Gear
reset process is coded at a higher level than JSBSim glue code
(JSBSim.cxx). The reset process is to unbind - delete - create a new
instance of the
2011/2/6 Erik Hofman e...@ehofman.com:
On Sun, 2011-02-06 at 07:56 -0600, Jon S. Berndt wrote:
2011/2/6 Jon S. Berndt jonsber...@comcast.net:
Bertrand,
Is this patch supposed to be applied to JSBSim as it currently exists
in
JSBSim CVS, or applied against the patch that Thorsten
On Sun, 2011-02-06 at 15:03 +0100, Bertrand Coconnier wrote:
It is not sufficient because Thorsten's patch needs to be applied first.
I am building a complete patch against JSBSim and will post in JSBSim
mailing list.
Oh sorry I missed that.
Erik
Go to JSBSim/src and add '-p 4' to the patch command line.
(this skips 4 levels of directory entries)
Erik
That works. Sort of. But it's trying to patch JSBSim.cxx which we no longer
have in JSBSim standalone.
Jon
It's never to late and after the show is just before the next show. We will
keep this running for a while.
If you go to http://www.paypal.com/ you find some kind of transfer money
link somewhere on that site. Just follow the instructions, it's easy.
But please - don't stress your budget. After
On 06.02.2011 15:07, Jon S. Berndt wrote:
That works. Sort of. But it's trying to patch JSBSim.cxx which we no longer
have in JSBSim standalone.
Patch looks good and is pushed to FlightGear/next now (so our
JSBSim.cxx is also updated now). Thanks Betrand!
PS: I've made several reset tests,
Hi FG developers,
Since no further comments have been made, is there any chance to see
this patch committed in Flight Gear ?
In case you would have additional comments or questions before
committing, I am of course open to answer them
Cheers,
Bertrand.
Hi Bertrand,
I am currently
PS: I've made several reset tests, all look good now. Also, no
side-effects with the previous patches were reported, so I'm also
pushing the patches to FG/2.2 now (trying to remember the entire patch
sequence... :) ).
cheers,
Thorsten
We'll definitely want to be sure that we don't lose
2011/2/6 Torsten Dreyer tors...@t3r.de:
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
No one has answered yet which makes me guess (a) I didn't ask very well or
(b) no one knows the answer, so let me try again here.
I created a local clone of my fgdata repository using the --local option
which builds hard links to the master original repository and saves lots of
space. The clone
Ok, I think I figured this out. The clue was in the error message I posted.
I had the branch in question checked out in my main repository clone, so
the system couldn't push changes from my --local clone of the branch back
into that branch in the primary clone.
I guess that makes some sort of
Guys,
As some of you know I run an importing and sourcing company specialising in
merchandising.
I'd like to help the cause by donating a few boxes of 3D glasses, I can get
them branded with the FlightGear logo and URL etc.
Happy to help with any other merchandise also if there are any
On 6 Feb 2011, at 14:34, Torsten Dreyer wrote:
I'm curently testing various aircraft on Windows and Linux and I hope to get
this commited later today.
Need to update the MSVC90 project file?
http://flightgear.simpits.org:8080/job/FlightGear-next-Win/395/
James
2011/2/6 Torsten Dreyer tors...@t3r.de:
I'm curently testing various aircraft on Windows and Linux and I hope to get
this commited later today.
Torsten,
I have checked your code and it breaks the previous behaviour for
JSBSim. Your code is overwriting JSBSim values during initialization,
I
Need to update the MSVC90 project file?
Yep - that's done.
All builds should be green again.
This patch provides consistent tank properties for
/consumables/fuel/tank[0..7]. The handled properties under each branch are
* level-kg (fuel level in kilogramm)
* density-kgpm3 (fuel density in kg
On Sun, 6 Feb 2011, Alexander Barrett wrote:
Guys,
As some of you know I run an importing and sourcing company specialising
in merchandising.
I'd like to help the cause by donating a few boxes of 3D glasses, I can
get them branded with the FlightGear logo and URL etc.
While the glasses
2011/2/6 Torsten Dreyer tors...@t3r.de:
I tried the few JSBSim and YASim aircraft that I'm able to handle, please
report if I broke anything.
Have you read my previous e-mail ? I attached a patch because JSBSim
fuel calcs are broken (tested aircraft is p51d). All P51d tank
capacities, levels
On Sun, Feb 6, 2011 at 9:24 PM, Bertrand Coconnier bcoco...@gmail.com wrote:
2011/2/6 Torsten Dreyer tors...@t3r.de:
I tried the few JSBSim and YASim aircraft that I'm able to handle, please
report if I broke anything.
Have you read my previous e-mail ? I attached a patch because JSBSim
On Sun, Feb 6, 2011 at 9:35 PM, Csaba Halász csaba.hal...@gmail.com wrote:
But the Concorde still doesn't fly, it now runs out of fuel after a
few seconds. Still investigating that issue.
And that is because of the hardcoded default of 8 fuel tanks. Attached
patch makes sure at least the
I have checked your code and it breaks the previous behaviour for
JSBSim. Your code is overwriting JSBSim values during initialization,
I would rather do it the other way around and make JSBSim overwrite
FlightGear default values. Especially because the capacity of all the
tanks is now set to
I'm sure we'll end up with plenty of spares! I always have a habit of
over-ordering - thats why I'll never afford that Bentley I dream of
On 6 Feb 2011, at 20:17, Gene Buckle wrote:
On Sun, 6 Feb 2011, Alexander Barrett wrote:
Guys,
As some of you know I run an importing and sourcing
On Sunday, February 06, 2011 01:13:28 PM Torsten Dreyer wrote:
I have checked your code and it breaks the previous behaviour for
JSBSim. Your code is overwriting JSBSim values during initialization,
I would rather do it the other way around and make JSBSim overwrite
FlightGear default
Torsten Dreyer wrote:
All donations will be used for the sole purpose of adding to or maintaining
the equipment used at the shows.
BTW, you can be sure we'll stick to this rule for at least three
reasons:
1.) We announced it this way !!
2.) We'll try hard to make sure the way we spend the
All.
With out modifying the code, is there a way do define IO commands in the
preference.xml file rather than the command line? I suspect not but
hopefully I am wrong.
To explain, in a set up where multiple machines with differing io configs ,
pick up their startup command line and preference
37 matches
Mail list logo
