Gerard ROBIN ha scritto:
http://www.geocities.com/robitabu/fgfs_pa/fgsd_palermo.html
Wonderfull.
You where using FGSD, does it mean you are working on windows.
because on the linux side i could never make a compilation of that
program.
That's right. But I don't like it very much. I'm just
(2) I don't allow multiloop to become higher than, currently, 80.
diff -u -p -r1.20 flight.cxx
--- flight.cxx 22 Nov 2004 10:10:33 - 1.20
+++ flight.cxx 26 May 2005 05:07:44 -
@@ -83,7 +83,13 @@ FGInterface::_calc_multiloop (double dt)
// ... ok, two times the roundoff
* Dave Culp -- Thursday 26 May 2005 09:00:
(2) I don't allow multiloop to become higher than, currently, 80.
I tried your fix above and it didn't work for me :(
Oh. I had only observed the problem with YASim aircraft so far, and there it
helped. But there's no reason why it wouldn't happen
Hi,
On Donnerstag 26 Mai 2005 09:00, Dave Culp wrote:
I tried your fix above and it didn't work for me :(
Yes, because Melchiors beacon stuff is different from that one you describe.
Especially, if AI aircraft keep on moving it sounds like something different.
I have thought about that and
Hi,
On Donnerstag 26 Mai 2005 09:20, Melchior FRANZ wrote:
So we need both workarounds for now!? MATHAS! :-)
Sorry for that long time ...
I lost my internet connection at sunday evening. The guys from the telephone
company found out that there is significant noise in the cable (?, that
bass pumped wrote:
I need to learn how to work with the property tree in flightgear.
Could someone refer me to material that might be helpful?
This isn't much information. What exactly do you want to do with the
property tree, or are you just looking for a short description?
You could start
Harald JOHNSEN wrote:
Alberico, James F wrote:
Hi,
I have been tracking down the cause of an FGFS access violation that
occurs when attempting to use 1-arcsec scenery data for a tile generated
in TerraGear to have 4 nodes. Granted, this may be extremely
ambitious from a performance
Hi,
On Montag 23 Mai 2005 10:52, BONNEVILLE David wrote:
How could I get the terrain elevation at a given lat/lon at runtime ?
Could you point me to the right way ?
That depends on what you need.
In src/Scenery/hitlist.* there are the fgCurrentElev(...) functions which
could be used to get a
Norman Vine wrote:
http://baron.flightgear.org/pipermail/flightgear-devel/2003-September/021434.html
I don't see the XML files as being any different then any other source file and
source code needs to be compiled.
I've had this in the back of my mind ever since you brought it up, but
not
-Original Message-
Erik Hofman
Norman Vine wrote:
http://baron.flightgear.org/pipermail/flightgear-devel/2003-Se
ptember/021434.html
I don't see the XML files as being any different then any other source file
and
source code needs to be compiled.
I've had this in the back
Hi,
i've recently discovered this url:
http://sourceforge.net/mailarchive/message.php?msg_id=1389791
in which is explaned what the problem is with the CH product pro pedals. Now
I've compiled the pedals in joydev.c and hid-core.c and can see the
hid-core.c: hid_init_reports
On Wed, 2005-05-25 at 17:57, Martin Spott wrote:
BTW, I don't remember if these URL's have already been
mentioned:
http://www.pbs.org/wgbh/nova/naziprison/glider.html
http://www.colditz-4c.com/glider-l.jpe
I think they were mentioned before. I had already seen them as part of
my
Le jeudi 26 mai 2005 09:35 +0100, Richard Bytheway a crit :
-Original Message-
Erik Hofman
Norman Vine wrote:
http://baron.flightgear.org/pipermail/flightgear-devel/2003-Se
ptember/021434.html
I don't see the XML files as being any different then any other source file
On Dienstag 03 Mai 2005 14:17, Melchior FRANZ wrote:
Try adding --log-level=info for a possible hint,
./fgfs --lat=87 --long=28 --altitude=3 --log-level=info
That's an old, well known bug. If you position fgfs exactly on the tile
boundaries (*integer* lon/lat), the intersection code
* Mathias Fröhlich -- Thursday 26 May 2005 12:01:
On Dienstag 03 Mai 2005 14:17, Melchior FRANZ wrote:
Try adding --log-level=info for a possible hint,
./fgfs --lat=87 --long=28 --altitude=3 --log-level=info
That's an old, well known bug. If you position fgfs exactly on the tile
On Donnerstag 26 Mai 2005 12:21, Melchior FRANZ wrote:
Unfortunately, a similar bug showed up recently for *bucket* boundaries.
If you set /position/{latitude,longitude}-deg to a bucket boundary, fgfs
refuses to set /position/elevation-m accordingly. It simply lets the old
elevation in the
* Mathias Fröhlich -- Thursday 26 May 2005 12:29:
On Donnerstag 26 Mai 2005 12:21, Melchior FRANZ wrote:
Unfortunately, a similar bug showed up recently for *bucket* boundaries.
If you set /position/{latitude,longitude}-deg to a bucket boundary, fgfs
refuses to set /position/elevation-m
Just out of curiosity I removed the three tall scenery objects I had placed at
Sembach, then flew around there for 30 minutes with no more ground cache
errors. I think the problem comes from overflying the edge of a tall scenery
object. Just a guess.
Dave
Richard Bytheway wrote:
Would it be possible to have a compiled form stroed on disk, which is
automatically regenerated on startup of FGFS based on rules similar
to make. If the ASCII version is newer than the compiled version,
rebuild the compiled version.
This is a very interesting
On Donnerstag 26 Mai 2005 12:37, Melchior FRANZ wrote:
Hey! I update compile in the same minute a new cvs-log commit message
comes in if I'm at my computer. Yes, this happens with CVS/HEAD as of *now*
(Thu May 26 12:36:12 CEST 2005). I had tried it as soon as I saw the fix
because I had
Dave Culp wrote:
Lately I've been flying around German terrain and have been getting an FDM
freeze at seemingly random occasions after flying for ten minutes or so.
Here's a screenshot of the freeze:
http://home.comcast.net/~davidculp2/fdm_freeze.jpg
You should not do these
Martin Spott writes:
Richard Bytheway wrote:
Would it be possible to have a compiled form stroed on disk, which is
automatically regenerated on startup of FGFS based on rules similar
to make. If the ASCII version is newer than the compiled version,
rebuild the compiled version.
Hi,
On Donnerstag 26 Mai 2005 13:17, Gerard ROBIN wrote:
I was in fact the first to ask for: Why that message and that Freeze ?
This message is because of the fact that this is the case.
Even if you can see ground there is a posibility that in floating point
arithmetics the test for that can
* Martin Spott -- Thursday 26 May 2005 13:07:
In my eyes _dropping_ ASCII XML files from the distribution should considered
to be a no-go,
Seconded. And then: it's *not* XML parsing that slows the startup process down
so much! It's parsing two simple gzipped ASCII lists that are directly taken
On Wed, 25 May 2005 23:01:52 +0200
Frederic Bouvier wrote:
No kidding, you are the first to show a convincing scenery enhancement
without using photo-scenery.
Generic textures are not dead ;-)
At one point, I used fgsd to do what I thought was some nice work in the
Washington, D.C. area as
* Melchior FRANZ -- Thursday 26 May 2005 14:00:
cache a binary representation in $FG_HOME [...]
Or better even in /var/tmp/. BTW: this method isn't such a Great Idea[TM], as
someone implied (and it wasn't Richard, who certainly knows that). It's rather
the usual way to do things like these.
* Gerard ROBIN -- Thursday 26 May 2005 14:12:
Le jeudi 26 mai 2005 à 14:00 +0200, Melchior FRANZ a écrit :
* Martin Spott -- Thursday 26 May 2005 13:07:
Seconded. And then: [...]
Thanks Mathias
And thanks Gerard for thanking Mathias as a response to my message.
m. :-}
Norman Vine wrote:
Martin Spott writes:
This is a very interesting approach that you present here - and
probably the only one that doesn't destruct the whole idea of having
human-adaptable configuration files. In my eyes _dropping_ ASCII XML
files from the distribution should considered to
On Thu, 26 May 2005 11:37:13 + (UTC), Martin wrote in message
[EMAIL PROTECTED]:
Dave Culp wrote:
Lately I've been flying around German terrain and have been getting
an FDM freeze at seemingly random occasions after flying for ten
minutes or so. Here's a screenshot of the freeze:
Le jeudi 26 mai 2005 14:12 +0200, Gerard ROBIN a crit :
Le jeudi 26 mai 2005 14:00 +0200, Melchior FRANZ a crit :
* Martin Spott -- Thursday 26 May 2005 13:07:
In my eyes _dropping_ ASCII XML files from the distribution should
considered
to be a no-go,
Seconded. And then: it's
Arnt Karlsen wrote:
..what happens if you slow the simulation by 15-20 times the clock time?
Slowing down might not be reasonable as I'm currently getting frame
rates in the 15-20 fps region
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Hi,
On Donnerstag 26 Mai 2005 15:10, Melchior FRANZ wrote:
BTW: the scenery doesn't show anything unusual and suspicious. Not even the
familiar crack line. And starting fgfs with --lon=16.5 --lat=48.5833 works
flawlessly.
Hmm, that did not for me ...
But with the attached patch it did, at
* Mathias Fröhlich -- Thursday 26 May 2005 15:50:
On Donnerstag 26 Mai 2005 15:10, Melchior FRANZ wrote:
BTW: the scenery doesn't show anything unusual and suspicious. Not even the
familiar crack line. And starting fgfs with --lon=16.5 --lat=48.5833 works
flawlessly.
Hmm, that did not for
I have been trying to build some scenery over some pretty mountainous
areas in California (w117n35) using SRTM 1 arcsec data. I end up with
some very strange looking scenery with HUGE cliffs.
I wanted to compare the FG base scenery from the downloads but when I
tried to unpack the data ended
Erik Hofman wrote:
Harald JOHNSEN wrote:
Alberico, James F wrote:
Hi,
I have been tracking down the cause of an FGFS access violation that
occurs when attempting to use 1-arcsec scenery data for a tile
generated in TerraGear to have 4 nodes. Granted, this may be
extremely
* Alberico, James F -- Thursday 26 May 2005 16:42:
Erik Hofman wrote:
Harald JOHNSEN wrote:
Alberico, James F wrote:
Hi Jim,
It good to see some big names showing up on the list. This might give
the project a boost to get to the next level.
You certainly mean Harald, not me, unless
Frederic Bouvier wrote:
BTW : Martin contributed an IRIX build
Well, this was made possible by _your_ switch from GTS to GCAL - I
never managed to build GTS on IRIX
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Dave Culp wrote:
Lately I've been flying around German terrain and have been getting
an FDM freeze at seemingly random occasions after flying for ten
minutes or so.
My guess is this is a crash due to weird collision detection in the
ground or gear code. The last I checked, JSBSim and YASim
Richard Bytheway wrote:
Would it be possible to have a compiled form stroed on disk, which
is automatically regenerated on startup of FGFS based on rules
similar to make. If the ASCII version is newer than the compiled
version, rebuild the compiled version.
Sorry, but that sounds dumb.
On Wednesday 25 May 2005 23:31, Frederic Bouvier wrote:
Gerard ROBIN a crit :
Wonderfull.
You where using FGSD, does it mean you are working on windows.
because on the linux side i could never make a compilation of that
program.
It is a long time ago i wondered to make sceneries of
Le jeudi 26 mai 2005 09:15 -0700, Andy Ross a crit :
Dave Culp wrote:
Lately I've been flying around German terrain and have been getting
an FDM freeze at seemingly random occasions after flying for ten
minutes or so.
My guess is this is a crash due to weird collision detection in the
Oliver C. wrote:
What about offering static binary builds of FGSD for linux with everything
included?
I'll go and get one until weekend,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
I was getting a access exception in FGTable.cpp
line at line 267.
I belive I have tracked it down to values not being
initialized in the constructor for the
3D tables.
Fix:
Index:
FGTable.cpp===RCS
file:
On May 26, 2005 04:32 pm, Andy Ross wrote:
Would it be possible to have a compiled form stroed on disk, which
is automatically regenerated on startup of FGFS based on rules
similar to make. If the ASCII version is newer than the compiled
version, rebuild the compiled version.
Sorry, but
Melchior FRANZ wrote:
* Alberico, James F -- Thursday 26 May 2005 16:42:
You certainly mean Harald, not me, unless you are commenting on the ugly
format of my name here. :-)
I'm sure he meant boeing.com (hey, Stacie was first!). Now with Boeing and
Yep.
Sikorsky on board, where is
On May 26, 2005 01:43 pm, Ampere K. Hardraade wrote:
How so? Python does it by compiling a new *.pyc everytime there is a
change to the associated *.py file.
Ampere
Beside, you don't compile Flightgear everytime you run it. You compile
Flightgear when there is a change in the source.
On Thursday 26 May 2005 02:50, Geoff Reidy wrote:
Lee Elliott wrote:
I'm having a strange problem that may be linked to this.
Now when I start at KSFO, looking forward, I'm getting
1fps. Same with the heli chase views. If I switch to the
tower it's the same until I start zooming in.
On 5/26/05, Erik Hofman [EMAIL PROTECTED] wrote:
bass pumped wrote:
I need to learn how to work with the property tree in flightgear.
Could someone refer me to material that might be helpful?
This isn't much information. What exactly do you want to do with the
property tree, or are you
Martin Spott wrote:
I'll go and get one until weekend,
Aaah, don't bet on that. I managed to built all prerequisites but now I
get an internal compiler error when compiling FGSD sources - and I
don't have a different platform/compiler available :-/
Martin.
--
Unix _IS_ user friendly - it's
Le jeudi 26 mai 2005 18:56 +, Martin Spott a crit :
Martin Spott wrote:
I'll go and get one until weekend,
Aaah, don't bet on that. I managed to built all prerequisites but now I
get an internal compiler error when compiling FGSD sources - and I
don't have a
On Thursday 26 May 2005 19:56, Lee Elliott wrote:
On Thursday 26 May 2005 02:50, Geoff Reidy wrote:
Lee Elliott wrote:
I'm having a strange problem that may be linked to this.
Now when I start at KSFO, looking forward, I'm getting
1fps. Same with the heli chase views. If I switch
On Thursday 26 May 2005 19:56, Martin Spott wrote:
Aaah, don't bet on that. I managed to built all prerequisites but now I
get an internal compiler error when compiling FGSD sources - and I
don't have a different platform/compiler available :-/
This stopped me too. After fiddling with it
AJ MacLeod (email lists) wrote:
This stopped me too. After fiddling with it for ages, I finally gave in and
read the README. Quoted directly...
First, the bad news : g++ v3.3.x is unable to compile fgsd correctly. It
produces internal Compiler Errors
Bah. Whoever reads these things
I
get about 1 frame every five seconds. Same result at KEMT.
Have looked through the nvidia forums but haven't seen
anyone complain of problems like this.
Geoff
Thanks for that Geoff. I've already got a couple of older
drivers and I believe that all the old drivers can
Vivian Meazza wrote:
Only a minute eh? Under Cygwin cvs takes nearly 5 minutes - time for
a brew a coffee - and that's on a pretty powerful machine.
Time from execution to fade in of the cockpit display is about 10
seconds on my laptop (1.8GHz Athlon64). I started trying to hunt this
down.
Andy Ross wrote :
Attached is a patch that pre-reads the directory contents ahead of
time (currently that is a list of length zero) to avoid having to hit
the kernel (twice!) for every airport.
Under Linux, this doesn't provide much speedup. But Windows (and
especially the cygwin libraries)
Andy Ross
Vivian Meazza wrote:
Only a minute eh? Under Cygwin cvs takes nearly 5 minutes - time for
a brew a coffee - and that's on a pretty powerful machine.
Time from execution to fade in of the cockpit display is about 10
seconds on my laptop (1.8GHz Athlon64). I started trying to
Oliver C. a crit :
On Wednesday 25 May 2005 23:31, Frederic Bouvier wrote:
Gerard ROBIN a crit :
Wonderfull.
You where using FGSD, does it mean you are working on windows.
because on the linux side i could never make a compilation of that
program.
It is a long time ago i wondered to
Did you download this file in binary mode ? The basic windows ftp client
is in ascii when started and corrupt binary files with line endings
conversion.
-Fred
Corrubia, Stacie K wrote :
I have been trying to build some scenery over some pretty mountainous
areas in California (w117n35) using
Lee Elliott wrote:
On Thursday 26 May 2005 19:56, Lee Elliott wrote:
On Thursday 26 May 2005 02:50, Geoff Reidy wrote:
Lee Elliott wrote:
I'm having a strange problem that may be linked to this.
Now when I start at KSFO, looking forward, I'm getting
1fps. Same with the heli chase views.
* Geoff Reidy -- Thursday 26 May 2005 23:36:
2.6.11 and also can't build the older drivers, as I since found out :(
Just updated from 2.6.9 where only = 6629 worked properly with fgfs.
Debian unstable.
I compile and use 6629 with Linux 2.6.11.7 without problems. You only need
to patch the
Lee Elliott wrote:
I have three version here 7174, 7167 6629. Both of the 7nnn
exhibit the same problem and 6629 won't compile here. Drat!
Which kernel version are you using? I'm on 2.6.11 here.
Check the forum - there's a patch on there for 6629 with 2.6.11.
Jon
We should probably come up
with some kind of standard way for the FDM to signal to the rest of
the simulator that it has detected a collision and stopped.
I agree it's time for crash detection and handling. I just added a basic
version to my OV-10 sim (can't have public users wallowing
Dave Culp wrote:
One decision to make is what the handler should do once a crash is
detected. I have it calling the reinit code in order to reset the
sim to the starting position (below), while others may prefer to
have the sim close after a crash, or perhaps display a crash-splash
screen
I have a cockpit view system set up for the OV-10 sim that uses a 2D forward
view and 3D side views (screenshot :
http://home.comcast.net/~davidculp2/2D_3D_views.jpg
It's controlled by some nasal scripts I bound to the arrow keys. Here are the
up(forward) and left bindings:
key
Melchior FRANZ wrote:
I compile and use 6629 with Linux 2.6.11.7 without problems. You only need
to patch the driver source with an official nvidia patch:
http://www.nvnews.net/vbulletin/showthread.php?t=46676
Thanks, will give that a go.
PS: please, no fullquotes! Only quote what you
If you want to do push-mode handling with an FGCommand and make it
settable by the user, you can have the command call (or be) a Nasal
script that can be assigned by the user (e.g. globals.crashHandler =
myFunction). Or have it indirect through another FGCommand binding
found in the property
Martin Spott writes:
Norman Vine wrote:
Just use the source Luke :-)
Yes, I do right on the track to figure how much effort it would
be to 'port' CWXML to IRIX/MIPSpro. Apparently they rely on having GCC
as compiler on _every_ supported Unix platform.
You mean gcc isn't
Here's another startup speed patch (against plib this time) for
windows users to try.
The plib loader for the RGB texture format wants to do piecewise I/O
on the file. It will repeatedly seek to the beginning of a scan line
in the image, then read, then seek, etc... Because of the color
Andy Ross writes:
Here's another startup speed patch (against plib this time) for
windows users to try.
Nice one Andy :-)
Anyway, let me know if this produces any appreciable speedup under
windows, and we can start the, ahem, bureacratic process of getting
this into plib. :)
submit
Hmmm. I have something similar that works, but I don't see the important
difference. I copied/modifed stepView() to be a stepCockpitView().
It does an explicit
setprop(/sim/current-view/view-number, 0);
which I believe forces a copyToCurrent() and an update(),
but I'm not sure if
Melchior FRANZ wrote:
I compile and use 6629 with Linux 2.6.11.7 without problems. You only need
to patch the driver source with an official nvidia patch:
http://www.nvnews.net/vbulletin/showthread.php?t=46676
OK that's fixed my issues, thanks Melchior!
Hmmm,
After a few feet of altitude, FG changes the default near clip plane to
be further away from the viewer. The 3d aircraft models are drawn with
different view parameters so this shouldn't be a problem ... but maybe
somehow your 3d model geometry isn't getting configured so it get's
Hi Andy,
Thanks for looking into this. I had started working on a patch, but didn't
have a chance to finish it. (See AI weirdness thread earlier this month). I
do have a limited number parking and rwyuse files, so I'll test it tonight.
As for the parking/runway files: I've started adding some
On Thursday 26 May 2005 22:48, Andy Ross wrote:
Attached is a patch that pre-reads the directory contents ahead of
time (currently that is a list of length zero) to avoid having to hit
the kernel (twice!) for every airport.
Under Linux, this doesn't provide much speedup. But Windows
75 matches
Mail list logo