Vassilii Khachaturov wrote:
Dear fellow developers,
Can somebody please help with a property tree interaction with the
weather scenario?
I was expecting to read non-zero from /velocities/airspeed-kt
during the thunderstorm scenario. When on the ground and facing
the wind (15012KT in the "Weathe
> > I was expecting to read non-zero from /velocities/airspeed-kt
> > during the thunderstorm scenario. When on the ground and facing
> > the wind (15012KT in the "Weather Scenario" dialog, I didn't modify
> > the defaults of the thunderstorm scenario) at approximately 150 degree
> > heading, I sti
Vassilii Khachaturov wrote:
I was expecting to read non-zero from /velocities/airspeed-kt
during the thunderstorm scenario. When on the ground and facing
the wind (15012KT in the "Weather Scenario" dialog, I didn't modify
the defaults of the thunderstorm scenario) at approximately 150 degree
head
> The new JSBSim does zero-out the wind forces while stationary on the
> ground to prevent ground jitter. That might be the cause of what you are
> seeing.
>
I see. Do you have an FDM-independent idea (for real aircraft, aside from
the UFO) on how to get the horizontal airspeed component? (It woul
Vassilii Khachaturov wrote:
Is there a simple way to learn if the current view origin is moving or not?
(If not, is it a reasonable thing for me to try to add to FGViewer?
what about the view origin airspeed computations?)
One thing I notice when looking at the viewer configurations in
prefer
Vassilii Khachaturov wrote:
The new JSBSim does zero-out the wind forces while stationary on the
ground to prevent ground jitter. That might be the cause of what you are
seeing.
I see. Do you have an FDM-independent idea (for real aircraft, aside from
the UFO) on how to get the horizonta
> Vassilii Khachaturov wrote:
> > Is there a simple way to learn if the current view origin is moving or
> > not? (If not, is it a reasonable thing for me to try to add to FGViewer?
> > what about the view origin airspeed computations?)
>
> One thing I notice when looking at the viewer configuratio
syd & sandy wrote:
After a very recent CVS update I noticed some strange behavior while
working on my Citation-Bravo ... heading needle deviation seems to be
inaccurate. I fired up Atlas and the first thing I noticed was ALL ILS
navaids were pointing roughly south .Has anyone else noticed this .
Curtis L. Olson wrote:
Hmmm, it appears that Robin added a range field to the data file, and
embarasingly, I didn't not notice before updating the data file. I
see if I can get that straightened out here.
Hi Syd, give the latest cvs (code) a try ...
Curt.
--
Curtis Olsonhttp://www
Curtis L. Olson wrote:
Hmmm, it appears that Robin added a range field to the data file, and
embarasingly, I didn't not notice before updating the data file. I see
if I can get that straightened out here.
That caught me out too, however I now have a script to import the
current format into t
After the most recent changes to CVS:
I have found that any time you toggle the primary and standby
frequencies, FlightGear immediately dies/bombs/aborts.
Running on linux, I get the following dumped to my console:
*** glibc detected *** double free or corruption (fasttop): 0x0c8dd608 ***
Abo
Curtis L. Olson wrote :
> After the most recent changes to CVS:
>
> I have found that any time you toggle the primary and standby
> frequencies, FlightGear immediately dies/bombs/aborts.
>
> Running on linux, I get the following dumped to my console:
>
> *** glibc detected *** double free or corrup
On Tuesday 24 January 2006 19:58, Curtis L. Olson wrote:
> Could we get this fixed ASAP, I'd like to be able to do VOR/ILS
> navigation again!
Curt, my fault. Comming up with a patch in a few minutes ...
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
---
Jon Stockill wrote:
So with any luck I should have a full update of all the navaids in the
database with correct elevations by this weekend.
It seems I don't have any luck at the moment.
I've just discovered that when using the null fdm I'm not getting
updates to /position/ground-elev-m any
Mathias Fröhlich wrote :
> On Tuesday 24 January 2006 19:58, Curtis L. Olson wrote:
>
>> Could we get this fixed ASAP, I'd like to be able to do VOR/ILS
>> navigation again!
>>
> Curt, my fault. Comming up with a patch in a few minutes ...
>
Curt, Mathias,
I commited a fix in CVS
-Fr
dene maxwell wrote:
> Hi Josh
> I posted on this subject a couple of weeks ago there was some
> discussion as to where the "scaling" of the texture was done
> Terragear/FlightGear. There were two points;
>
> 1) ... when viewed from above a 45deg slope will only seem 0.7071 of its
> true length
Hi,
On Tuesday 24 January 2006 22:50, Frederic Bouvier wrote:
> > Curt, my fault. Comming up with a patch in a few minutes ...
>
> Curt, Mathias,
>
> I commited a fix in CVS
Well that one is really nice. I prepared that patch in this minute and read
that mail. Then I did a cvs up to see what you
Mathias Fröhlich wrote :
> Hi,
>
> On Tuesday 24 January 2006 22:50, Frederic Bouvier wrote:
>
>>> Curt, my fault. Comming up with a patch in a few minutes ...
>>>
>> Curt, Mathias,
>>
>> I commited a fix in CVS
>>
> Well that one is really nice. I prepared that patch in this minute
Hi,
On Tuesday 24 January 2006 23:00, Frederic Bouvier wrote:
> and what about declaring SGReference'd class destructor as protected and
> SGSharedPtr as friend ? That way, it will not be possible to call
> delete explicitely.
Not sure, but I believe this is not sufficient since the SGReferenced
Josh Babcock wrote:
I. Currently the terrain textures are UV mapped onto the terrain from
directly above. This creates all sorts of problems in steep terrain. One
of those problems is that cliffs and near cliffs look really bad.
Perhaps if terrain with a slope greater than a certain threshold we
Jon Stockill wrote:
Jon Stockill wrote:
So with any luck I should have a full update of all the navaids in
the database with correct elevations by this weekend.
It seems I don't have any luck at the moment.
I've just discovered that when using the null fdm I'm not getting
updates to /posi
On Tuesday 24 January 2006 22:45, Jon Stockill wrote:
> Jon Stockill wrote:
> > So with any luck I should have a full update of all the navaids in the
> > database with correct elevations by this weekend.
>
> It seems I don't have any luck at the moment.
>
> I've just discovered that when using the
If I may elaborate on this problem, most of the string handling routines (strcpy, strcat, sprintf...etc.) have a more 'managed' alternative that Microsoft encourages programmers to use. These have the '_s' after them (strcpy_s, strcat_s, sprintf_s), and contain an additional argument that specifie
Hey All,
I'm in the process of upgrading from Visual Studio 2003 to 2005, and am trying to get FlightGear to compile. However, in fg_os.c line 141when the following code executes I get an error.
void fgOSMainLoop()
{
glutMainLoop();
}
The error from Visual Studio says:
Debug Assertion Fai
Hi All,
I've uploaded an updated patch for a tutorial system to
http://www.nanjika.co.uk/flightgear/tutorial.tar.gz
It contains the following pieces.
1) A patch to apply-presets so the engines are running if you start in
mid-air. Previously I had to perform a mid-air restart in the c172p...
2)
Curtis L. Olson wrote:
> Or we could find a nice source of free 1 meter per pixel world imagery
> and just drape photoreal textureres over everything.
>
> Curt.
>
I'll start saving for that 80Tb disk drive now ...
Actually, a really neat hack would be to just download the (0.25 m/px)
orthos fr
Here's a better shot:
http://jrbabcock.home.comcast.net/flightgear/three.jpg
Josh
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching yo
> - I need to write a tutorial on writing tutorials, though there is a
> description in tutorial.nas
How will you do that? Are there any tutorials on writing tutorials on
tutorials on the net?
Oops, my grammar checker just segfaulted.
Josh
--
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Drew schrieb:
> If I may elaborate on this problem, most of the string handling routines
> (strcpy, strcat, sprintf...etc.) have a more 'managed' alternative that
> Microsoft encourages programmers to use. These have the '_s' after them
> (strcpy_s, s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Curtis L. Olson schrieb:
>
> X-Plane uses some shader language dithering approach which I don't
> understand enough to comment on.
This sounds like a good solution
> This isn't easy, especially not within the context of plib which really
> doesn't li
Christian Mayer wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Curtis L. Olson schrieb:
X-Plane uses some shader language dithering approach which I don't
understand enough to comment on.
This sounds like a good solution
This isn't easy, especially not within the context o
Drew wrote:
> If I may elaborate on this problem, most of the string handling
> routines (strcpy, strcat, sprintf...etc.) have a more 'managed'
> alternative that Microsoft encourages programmers to use. These
> have the '_s' after them (strcpy_s, strcat_s, sprintf_s), and
> contain an additional
I've just been troubleshooting a runtime error I had when trying to convert my FlightGear build to Visual Studio 2005. This is the same _open.c error I mentioned earlier today, but my understanding of the problem was incorrect. It is not related to the glut libraries like I had thought. I must'v
I'm not sure if I misunderstand the material animation documentation or
if I have discovered a bug. Here's the xml in question:
material
stone
true
Temple
0.35
0.35
0.35
/sim/model/global/lighting/night
It only affects the one object, not all of the ones that share t
This is the best I could do based soley on sun angle. It publishes
normalized numbers as properties for scenery objects to use in material
animations. This allows night lighting. The properties come on slowly,
so there is no sudden jarring flickering of lights across the entire
city at once. There
On January 24, 2006 04:54 pm, Josh Babcock wrote:
> The trick is teaching terragear to
> determine what that terrain is and assign it a new landcover type: cliff.
We can teach Terrorgear new tricks? I never knew it has neural net
implemented. ;)
Ampere
-
Hi Josh
From: Josh Babcock <[EMAIL PROTECTED]>
dene maxwell wrote:
> Hi Josh
> I posted on this subject a couple of weeks ago there was some
> discussion as to where the "scaling" of the texture was done
> Terragear/FlightGear. There were two points;
>
> 1) ... when viewed from above a 45d
Thanks guys did an update and ILS works again ! Now I just
have to figure out why I break my Nav needle animations when using
several different conditions on the same object . :)
Cheers ,
Syd
---
This SF.net email is sponsored by: Spl
38 matches
Mail list logo
