On Samstag 26 November 2005 21:40, Melchior FRANZ wrote:
* Mathias Fröhlich -- Saturday 26 November 2005 20:59:
On Samstag 26 November 2005 19:47, Joacim Persson wrote:
fgfs --airport=EGLL --aircraft=ufo
So, since I do not see that problem:
Do you have any modifications in your local
Josh Babcock wrote:
Good point. I also do this, but because this model has knees (not sure
what to call them) instead of oleos, I skipped it. Still, it should be
Hinges I believe.
Erik
___
Flightgear-devel mailing list
Arthur Wiebe wrote:
But as it seems to be a bad idea, I guess we can forget this thread.
Why do you think that? I've not seen any negative responses.
It's like everything else, a good idea is always welcome but like you,
others might not have time to develop it (right away).
Erik
On Thu, 2005-11-24 at 10:06 +0100, Stefan Seifert wrote:
I just wanted to note, that when it is clear, that it's a bug in ATI's
drivers, someone should post a bugreport in the ATI driver Bugzilla:
http://ati.cchtml.com/
This is actually a place where driver developers are watching and a good
Hi All,
I'm currently updating the civilian C310 with an improved 3D cockpit
(moving yokes, pedals, flaps, quadrant). I'm hoping to have it finished
real-soon-now, but have hit two issues I'd like to resolve before offering
it as a patch.
For the panel, I've placed used a normal panel with a
I noticed in the JSBSim file (c310.xml) definitions for pilot, copilot,
rear passengers and baggage. It all seems to be in the main cabin (i.e. no
baggage in the nose compartment). To lighten the load I'm going to remove
the rear pax. Will this automagically bring the CofG forward, or do I
On Sun, 27 Nov 2005, Mathias Fröhlich wrote:
Both work for me.
What scenery do you use?
Is this the 0.9.9 I am currently downloading? :)
... I still use the 0.9.8 normally.
Don't know about Melchior, but I'm using terrasync -- whichever version it's
feeding me with, I simply don't know. Ask
(tested with c172p, ufo, and other modelss with same result. Airplane
standing still on the ground.)
Compare the properties:
/instrumentation/heading-indicator/offset-deg
and
/environment/magnetic-variation-deg[0]
The former is drifting (decreasing).
Is this some reality-feature about
OK forget it. Did my homework now. ;)
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
Joacim Persson wrote:
Compare the properties:
/instrumentation/heading-indicator/offset-deg
and
/environment/magnetic-variation-deg[0]
The former is drifting (decreasing).
The gyro actually _does_ have a drift, on ground as well as in flight.
Especially in flight you have to
[EMAIL PROTECTED] iso]$ /opt/fgfs/bin/fgfs
opening file: /opt/fgfs/share/FlightGear/Navaids/carrier_nav.dat
/opt/fgfs/share/FlightGear/Navaids/TACAN_freq.dat
X Error of failed request: GLXUnsupportedPrivateRequest
Major opcode of failed request: 143 (GLX)
Minor opcode of failed
Joacim Persson schrieb:
On Sun, 27 Nov 2005, Mathias Fröhlich wrote:
Both work for me.
What scenery do you use?
Is this the 0.9.9 I am currently downloading? :)
... I still use the 0.9.8 normally.
Don't know about Melchior, but I'm using terrasync -- whichever
version it's
feeding me
Why do you think that? I've not seen any negative responses.
It's like everything else, a good idea is always welcome but like you,
others might not have time to develop it (right away).
Erik
Well it may be a good idea, but just not worth the development time
for most people. But if anyone
On Sonntag 27 November 2005 13:14, Frederic Bouvier wrote:
Why not installing an X11 error handler to trap this instead of letting the
default handler simply exiting ?
Well, ist this possible?
I was very excited about that idea, but found in the documentation that the
error handler needs to
On Sonntag 27 November 2005 11:55, Joacim Persson wrote:
If we have the same source code version, and the same scenery version, the
difference could lie in how our respective computer memory has been used
lately, i.e. smells like a case of unitialised memory use (or prematurely
freed mem).
Selon Mathias Fröhlich [EMAIL PROTECTED]:
On Sonntag 27 November 2005 13:14, Frederic Bouvier wrote:
Why not installing an X11 error handler to trap this instead of letting the
default handler simply exiting ?
Well, ist this possible?
I was very excited about that idea, but found in the
I notice that 0.9.9 scenery is available from several mirrors. Is there
an rsync capable site for Scenery-0.9.9?
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
On 11/23/05, pmaclean [EMAIL PROTECTED] wrote:
Well I got flight gear (version 0.9.8) to compile thanks
to the posting by Erik Hofman.
http://mail.flightgear.org/pipermail/simgear-cvslogs/2005-January/001011.html
I am using Visual Studio dotnet (7.1) on Win2K. The only reason I
have had any
On Sun, 27 Nov 2005, Mathias Fröhlich wrote:
What compiler do you use?
gcc 3.3.6
That extendent precision on intels cpu's covers and uncovers some problems
unpredictable - depending on some compile flags and compiler
implementations ...
AMD here, if that matters.
Do you use some
bass pumped wrote:
On 11/23/05, pmaclean [EMAIL PROTECTED] wrote:
Well I got flight gear (version 0.9.8) to compile thanks
to the posting by Erik Hofman.
http://mail.flightgear.org/pipermail/simgear-cvslogs/2005-January/001011.html
I am using Visual Studio dotnet (7.1) on Win2K. The
On Sun, 2005-11-27 at 13:14 +0100, Frederic Bouvier wrote:
[EMAIL PROTECTED] iso]$ /opt/fgfs/bin/fgfs
opening file: /opt/fgfs/share/FlightGear/Navaids/carrier_nav.dat
/opt/fgfs/share/FlightGear/Navaids/TACAN_freq.dat
X Error of failed request: GLXUnsupportedPrivateRequest
Major opcode
Selon Timo Saarinen [EMAIL PROTECTED]:
On Sun, 2005-11-27 at 13:14 +0100, Frederic Bouvier wrote:
[EMAIL PROTECTED] iso]$ /opt/fgfs/bin/fgfs
opening file: /opt/fgfs/share/FlightGear/Navaids/carrier_nav.dat
/opt/fgfs/share/FlightGear/Navaids/TACAN_freq.dat
X Error of failed request:
Is there some kind of problem going on with downloading PLIB from CVS? Seems
there's been
a partial outage in progress on SF.net for weeks. I can't get plib from CVS,
though ...
:-(
Jon
___
Flightgear-devel mailing list
-20051127.tar.gz
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http
* Jon Berndt -- Sunday 27 November 2005 19:26:
Is there some kind of problem going on with downloading PLIB from CVS?
Notoriously, but not necessary in this case. :-)
Seems there's been a partial outage in progress on SF.net for
weeks. I can't get plib from CVS, though ...
I have just
Curtis L. Olson wrote:
Update of /var/cvs/FlightGear-0.9/data/Aircraft/Lockheed1049/Models
In directory baron:/tmp/cvs-serv7950/Models
Modified Files:
Lockheed1049_twa.xml
Log Message:
Thierry:
Sets correctly the VRP at the nose :
Yep, the VRP appears actually to be located at
On Sunday 27 November 2005 05:19 pm, Martin Spott wrote:
Sets correctly the VRP at the nose :
Yep, the VRP appears actually to be located at the nose, but the offset
to the CG is still missing :-)
Have a try, look at the aircraft from an outside view (chase view w/o
yaw), activate the HUD
On 11/27/05, John Wojnaroski [EMAIL PROTECTED] wrote:
bass pumped wrote:
On 11/23/05, pmaclean [EMAIL PROTECTED] wrote:
Well I got flight gear (version 0.9.8) to compile thanks
to the posting by Erik Hofman.
http://mail.flightgear.org/pipermail/simgear-cvslogs/2005-January/001011.html
On 11/27/05, bass pumped [EMAIL PROTECTED] wrote:
On 11/27/05, John Wojnaroski [EMAIL PROTECTED] wrote:
bass pumped wrote:
On 11/23/05, pmaclean [EMAIL PROTECTED] wrote:
Well I got flight gear (version 0.9.8) to compile thanks
to the posting by Erik Hofman.
bass pumped wrote:
oops... disregard the above ouput. I found an error in what I had
done. Right now I can only confirm that the data being put on the
network is wrong. I have matlab running on another computer reading
the output as -398976952544137610.00 insead of
One thing that may be confusing is that the VRP setting given by aeromatic is
wrong. In the JSBSim configuration file If the CG location is X, Y, Z,
then the VRP location is -X, -Y, -Z.I had thought that AC_VRP defines the
location of the VRP, however it actually defines the location of
On 11/27/05, Curtis L. Olson [EMAIL PROTECTED] wrote:
bass pumped wrote:
oops... disregard the above ouput. I found an error in what I had
done. Right now I can only confirm that the data being put on the
network is wrong. I have matlab running on another computer reading
the output as
On 11/27/05, bass pumped [EMAIL PROTECTED] wrote:
On 11/27/05, Curtis L. Olson [EMAIL PROTECTED] wrote:
bass pumped wrote:
oops... disregard the above ouput. I found an error in what I had
done. Right now I can only confirm that the data being put on the
network is wrong. I have
In file included from /usr/local/FG-0.9.9/include/plib/ul.h:41,
from /usr/local/FG-0.9.9/include/plib/sg.h:29,
from /usr/local/FG-0.9.9/include/plib/fnt.h:29,
from /usr/local/FG-0.9.9/include/plib/pu.h:28,
from fg_os.cxx:14:
34 matches
Mail list logo