Well there's a bit more work to do on the B1900d than I expected ...
updating gear animations to use the new properties , props , etc ...
removing some unused hotspots , so it should be ready tomorrow ...
If I read correctly it looks like Frederic already put the files in CVS
before I fixed ever
Selon syd :
> > Could you please explicitly say whether you allow this patch to be
> > committed or not?
> >
> >
> Hi again , just checking things out , then I'll send it to Curt.By the
> way , regardless of what some are saying , thanks for asking first. Any
> updates I would have done to the B1
I added the three pyramids present on Giza plateau in Cairo. You can see the screenshots right here:http://flamebunny.homelinux.net/pics/fgfs/Khufu.jpg
http://flamebunny.homelinux.net/pics/fgfs/Great_Pyramids.jpgNow all I need to do is to find someone to commit them...Once they are available to any
You're right. Sorry, I was looking at the
version in the JSBSim cvs.
No exceptions there.
From: David Megginson
<[EMAIL PROTECTED]>ail.com> Re: Re: Re: easyxml.cxx tweak
2006-03-20 17:31
I write more Java than C++, so I might be importing my prejudice
Arnt Karlsen wrote:
> On Mon, 20 Mar 2006 18:16:20 -0500, Josh wrote in message
> <[EMAIL PROTECTED]>:
>
>
>>Arnt Karlsen wrote:
>>
>>>On Mon, 20 Mar 2006 15:51:33 -0500, Josh wrote in message
>>><[EMAIL PROTECTED]>:
>>>
>>>
>>>
Markus Barenhoff wrote:
>· "Berndt, Jon S" <[EMA
> While there could be bugs there, they shouldn't be related to line
> ends. Expat (underneath EasyXML) will have normalized all of the line
> ends before JSBSim ever sees the data.
>
> David
I stepped through the code. It *appears* that the line endings were NOT
handled by expat. There could be
On Mon, 20 Mar 2006 18:16:20 -0500, Josh wrote in message
<[EMAIL PROTECTED]>:
> Arnt Karlsen wrote:
> > On Mon, 20 Mar 2006 15:51:33 -0500, Josh wrote in message
> > <[EMAIL PROTECTED]>:
> >
> >
> > >Markus Barenhoff wrote:
> > >
> > > >· "Berndt, Jon S" <[EMAIL PROTECTED]> wrote:
> > > >
> >
On Monday 20 March 2006 20:47, David Megginson wrote:
> Perhaps in a future, more sophisticated implementation, we can limit
> the number of cycles the nasal interpreter can run in any frame.
>
>
> All the best,
>
>
> David
hmm... I don't know. Having the entire simulator locked to framerate alre
On 20/03/06, Ampere K. Hardraade <[EMAIL PROTECTED]> wrote:
> To make FlightGear hang via Nasal, it is simple:
>
> while (0!=1){
> }
Perhaps in a future, more sophisticated implementation, we can limit
the number of cycles the nasal interpreter can run in any frame.
All the best,
David
--
ht
On Monday 20 March 2006 11:16, David Megginson wrote:
> Maybe we need to add some kind of locking for nodes, or at least some
> kind of error reporting. It's not a good thing for scripts to be able
> to make FlightGear simply hang.
>
>
> All the best,
>
>
> David
To make FlightGear hang via Nasal
On 20/03/06, Phil Cazzola <[EMAIL PROTECTED]> wrote:
> Just more info
>
> The core dump is from easyxml.cxx:267.
>
> It is easy enough to understand.
>
> If there is an error readXML() calls XML_ParserFree twice.
> After calling XML_ParserFree there should probably be a return statement (3
Just more info
The core dump is from easyxml.cxx:267.
It is easy enough to understand.
If there is an error readXML() calls XML_ParserFree twice.
After calling XML_ParserFree there should probably
be a return statement (3 cases).
Phil
- Original Message -
From:
Thanks
- this is another data point I can test. I really appreciate these bug
reports.
Jon
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]On Behalf Of Phil
CazzolaSent: Monday, March 20, 2006 6:29 PMTo:
flightgear-devel@lists.sourceforge.netSubject:
On 20/03/06, Phil Cazzola <[EMAIL PROTECTED]> wrote:
> I can reproduce it (at least on my machine), right out of the box.
> I checked out a clean JSB, built it and ran with the f15 config.
> CVS will be giving me DOS style end of lines here.
I'd still suggest running it through a regular XML p
Jean-Yves Lefort wrote:
On Mon, 20 Mar 2006 09:50:45 -0800
syd & sandy <[EMAIL PROTECTED]> wrote:
Jean-Yves Lefort wrote:
Hi, I've removed the old GPWS objects from the b1900d model, since it
now uses the MK VIII. The anim patch is attached, and the .ac file
with the "GPWS", "GPWSon",
I can reproduce it (at least on my
machine), right out of the box.
I checked out a clean JSB, built it and ran with
the f15 config.
CVS will be giving me DOS style end of lines
here.
Result:
Crash.
If I run dos2unix, it parses. See
below.
The error on the second run is because I did n
On 20/03/06, Arnt Karlsen <[EMAIL PROTECTED]> wrote:
> ..can Blender now do _parametric_ modelling? (Essentially "drawing by
> typing in model part sizes eg gear strut diameters etc, rather than
> messing around with some rodent.")
I think it always could, even before it was open source -- it's
Following is a backtrace of a segfault.It concerns AIPlane and was originally reported by decadix in January, but here it is:Program received signal SIGSEGV, Segmentation fault.[Switching to Thread -1225357600 (LWP 7499)]
0x080c911c in FGTower::ProcessDownwindReport (this=0xc14b638, t=0xd8ba038) at
On Mon, 20 Mar 2006 21:48:36 +0100, Jean-Yves wrote in message
<[EMAIL PROTECTED]>:
> On Mon, 20 Mar 2006 09:50:45 -0800
> syd & sandy <[EMAIL PROTECTED]> wrote:
>
> > Jean-Yves Lefort wrote:
> > > Hi, I've removed the old GPWS objects from the b1900d model, since
...
> > Hi Jean , I took it f
Arnt Karlsen wrote:
> On Mon, 20 Mar 2006 15:51:33 -0500, Josh wrote in message
> <[EMAIL PROTECTED]>:
>
>
>>Markus Barenhoff wrote:
>>
>>>· "Berndt, Jon S" <[EMAIL PROTECTED]> wrote:
>>>
>>>
If I'm not mistaken, the open source 3D modeing tool has been used
to develop 3D models for Flig
since this update, the b1900d propeller discs do not change with RPM anymore.
On Mon, 20 Mar 2006 15:51:33 -0500, Josh wrote in message
<[EMAIL PROTECTED]>:
> Markus Barenhoff wrote:
> > · "Berndt, Jon S" <[EMAIL PROTECTED]> wrote:
> >
> > > If I'm not mistaken, the open source 3D modeing tool has been used
> > > to develop 3D models for FlightGear. Correct? Can the 3D mo
Curtis L. Olson wrote :
> Currently whenever I run "make dist" to roll up a new tarball release
> of FlightGear or SimGear the am2dsp.pl and new dsp/dsw files are
> generated. Now that we have a couple active MSVC developers who track
> the cvs changes and maintain their own version of these files
On Mon, 20 Mar 2006 09:50:45 -0800
syd & sandy <[EMAIL PROTECTED]> wrote:
> Jean-Yves Lefort wrote:
> > Hi, I've removed the old GPWS objects from the b1900d model, since it
> > now uses the MK VIII. The anim patch is attached, and the .ac file
> > with the "GPWS", "GPWSon", "BELOW-GS", "BelowGsOn
Markus Barenhoff wrote:
> · "Berndt, Jon S" <[EMAIL PROTECTED]> wrote:
>
>
>>If I'm not mistaken, the open source 3D modeing tool has been used to develop
>>3D models for FlightGear. Correct? Can the 3D models simply be opened in
>>Blender?
>>
>
> yes, there is a script for import/export ac3d fi
Currently whenever I run "make dist" to roll up a new tarball release of
FlightGear or SimGear the am2dsp.pl and new dsp/dsw files are
generated. Now that we have a couple active MSVC developers who track
the cvs changes and maintain their own version of these files, does it
make sense to keep
· "Berndt, Jon S" <[EMAIL PROTECTED]> wrote:
> If I'm not mistaken, the open source 3D modeing tool has been used to develop
> 3D models for FlightGear. Correct? Can the 3D models simply be opened in
> Blender?
>
yes, there is a script for import/export ac3d files (mostly used in
flightgear).
cu
Title: 3D models and Blender
If I'm not mistaken, the open source 3D modeing tool has been used to develop 3D models for FlightGear. Correct? Can the 3D models simply be opened in Blender?
Jon
---
This SF.Net email is sponsored by xPM
Jean-Yves Lefort wrote:
Hi, I've removed the old GPWS objects from the b1900d model, since it
now uses the MK VIII. The anim patch is attached, and the .ac file
with the "GPWS", "GPWSon", "BELOW-GS", "BelowGsOn" and "warninglamps"
objects removed can be found here:
http://people.freebsd.
I'm having some problems with hotspots that I can't figure out.
I've looked at several of the FG aircraft and can't figure out what the
problem is. My code looks like this :
Aircraft/737-300/Panels/transparent-bg.rgb
512
1024
panel hotspots
0
0
512
1024
Hi, I've removed the old GPWS objects from the b1900d model, since it
now uses the MK VIII. The anim patch is attached, and the .ac file
with the "GPWS", "GPWSon", "BELOW-GS", "BelowGsOn" and "warninglamps"
objects removed can be found here:
http://people.freebsd.org/~jylefort/b1900d.ac.gz
Since it was sent out during the "dead archive" days, I'm re-sending
the request to review/commit the patch. Since then, I got much more sure
in its stability, as I'm flying with the rain enabled all the time, trying
to select as nasty weather as possible :)
V.
-- Forwarded message --
On 3/17/06, Roberto Inzerillo <[EMAIL PROTECTED]> wrote:
> I'm not used to real flight, that's why I don't know if there are any
> lights (pulse/beacon style, or something else) to be positioned on top
> of the airport tower. But I guess there are.
> Is this case? If yes, any suggestions? I'd like
> 1. Like most airport lighting, they're pretty much impossible to see
> at night if the airport is near a lit-up residential area.
You'll have to look at them when they're at the peak intensity angle.
Quoting the U.S. AIM 2-1-8
(http://www.faa.gov/ATpubs/AIM/Chap2/aim0201.html):
a. Airport and he
On 20/03/06, Andy Ross <[EMAIL PROTECTED]> wrote:
> It's possible, but difficult and error-prone, to write code that
> permits this sort of thing. But almost certainly a better design
> would be to separate the nodes that are changed by a listenener
> from the nodes whose change causes a listener
Josh Babcock wrote:
> OK, I seem to have made nasal produce an infinite loop. It
> SIGSEGVs when I hit 'v', which is tied to the standard change
> view function. Here's how I did it:
This isn't a Nasal issue: you're trying to make changes to a
property node while under a listener for the same nod
> On 20/03/06, Melchior FRANZ <[EMAIL PROTECTED]> wrote:
>
> > I'd say it is known not to be a problem. We have 119 XML files with
> > silly MSDOS line terminators in the Aircraft/ directory alone, and
> > those cause no problems.
>
> It was once a problem with JSBSim's old hand-rolled, sort-of XML
On 17/03/06, Roberto Inzerillo <[EMAIL PROTECTED]> wrote:
> I've just completed a tower to be positioned in EDDF Frankfurt Airport.
> http://www.flight-gear.de/index.php?option=com_smf&Itemid=15&topic=47.15
>
> I'm not used to real flight, that's why I don't know if there are any
> lights (pulse/b
On 20/03/06, Melchior FRANZ <[EMAIL PROTECTED]> wrote:
> I'd say it is known not to be a problem. We have 119 XML files with
> silly MSDOS line terminators in the Aircraft/ directory alone, and
> those cause no problems.
It was once a problem with JSBSim's old hand-rolled, sort-of XML
parser, but
* Markus Barenhoff -- Monday 20 March 2006 10:09:
> · Melchior FRANZ <[EMAIL PROTECTED]> wrote:
> > recursion is *good*. But not if it leads to crashes [...]
!!
> > So I'm now blocking listener re-entry per property.
!!
> maybe we should check if the listener function [bla bla bla]
> i thi
· Melchior FRANZ <[EMAIL PROTECTED]> wrote:
> * Josh Babcock -- Monday 20 March 2006 04:17:
>> OK, I seem to have made nasal produce an infinite loop.
> [...]
>> setlistener("sim/current-view", adjustViewTarget);
> [...]
>> Program received signal SIGSEGV, Segmentation fault.
>
> Allowing recursi
Hi guys
I found the problem.
The hotspot code doesn't work if you tilt the panel!
Visually the hotspots appear in the right locations but the code that picks up
the mouse events must be at fault.
If the tilt is minor - as on the B1900D overhead panel - you can get away with
it but on the 737-300
On Sunday 19 March 2006 16:51, Mathias Fröhlich wrote:
> On Sunday 19 March 2006 16:37, Melchior FRANZ wrote:
> > * Vassilii Khachaturov -- Sunday 19 March 2006 16:22:
> > > Yes, you are right, no /rotors/... there. Can you (or whatever other
> > > patching powers that be that are responsible for
43 matches
Mail list logo
