Torsten Dreyer 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 from today
Anders Gidenstam 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.
>
> I have currently
Tim Moore 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 Aircraft/ac-an2' in the fgdata
Tim Moore 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 does a 'git pull'
Roland Häder 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
#include
+#include
#include
#include
--alex--
Arnt Karlsen 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 believe the m
Alex Romosan writes:
> James Turner 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
James Turner 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 try.
--alex--
James Turner 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 me (same behav
James Turner 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 mind, it will be possib
James Turner 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 parsed -
>
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 w
Alex Romosan 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
Gijs de Rooy 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 they were all 0
Durk Talsma 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 and fly togethe
Durk Talsma 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, or multiple AI aircraft with similar call signs,
> showing up on the radar? One thing that I noticed a while ago
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 turn
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
entries
Anders Gidenstam 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 .threshold.xml file or apt.dat is used?
i've solved this problem by applying the following patch to flightgear:
diff
Hans Janssen writes:
> After this patch Flightgear gives me a compile error,
>
> ATCVoice.cxx: In member function ‘bool FGATCVoice::LoadVoice(const
> std::string&)’:
> ATCVoice.cxx:77: error: no matching function for call to
> ‘SGSoundMgr::load(std::string&, void**, int*, unsigned int*, int*)’
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 com
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 @@
- glide-slop-index
+ glide-slope-index
material
controls/lighting/instruments-norm
--alex--
--
| I belie
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,
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 o
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
/usr/local/share/FlightGear/Aircraft/777-200/Mode
Frederic Bouvier writes:
> Mathias Fröhlich a écrit :
>> If you encounter any problems please report.
>>
> I see a huge memory consumption when trying to start from EGLL ( or
> EDDF, or EHAM, or LFPO ) with the scenery available via TerraSync/SVN.
> The process memory climbs to its maximum ( 2G
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
+++ sr
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 |
|
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
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 yo
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 |
| auto
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 t
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 num
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, i
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 (simultaneou
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
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:
> 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:
> 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 d
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 aircra
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 ma
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 brak
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
t
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:
http://mapserver.flightgear.org/openlayers_sfobay.html?zoom=13&lat=37.86284&lon=-122.28796&layer
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.
>> +}
>>
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. Senec
Melchior FRANZ writes:
> But I'm not keen to fight such fights, even less with
> one-time-contributors.
okay, i'll let you do the contributing
--alex--
--
| I believe the moment is at hand when, by a paranoiac and active |
| advance of the mind, it will be possible (simultaneously with |
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?
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
Justin Smithies <[EMAIL PROTECTED]> writes:
> Hi guys , i tried to compile Pretty polly editor from source but its
> way out of date for my system. What other Linux 3d editors will
> allow me to load the 3d models ?
huh? are you sure you have the latest cvs version? i had no problems
compiling it
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.
tha
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).
>
>
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).
>&g
Erik Hofman <[EMAIL PROTECTED]> writes:
> Alex Romosan wrote:
>> 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
Josh Babcock <[EMAIL PROTECTED]> writes:
> Alex Romosan wrote:
>
>>
>> after some googling looks like the problems is with GL_POINT_SMOOTH
>> and the latest nvidia driver (GL_LINE_SMOOTH is okay). so i suggest we
>> don't enable GL_POINT_SMOOTH by def
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
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
"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 gettin
"Jon S. Berndt" <[EMAIL PROTECTED]> writes:
> Has anyone tried compiling the newest CVS FlightGear with a 64 bit
> machine? I can't get JSBSim to compile under a 64 bit OS (the
> Sourceforge compile farm Alpha).
i compile it on amd64; debian version 4.0.3 20060104 (prerelease).
stand alone JSBSim
Erik Hofman <[EMAIL PROTECTED]> writes:
> Log Message:
> sync. with JSBSim v. 2.0
we should also remove the old files from the JSBSim directory now that
they've been moved to specific subdirectories. for example
FGColumnVector3.cpp is both in the top directory (old version) and
math (the new one)
looks like ATC is trying to open to sound device even if i run fgfs
with --disable-sound
fgfs --disable-sound
open /dev/[sound/]dsp: Device or resource busy
Audio initialization failed!
There was an error opening the ALC device
Fatal error: Failed to load wav file.
at /usr/local/share/FlightGe
63 matches
Mail list logo