Torsten Dreyer tors...@t3r.de writes:
I'm failing to build SimGear on 64bit linux:
EffectGeode.cxx:83:136: error: no matching function for call to
‘osg::Geometry::setVertexAttribArray(int, osg::Geometry::ArrayData)’
OSG is stable 3.0.1 from svn (same with OSG trunk)
SimGear is git next
Anders Gidenstam anders-...@gidenstam.org writes:
2.
The JSBSim class FGPropertyManager was previously derived from
SGPropertyNode, but isn't now. This affects the creation of the
main JSBSim object (FGFDMExec) since it requires a FGPropertyManager
instance to access the property tree.
Tim Moore timoor...@gmail.com writes:
I have created the ac-an2 repository, which includes only the An-2
(duh), and deleted the an2 from fgdata.
so where is the new repository? is there a way of integrating it with
the rest of the data so that when i do a 'git pull' in fgdata it
automatically
Tim Moore timoor...@gmail.com writes:
You can look at git submodules, which would give you a way to do that.
i did, but it's not very clear to me what exactly i am supposed to do. i
did a 'git clone git://.../ac-an2' in the fgdata/Aircraft directory,
then i tried 'git submodule add
Roland Häder r.hae...@gmx.de writes:
with that latest changes I get this compiler error:
http://pastebin.com/HuTaZ85Z
this patch fixed for me:
--- a/src/MultiPlayer/multiplaymgr.hxx
+++ b/src/MultiPlayer/multiplaymgr.hxx
@@ -34,6 +34,7 @@
#include string
#include vector
+#include memory
Arnt Karlsen a...@c2i.net writes:
and OSG-svn does not build on neither g++-4.6 nor g++-4.5, which
compiler version is used on the Hudson server?
what are you talking about? osg svn head builds just fine for me on
debian unstable with g++ 4.5.2 and everything just works.
--alex--
--
| I
James Turner zakal...@mac.com writes:
Alex and Lance, I'm still confused as to the failures you are seeing.
Assuming you're still seeing same issues after updating (and anyone
else who is seeing something similar), I will make up a debug patch to
see what's going on.
still doesn't work for
James Turner zakal...@mac.com writes:
My basic plan is to send you a patch that adds many log calls, and get
you to send me the console output with that applied. If you can get me
an ssh login to a box with debug-enabled fgfs, I can do it in GDB, of
course.
post the patch, i'll give it a
Alex Romosan romo...@sycorax.lbl.gov writes:
James Turner ja...@bugless.co.uk writes:
Can you email me what you get for --show-aircraft? (off list, is best)
fgfs --show-aircraft
Available aircraft:
(that is nothing). this on linux.
on non ext* file systems readdir doesn't return
James Turner ja...@bugless.co.uk writes:
Can you email me what you get for --show-aircraft? (off list, is best)
fgfs --show-aircraft
Available aircraft:
(that is nothing). this on linux.
--alex--
--
| I believe the moment is at hand when, by a paranoiac and active |
| advance of the
James Turner ja...@bugless.co.uk writes:
dante:~$ fgfs --help
Cannot find specified aircraft: b1900d
Config option parsing failed ...
All options command line options fail in the same way. (That's a
little worrying actually.)
Unfortunately that's due to how the --aircraft option is
if i try to set the time of day (--timeofday) to anything i get
fgfs: sunsolver.cxx:60: void fgSunPositionGST(double, double*, double*):
Assertion `sun' failed.
Abort
without the timeofday flightgear starts normally. this is with the
latest git.
--alex--
--
| I believe the moment is at hand
this is with the f-16. while inside the cockpit then engine sound
changes depending on the heading of the aircraft. going west the sound
is very loud going east it's almost completely gone. as the plane turns
the sound gradually changes going either up or down depending on the
direction of the
Durk Talsma d.tal...@xs4all.nl writes:
Just out of curiosity, is there a specific problem that you try to
address? I.e. a problem with multiple aircraft of the same call sign
in the property tree,
and i forgot to mention, all the duplicate aircraft have the same call
sign in the property tree
Gijs de Rooy gijsr...@hotmail.com writes:
What I see on your pictures and know from my own encounters with such
aircraft is that they do not fly, as in flying an airplane. They
just hover above the ground.
if that's the case (and it seems to be because i looked and the airplane
velocities and
Alex Romosan romo...@sycorax.lbl.gov writes:
this is with the f-16. while inside the cockpit then engine sound
changes depending on the heading of the aircraft. going west the sound
is very loud going east it's almost completely gone. as the plane turns
the sound gradually changes going
Anders Gidenstam anders-...@gidenstam.org writes:
I wonder if anyone alse has noticd that the startup location on
runways with a displaced threshold differs depending on whether the
custom scenery ICAO.threshold.xml file or apt.dat is used?
i've solved this problem by applying the following
while flying out of jfk today i noticed once again multiple instances of
a given ai aircraft. looking at the properties tree i noticed that there
were multiple aircraft with the same call sign. after a bit of detective
work i noticed that the number of aircrafts corresponds to the number of
i was just flying around kpdx when i ran into one of the ai aircraft.
what made it strange is that instead of being just one plane there were
about five or so aircrfat stacked on top of each other. you can see a
picture at:
http://caliban.lbl.gov/fgfs-weird.jpg
not really sure where this is
diff -u -r1.4 adi.xml
--- Aircraft/f16/Models/adi.xml 7 Jun 2009 08:25:53 - 1.4
+++ Aircraft/f16/Models/adi.xml 8 Jun 2009 18:30:04 -
@@ -403,7 +403,7 @@
/emission
/animation
animation
- object-nameglide-slop-index/object-name
+ object-nameglide-slope-index/object-name
Melchior FRANZ writes:
* dave perry -- Friday 29 May 2009:
None of the keyboard inputs involving shift work any more.
That's now fixed in OSG/SVN.
but the [ and ] keys still don't seem to work so there is no flaps
control anymore. reverting src/osgViewer/GraphicsWindowX11.cpp to
version
dave perry writes:
I updated osg, SimGear, fgfs, and data from svn/cvs yesterday at
approximately 1400 zulu. None of the keyboard inputs involving shift
work any more. With the prior update about 7 days prior, shift was
working. I looked at when keyboard.xml was last changed in cvs, and
syd adams writes:
I tried this but no luck here Im still getting this message
about every second:
Warning: invalid line segment passed to IntersectVisitor::addLineSegment(..)
nan nan 3.87514e+06 nan nan 3.85687e+06 segment ignored.
i think this depends on the version of osg
syd adams writes:
Since that doesn't happen here , I suspect you have leftovers,but more
details would be helpful.
i am not the original poster, but this is what i get when loading the
777-200ER:
Error reading panel:
Failed to open file
at
the latest commit to src/Main/CameraGroup.cxx changed the value of
zNear from .1 to .4 and this causes strange artifacts to show up when
panning around (like holes in the cockpit, etc.). the following patch
changes it back:
--- src/Main/CameraGroup.cxx27 Dec 2008 14:35:33 - 1.9
+++
Syd writes:
No further responses , so I'm about to commit the png texture updates ,
and a patch for simgear/source/scene/sky to read png instead of rgb
and rgba textures.
The earlier problem I had turn out to be trashed png files
transparency was removed ...
the sun shows up as a
Syd writes:
Yes things will look strange until someone applies the patch I sent
no problem, it actually makes things more interesting...
--alex--
--
| I believe the moment is at hand when, by a paranoiac and active |
| advance of the mind, it will be possible (simultaneously with |
|
Martin Spott writes:
Update of /var/cvs/FlightGear-0.9/data/Scenery/Terrain/w130n30/w123n37
In directory baron.flightgear.org:/tmp/cvs-serv26589/Terrain/w130n30/w123n37
Scenery 1.0.1 Base Package 'preview'
what happened to the roads? all the highways around san francisco are
gone. hope
Jon S. Berndt writes:
This would be good to see in a plot. Can you do that?
i guess jsbsim can do it but i never tried it. any pointers?
--alex--
--
| I believe the moment is at hand when, by a paranoiac and active |
| advance of the mind, it will be possible (simultaneously with |
|
Jon S. Berndt writes:
I don't know if this matters, but remember that not too long ago we
added the ability to enter aero coefficients in several coordinate
systems - including BODY and WIND, etc.
so if i were to represent the wind tunnel data in x,y,z axis then the
drag due to horizontal
Erik Hofman writes:
Alex Romosan wrote:
can you give me a pointer as to where i could get this data? thanks.
Search for NASA Technical Paper 1538
i've been looking at it but i can't figure out the relationship
between the number in the report and the numbers in the flightgear
model
Erik Hofman writes:
Alex Romosan wrote:
can you give me a pointer as to where i could get this data? thanks.
Search for NASA Technical Paper 1538
thanks.
--alex--
--
| I believe the moment is at hand when, by a paranoiac and active |
| advance of the mind, it will be possible
Erik Hofman writes:
Believe me, this is correct behavior, and this is why:
i found a nice article about flying in an f16:
http://www.avweb.com/news/skywrite/181916-1.html
this is the part about the speed brakes:
Here's where the speed brakes come in handy, I'll open em up. And
you'll
Erik Hofman writes:
Alex Romosan wrote:
I felt what happens! It seemed my face was being pulled from my
skull. I couldn't believe how effective those speed brakes were. An
F-16's speed brakes are located at the back of the fuselage either
side of the engine nacelle, and really look
Erik Hofman writes:
Sorry, I got the data from windtunnel test data performed by NASA.
can you give me a pointer as to where i could get this data? thanks.
--alex--
--
| I believe the moment is at hand when, by a paranoiac and active |
| advance of the mind, it will be possible
Erik Hofman writes:
Ok, I think I have most of it figured out. I might even consider
upgrading the status to 'production' the way it is now.
hmm, i don't know how the real f-16 behaves but i still find the
current behaviour a bit strange. level flight, ~350 knots extend the
brakes the
Erik Hofman writes:
Ok, tested it again. The only way I could reproduce your scenario is not
to have the throttle near idle.
As I did state earlier, the speeedbrakes of the F-16 are quite small and
as it turns out the engine can easily produce enough thrust to overcome
the increased drag.
Erik Hofman writes:
You were right, I had to map speedbrake-pos-norm to
speedbrake-pos-rad/deg by using an aerosurface scale section.
i think there is still something wrong with the speedbrakes but i am
not sure how to quantify this. basically i think they provide way too
much lift (which
Erik Hofman writes:
Looking at the code it looks like setting speed-break-pos-norm should be
the same as setting speed-break-pos-rad so the patch shouldn't have any
effect.
look at aero/coefficient/CDDsb or fcs/mag-speedbrake-pos-rad in the
property browser. when you deploy the speed brakes
i noticed that on the f16 the speedbrakes have no effect at all and i
managed to track it down to the fact that the various coefficients use
fcs/mag-speedbrake-pos-rad on input which never gets set anywhere (so
it is always 0).
digging through the cvs logs i found that in version 1.17 of f16.xml
Ralf Gerlich [EMAIL PROTECTED] writes:
Scenery V1.0.0 has been built using VMAP0 landmass and shoreline data.
scenery v0.9.8 was also built with the vmap0 landmass and shoreline
data.
looking at:
Roy Vegard Ovesen writes:
I tried the patch from the users list first, but while it got past
model_panel.cxx I gor similar errors on Main/renderer.cxx.
there are two patches i posted. you need to apply both.
--alex--
--
| I believe the moment is at hand when, by a paranoiac and active |
|
John Denker writes:
On 03/03/2007 12:32 PM, Melchior FRANZ wrote:
hxx:
+virtual void Init();
cxx:
+void FGATC::Init() {
+// This should never be called, since each derived class will have its
own
+// Init() that overrides this one.
+}
So, why are you
Melchior FRANZ writes:
* Torsten Dreyer -- Tuesday 28 November 2006 13:38:
[...] due to a patch applied a few days ago.
^^^ ^^
May I kindly ask to revert this patch
*Which* patch?
the patch was committed on saturday by erik hofman:
3.
Melchior Franz writes:
Update of /var/cvs/FlightGear-0.9/FlightGear/src/Instrumentation
In directory baron:/tmp/cvs-serv8740
Modified Files:
wxradar.cxx wxradar.hxx
Log Message:
make headers include headers they depend on, don't rely on the c(xx)
file to do that. (This is a
Melchior FRANZ writes:
It's OK to forward declare classes that are referred to via
*pointers*. But it is not OK to use class/type instances that are
not known to the header, and relying on external code to make them
known. How often would you say again changes plib/ssg.h? Per year?
Once? 0.5
Diogo Kastrup writes:
I've modified your test program to follow what is done in flightgear,
and looks like the problem is the lack of acceleration when drawing
triangles in point mode. So, if this is right, we can't get the
acceleration again without changing the way lights are drawn.
Erik Hofman [EMAIL PROTECTED] writes:
Alex Romosan wrote:
still trying to figure out the real reason why the nvidia driver is
slow when we enable GL_POINT_SMOOTH in fgfs (and learning a lot more
about openGL then i ever wanted to know).
If I'm correct then you're not using points larger
Erik Hofman [EMAIL PROTECTED] writes:
Alex Romosan wrote:
or you can add a call to glEnable(GL_POINT_SPRITE):
+glEnable(GL_POINT_SPRITE);
this allowed me to use GL_POINT_SMOOTH on my nvidia card (enhanced
lighting works fine now).
i think this would be a better solution (tested only
i am currently running flightgear on an amd64 linux machine with an
nvidia geforce 6200 pci express card. i normally get about 60fps but
the moment the lights come on the display grinds to a halt (~1-2fps).
playing with the rendering options i discovered that if i turn
enhanced lighting on and off
Alex Romosan [EMAIL PROTECTED] writes:
so i looked at src/Main/renderer.cxx and after applying this patch:
RCS file: /var/cvs/FlightGear-0.9/source/src/Main/renderer.cxx,v
retrieving revision 1.35
diff -u -r1.35 renderer.cxx
--- src/Main/renderer.cxx 21 Jan 2006 12:07:40 -
Ampere K. Hardraade [EMAIL PROTECTED] writes:
On January 16, 2006 01:39 pm, Alex Romosan wrote:
i compile it on amd64; debian version 4.0.3 20060104 (prerelease).
stand alone JSBSim compiles fine as well. what exactly is the error you
are getting?
--alex--
Do you mean gcc 4.0.3?
yes, cut
52 matches
Mail list logo
