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 fil
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 d
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 defau
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 sourc
> 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 se
On Sun, Feb 6, 2011 at 9:35 PM, Csaba Halász 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 existing tanks are covere
On Sun, Feb 6, 2011 at 9:24 PM, Bertrand Coconnier wrote:
> 2011/2/6 Torsten Dreyer :
>>
>> 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 (
2011/2/6 Torsten Dreyer :
>
> 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 and fuel de
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 g
> 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
2011/2/6 Torsten Dreyer :
> 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 would rather d
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
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 ideas.
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 se
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 r
2011/2/6 Torsten Dreyer :
>
> 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 cla
> 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
> 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 c
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,
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
> 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
---
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
--
2011/2/6 Erik Hofman :
> On Sun, 2011-02-06 at 07:56 -0600, Jon S. Berndt wrote:
>> > 2011/2/6 Jon S. Berndt :
>> > > 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?
>> > >
> 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
> > insta
On Sun, 2011-02-06 at 07:56 -0600, Jon S. Berndt wrote:
> > 2011/2/6 Jon S. Berndt :
> > > 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 ap
> 2011/2/6 Jon S. Berndt :
> > 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 specific path n
2011/2/6 Jon S. Berndt :
> 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' branch.
Cheers,
Bertr
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 FD
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
2011/2/6 ThorstenB :
> Hi Betrand,
>
> thanks for your patch. Only one comment on your patch though...
>
> On Sun, Feb 6, 2011 at 1:08 PM, Bertrand Coconnier wrote:
>> * I would rather make tied_properties a list of SGPropertyNode* rather
>> than a list of strings (same as above : internal JSBSim
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, T
Hi Betrand,
thanks for your patch. Only one comment on your patch though...
On Sun, Feb 6, 2011 at 1:08 PM, Bertrand Coconnier 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 really like the
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 whi
2011/1/30 Bertrand Coconnier :
> 2011/1/29 Ron Jensen :
>>
>> + double fuelDensity = Propulsion->GetTank(i)->GetDensity();
>>
>> ( ... )
>>
>> + Propulsion->GetTank(i)->GetContents() / fuelDensity);
>>
>>
>> Should we guard against GetDensity() returning 0?
>
> Correct.
>
> Please find an upda
2011/2/5 Jon S. Berndt :
>
> 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 executable and f
2011/2/5 ThorstenB :
> 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 has act
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 wrot
37 matches
Mail list logo