Fred,
thanks for the reply but i am still having problems.
I have cvs up -PAd in both SimGear and FlightGear but i still have the
compiler error. i also can not find any mention of a new branch in
Simgear to take advantage of the OSG.
what is the cvs command to get the new branch ?
Jason
This symbol should have a virtual, for instance.
Where are your plib header from? I would recomend
http://www.oflebbe.de/oflebbe/FlightGear/plib.zip
or recompile it yourself.
Olaf
Well, that was what I didn't understand... I checked all header files
and couldn't find a mistake in them.
Rémi Lafage wrote:
Thus I would like to specify the
/instrumentation/attitude-indicator/indicated-roll-deg property
to be a synonym of the /orientation/roll-deg property.
This can be done using aliases:
instrumentation
attitude-indicator
indicated-roll-deg alias=/orientation/roll-deg/
Hi Holger,
Holger Wirtz wrote:
But what about a black-box outside of FlightGear which acts as a
gateway to VATSIM? This program may be not open source but it is quite
not necessary because it can use the flexible protocol architecture of
FlightGear to communicate with VATSIM.
How about
Quoting Jason Cox :
Fred,
thanks for the reply but i am still having problems.
I have cvs up -PAd in both SimGear and FlightGear but i still have the
compiler error. i also can not find any mention of a new branch in
Simgear to take advantage of the OSG.
what is the cvs command to get
Fred,
thats odd. this is exactly what i do via a script (change to SimGear
dir, cvs up -PAd, autogen.sh,confingure ...) so i dont know why i get
the error.
I have done a make uninstall and gone from there with no luck. is there
a configure switch in FlightGear that i am ment to use to set
I repeat :
You should make sure that the old plib SimGear is not in /usr/local/include
and /usr/local/lib. Or in another directory.
-Fred
Quoting Jason Cox :
Fred,
thats odd. this is exactly what i do via a script (change to SimGear
dir, cvs up -PAd, autogen.sh,confingure ...) so i
Olaf Flebbe wrote:
Can somebody confirm that the framerate with OSG is better compared to
plib on Linux? Default c172 at KSFO, please.
I'd suggest to narrow the environment conditions to something
reproducable, because different features that people activate via
properties might have
Hi Yurik,
Thank you very much for making this available under the GPL for flightgear.
It's a very nice model, with some innovative touches.
The instrument textures are great... they'd look even better on 3d
instruments ;-)
The main problem with the 2d panel is the way it disappears if one
Hello all,
I have just released a new version of fgfs-builder at
ftp://ftp.uni-duisburg.de/FlightGear/Misc_rag/fgfs-builder-current.tar.gz
The new version includes the setup for the new OSG-based version. I
modularised the structure of the build system. It still includes
automatic checkout from
Hi,
I've got a question about OpenGL shadows. In the picture
http://www.laubfrosch.it/public/tmp/squared_shadow.jpg you can see the
shadow is sqaured.
Does this depend on my graphic card, on the OpenGL interface, on Plib,
or is FlightGear not capable of rendering smooth shadows on rounded
hy,
a reason to use OSG is a perf improvement with SMP. but i see nothing about it
here.
my processor (amd 4200 double core) occupation is always 50-55%. perhaps is it
not done yet?
on the other hand, my processor let me use Atlas without reduce fgfs perf.
ps: fgfs is compiled with the
Le lundi 6 novembre 2006 13:07, Holger Wirtz a écrit :
Hehe, I know what an open source project is because I use Linux and GNU
utils since more than ten years. ;-)
What I try to adept is the following:
- When I take plenty of my free time and get trouble with my wife and my
children, than
Does any one know from a weather site what provides plugins with metar to inplement in my site? or rss feeds with metar data?thanksIS
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done
Quoting Roberto Inzerillo :
Hi,
I've got a question about OpenGL shadows. In the picture
http://www.laubfrosch.it/public/tmp/squared_shadow.jpg you can see the
shadow is sqaured.
Does this depend on my graphic card, on the OpenGL interface, on Plib,
or is FlightGear not capable of
Quoting Didier Fabert :
hy,
a reason to use OSG is a perf improvement with SMP. but i see nothing about
it
here.
my processor (amd 4200 double core) occupation is always 50-55%. perhaps is
it
not done yet?
on the other hand, my processor let me use Atlas without reduce fgfs perf.
ps:
Hi,
and here we go: The first update. ;-)
ftp://ftp.uni-duisburg.de/FlightGear/Misc_rag/fgfs-builder-current.tar.gz
(alias
ftp://ftp.uni-duisburg.de/FlightGear/Misc_rag/fgfs-builder-20061107-2.tar.gz)
Fixes an issue with the automatic downloading and with OpenThreads
dependencies
It just depends on the number of facets you used to model your aircraft. You
already know that a model is made of triangles and quads and if it looks
rounded, it's only because colors are interpolated between vertices, depending
on normals. If you remove the 'smooth' attributes, you'll see
IMHO, full threaded fgfs would be nice at 2.0beta release ;)
On 11/7/06, Curtis Olson [EMAIL PROTECTED] wrote:
On 11/7/06, Frederic Bouvier [EMAIL PROTECTED] wrote:
FGFS doesn't use threading much at that time. Only for the scenery loader
and
metar. One can thing of putting the FDM or AI
another but, sorry for bothering :)
We need openal / alut from svn
i think that would be nice if we add it to build system
g++ -g -O2 -D_REENTRANT
-L/home/qmx/build/fgfs-builder-20061107/install/lib -L/usr/X11R6/lib
-o openal_test1 openal_test1.o ../../simgear/debug/libsgdebug.a
-lopenal -lm
Quoting Curtis Olson:
On 11/7/06, Frederic Bouvier [EMAIL PROTECTED] wrote:
FGFS doesn't use threading much at that time. Only for the scenery loader
and
metar. One can thing of putting the FDM or AI in other threads, or maybe
even
divide the viewport into small areas that could be
Le mardi 7 novembre 2006 15:24, Frederic Bouvier a écrit :
Ok, but you have to acknowledge that the trend is to multiply the number of
cores that are possibly less porwerful on their own. Look the frequencies :
2 years ago, you had one core clocked over 3Ghz, now 2 cores are clocked at
about
I've used the ACE programming framework to
implement threaded applications in the past. There are considerable advantages
to using such as a framework to do threading. As well, it also supports message
queues which work very well with threads. It has all the paradigm required to
support
Quoting Peter Gervais :
I've used the ACE programming framework to implement threaded applications in
the past. There are considerable advantages to using such as a framework to
do threading. As well, it also supports message queues which work very well
with threads. It has all the paradigm
Le mardi 7 novembre 2006 16:39, Frederic Bouvier a écrit :
Beware : ACE is bigger than FGFS. OpenSceneGraph comes already with its
threading library : OpenThreads, and FG already use threads with a simpler
one
: pthreads. I don't think we need to jump on another tool. We should first
think
Hi,
Within the next year im supposed to start up on writing a thesis in
Software engineering with focus on artificual intelligence. I wanna
start quite early in getting to know the area that im supposed to work
in so therefore im allready sending this quite early request to the
community.
But
Frederic Thanks again,After your help, all is compiling and running fine.The real reason to compile this module (fgrun) is because the my last implementation, enabling jpg-httpd option, doesn't work using the fgrun launcher because it put a wrong parameter name, jpg_httpd instead correct
I had to make the following change in order to get the 'fgfs' binary
linked on FreeBSD. 'libosgSim' apparently references some functions
like osgText::readFontFile which areimplemented in 'libosgText' - so
put the latter into the linker command as well:
--- src/Main/Makefile.am~ Tue Nov 7
Martin Spott wrote:
I had to make the following change in order to get the 'fgfs' binary
linked on FreeBSD. 'libosgSim' apparently references some functions
like osgText::readFontFile which areimplemented in 'libosgText'
Which begs the question: why on earth does OSG insist on installing
Martin Spott wrote:
I had to make the following change in order to get the 'fgfs' binary
linked on FreeBSD. 'libosgSim' apparently references some functions
like osgText::readFontFile which areimplemented in 'libosgText' - so
put the latter into the linker command as well:
Did I tell you that
Andy Ross wrote:
Martin Spott wrote:
I had to make the following change in order to get the 'fgfs' binary
linked on FreeBSD. 'libosgSim' apparently references some functions
like osgText::readFontFile which areimplemented in 'libosgText'
Which begs the question: why on earth does OSG
On Mon, 06 Nov 2006 20:14:03 +0100, Darko wrote in message
[EMAIL PROTECTED]:
I dont know. Do you have an example xml?
..I stretched halfbaked waaay to far, no, and no, I don't know xml.
..maybe slap it and all other text on as a billboard? I saw a recent
discussion on airliner liveries
On Tuesday 07 November 2006 08:57, Martin Spott wrote:
Mhhh, could you make sure your CVS tree is up to date and clean ? I did
a build from yesterday evening's CVS on Linux with GCC-3.4 (Debian
Sarge on AMD64; GCC-3.3 throws an ICE with current PLIB SVN) plus one
this morning after Mathias'
On Tuesday 07 November 2006 08:57, Erik Hofman wrote:
Rémi Lafage wrote:
Thus I would like to specify the
/instrumentation/attitude-indicator/indicated-roll-deg property
to be a synonym of the /orientation/roll-deg property.
This can be done using aliases:
instrumentation
Martin Spott wrote:
I guess the intention is to allow developers to link only the libraries
whose functions they actually call. Think of some application that
needs - just as a stupid example - only functions from libosgText but
none from libosgSim ?
What would be the benefit of that if
Martin Spott wrote:
Think of some application that needs - just as a stupid example -
only functions from libosgText but none from libosgSim ?
Actually, here's a better explanation: let's call that application
FlightGear and say that it requires functions from osgUtil, osgSim
and osgDB, but
/FlightGear/Misc_rag/fgfs-builder-20061107-2.tar.gz)
Fixes an issue with the automatic downloading and with OpenThreads
dependencies in OpenProducer. Thanks to Douglas Campos for the bug
report.
Cheers,
Ralf
another but, sorry for bothering :)
We need openal / alut from svn
i
On Tuesday 07 November 2006 16:50, Curtis Olson wrote:
Threads impose a huge penalty in terms of complicating the code, hiding
really subtle bugs, and maintaining threaded code over time just
complicates this matter because new people come in and make changes when
they don't fully understand
/FlightGear/Misc_rag/fgfs-builder-20061107-2.tar.gz)
Fixes an issue with the automatic downloading and with OpenThreads
dependencies in OpenProducer. Thanks to Douglas Campos for the bug
report.
Cheers,
Ralf
another but, sorry for bothering :)
We need openal / alut from svn
i think
Andy Ross writes:
Martin Spott wrote:
Think of some application that needs - just as a stupid
example - only functions from libosgText but none from libosgSim ?
Actually, here's a better explanation: let's call that
application FlightGear and say that it requires functions
from
On 11/7/06, leee [EMAIL PROTECTED] wrote:
I suspect that the graphics will prove to be the trickiest problem - it's byfar the greatest resource user - Right, in all this we need to remember that in all our past benchmarking, the graphics themselves account for 90-95% of the workload. OSG provides
Hi,
I'm new to aircraft model animating, I'm trying to understand what does
control the gear/gear[0]/position-norm property in the A-10 aircraft ...
I really don't get it :-(Any help?
I'm in the process of learning how to make parts of the aircraft move
under certain circumstances. By now
Hi,
Arnt Karlsen wrote:
..I agree all deps should be part of the build system, but we
should not build all deps in the build system, especially when
we start building backport binaries for Debian, Red Hat, Fedora etc.
As I say in the README.txt, I included all packages which cannot be
Hi,
Douglas Campos wrote:
to all that interests
preliminary and very ugly patches to build openal and alut from svn
Looks good.
I'm sure that this autoconf hack is specific for ubuntu edgy (and yes,
it is ugly)
What exactly does autoupdate do on ubuntu? Is it an alternative for
autogen.sh
Curtis Olson writes:
Right, in all this we need to remember that in all our past
benchmarking, the graphics themselves account for 90-95% of
the workload.
I haven't profiled FGFS in a long time however I guess that
is true if you consider ground intersection and database
paging part
leee wrote:
On Tuesday 07 November 2006 08:57, Erik Hofman wrote:
This can be done using aliases:
instrumentation
attitude-indicator
indicated-roll-deg alias=/orientation/roll-deg/
/attitude-indicator
/instrumentation
That's interesting - is it possible to re-define it while FG
Hi All,
Panel update for the pc7, making it match some photos of pc7 panels I
found in the web. Now has radios, VOR etc, making it quite fun as a fast
single-engined IFR trainer, provided your joystick is up to it!
-Stuart
Index: pc7-panel.xml
--- Stuart Buchanan wrote:
Hi All,
Panel update for the pc7, making it match some photos of pc7 panels I
found in the web. Now has radios, VOR etc, making it quite fun as a fast
single-engined IFR trainer, provided your joystick is up to it!
-Stuart
snip
... and as my mail client has
last minute patch
Fixes building of Simgear with installed libalut
thanx to pigeon (#flightgear) for pointing it out
On 11/7/06, Ralf Gerlich [EMAIL PROTECTED] wrote:
Hi,
Douglas Campos wrote:
to all that interests
preliminary and very ugly patches to build openal and alut from svn
Looks
Roberto Inzerillo a écrit :
Hi, I'm new to aircraft model animating, I'm trying to understand
what does control the gear/gear[0]/position-norm property in the A-10
aircraft ... I really don't get it :-(Any help?
It's the position of the nose strut: 0=close 1=open
I'm in the process
Selon Stuart Buchanan [EMAIL PROTECTED]:
--- Stuart Buchanan wrote:
Hi All,
Panel update for the pc7, making it match some photos of pc7 panels I
found in the web. Now has radios, VOR etc, making it quite fun as a fast
single-engined IFR trainer, provided your joystick is up to it!
Hi,
It now works and I got a much better performance than with the version
compiled with Cygwin. Starting time has shortened significantly and
Framerates are much higher (Cygwin 11-20fps, MSVC 30-50fps).
Thank you for your help.
Thanks for your report. Do you have a suggestions on how to
Norman Vine schrieb:
Curtis Olson writes:
Right, in all this we need to remember that in all our past
benchmarking, the graphics themselves account for 90-95% of
the workload.
I haven't profiled FGFS in a long time however I guess that
is true if you consider ground intersection and
Martin Spott a écrit :
alexis bory wrote:
CVS version will segfault with many aicraft due to the switch to
Would you mind creating a short list of aircraft that you know to
be 'compatible' ?
Not that short, we would better count the non-compatible ones.
Segfaulting aircrafts at FGFS
I'm new to aircraft model animating, I'm trying to understand what does
control the gear/gear[0]/position-norm property in the A-10 aircraft ...
This is a property output from the YASim FDM. In the A-10-yasim.xml
file you will find the following line in the nose gear tag:
control-output
Frederic,
However compiler.h isn't included into SGQuat.hxx, so I didn't
realized that you had a patch in compiler.h.
I am not to sure which headers should be included. So I prefered a local
patch, here. Please feel free to fix it properly.
Olaf
... left out fix for copysign for Microsoft
Hi,
Time to go to bed, I did test something like 30 aircrafts... there is
still 50 to be tested !
http://wiki.flightgear.org/flightgear_wiki/index.php?title=List_of_%27compatible%27_aircrafts#List_of_.27compatible.27_aicrafts
the longuest is writing the result in the wiki...
Thanks for this
Hi,
a reason to use OSG is a perf improvement with SMP. but i see nothing about
it
here.
my processor (amd 4200 double core) occupation is always 50-55%. perhaps is
it
not done yet?
No, it is not possible at this time.
Olaf
Selon Olaf Flebbe :
Norman Vine schrieb:
Curtis Olson writes:
Right, in all this we need to remember that in all our past
benchmarking, the graphics themselves account for 90-95% of
the workload.
I haven't profiled FGFS in a long time however I guess that
is true if you consider
Hi,
How are you profiling ?
I had a Intel VTune eval license in the past.
Olaf
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your
Martin Spott a écrit :
alexis bory wrote:
CVS version will segfault with many aicraft due to the switch to
Would you mind creating a short list of aircraft that you know to be
'compatible' ?
Not that short, we would better count the non-compatible ones.
Segfaulting aircrafts at FGFS
Selon Olaf Flebbe :
Frederic,
However compiler.h isn't included into SGQuat.hxx, so I didn't
realized that you had a patch in compiler.h.
I am not to sure which headers should be included. So I prefered a local
patch, here. Please feel free to fix it properly.
Olaf
... left out fix
Hi,
From some other source I figured it might make sense to attach the
graphic card manufacturer (and maybe the driver version) to the problem
report. Olaf, does this count here too ?
The runway light flickers at the edge of the screen seem to be an ATI
driver feature (both on Linux and
Selon Frederic Bouvier :
Selon Olaf Flebbe :
Frederic,
However compiler.h isn't included into SGQuat.hxx, so I didn't
realized that you had a patch in compiler.h.
I am not to sure which headers should be included. So I prefered a local
patch, here. Please feel free to fix it
Fred,
If it is a problem for you, please post the error. I would like to understand
the issue.
I doublechecked and looked at the CVS history, time stamps of emails...
I created a patch and forgot to send them immediatly to Mathias to be
included into the release. In the meantime you fixed
Hi Yurik,
the plane looks really great, seems to be much time in this bird.
But I have a problem. I am not able to start the engine. I put on
electric main-switch, magnetos to 1+2, fuel up, starter switch on, other
starter switch short to the left and then to right (I hold it on the
right),
Hi,
Curtis Olson wrote:
On 11/7/06, *leee* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
I suspect that the graphics will prove to be the trickiest problem
- it's by
far the greatest resource user -
Right, in all this we need to remember that in all our past
OV10_CDF and OV10_NASA are now fixed. The issue had nothing to do with the OSG
port. Only a file name conflict because 2 files in the same directory had names
only differentiated by case. This is not good for windows that ignore case in
file names and one file was took for the other, creating an
last minute patch
Fixes building of Simgear with installed libalut
thanx to pigeon (#flightgear) for pointing it out
I also want to make a note here to point out that I've got this
issue before, which is when you build SG it fails when building all the
SG test programs, and the cause is
Mathias Fröhlich schrieb:
Hi Tim,
On Monday 06 November 2006 10:59, Tim Moore wrote:
I was seeing the problem of falling through the earth in w070n40.
With this patch I can run successfully starting with --airport=kpqi.
That is applied.
That area needs to be overhauled anyway, but
I would like to restrict that a bit. For bugfixes and non
developers this might be a good idea. But please do not develop
new features on the branch. I know how many problems this will
give. And to be honest, Olaf I believe You know what I am
talking about ...
No offense, but the
i've found here (pentium D 805) :
okay, we lost 3d clouds and some shiny transparencies, but...
the frame rate, although lower, gave me a smoother play. no bigger
drops, like with the plib branch.
in general, it left the impression of a more robust fgfs
just my 3cents
(sorry for the bad
On Tuesday 07 November 2006 20:11, Curtis Olson wrote:
On 11/7/06, leee [EMAIL PROTECTED] wrote:
I suspect that the graphics will prove to be the trickiest problem - it's
by
far the greatest resource user -
Right, in all this we need to remember that in all our past benchmarking,
the
On 11/7/06, Andy Ross [EMAIL PROTECTED] wrote:
This is a big, disruptive change, and I'm sympathetic to you,really.YASim and Nasal were big and disruptive too.But sofar, OSG has produced literally zero benefit for anyone.People's experience has been anywhere between it seems to work
OK to
On Tuesday 07 November 2006 10:50, Curtis Olson wrote:
I'm not saying we should not ever do threading in flightgear, indeed we
have two sub threads along with the main program already.
Shouldn't there be three? Or is FlightGear not getting inputs from the user
when it hangs?
My only point is
On Tuesday 07 November 2006 14:50, Durk Talsma wrote:
With the advent of multicore CPU's I have actually been considering the
possibilities of moving parts of the AI code to a separate thread. The
problem with AI isn't so much that it uses huge amounts of CPU time, but
that it needs it (at
On 11/7/06, Ampere K. Hardraade [EMAIL PROTECTED] wrote:
Shouldn't there be three?Or is FlightGear not getting inputs from the userwhen it hangs?Well by my count: 1. main thread, 2. scenery paging thread, 3. weather fetching thread.
My opinions on:Subtle bugs -- these get hidden anyway without the
On Tuesday 07 November 2006 23:20, Curtis Olson wrote:
Really! We should go out of our way to find a workable non-threaded
solution before we add new threads to the code.
One could always break FlightGear into sub-applications and let them
communicate via UDP ports.
Ampere
On Tuesday 07 November 2006 15:10, Roberto Inzerillo wrote:
Hi,
I'm new to aircraft model animating, I'm trying to understand what does
control the gear/gear[0]/position-norm property in the A-10 aircraft ...
I really don't get it :-(Any help?
I'm in the process of learning how to make
В сообщении от 8 Ноябрь 2006 05:42 Didier Fabert написал(a):
But I have a problem. I am not able to start the engine. I put on
electric main-switch, magnetos to 1+2, fuel up, starter switch on, other
starter switch short to the left and then to right (I hold it on the
right), the propeller
В сообщении от 8 Ноябрь 2006 04:38 Maik Justus написал(a):
right), the propeller turns some seconds and then: silence...
Any one else with this problem?
I answer to next letter.
And I found a minor bug. The help (engine start, space bar) only works
on 1024x768.
Yes, but parametrized help,
On Monday 06 November 2006 18:52, alexis bory wrote:
Time to go to bed, I did test something like 30 aircrafts... there is
still 50 to be tested !
http://wiki.flightgear.org/flightgear_wiki/index.php?title=List_of_%27compa
Good to see my aircraft run okay so far. :)
В сообщении от 7 Ноябрь 2006 17:04 AJ MacLeod написал(a):
The main problem with the 2d panel is the way it disappears if one looks
around - this problem was recently fixed in the pc7 and it would be a big
improvement if it was done in the an2.
I bind nasal command center wiew to one of
83 matches
Mail list logo