On Saturday 17 December 2005 11:40, Erik Hofman wrote:
Lighten up, I just started looking at this patch since Fred promised to
fill in the missing gaps.
I was delighted to see a form of the options saving patches going into CVS,
since I've been using the earlier versions with no troubles at
On Tuesday 15 November 2005 16:17, Vivian Meazza wrote:
Hunter starts with the brakes on by default. It works here with cvs as of
this morning.
OK, I can confirm Dai's problem.
Using GCC-4.0.2 (as standard on the latest Ubuntu) there are no initially
apparent problems compiling or running
On Thursday 01 December 2005 09:48, Steve Hosgood wrote:
I knew there was an autopilot on the cockpit display, but on my monitor
at home (1024x768) it was a bit difficult to read.
This is a problem for many instruments in many a/c - on higher resolution
screens too. The solution is to make
On Tuesday 29 November 2005 21:41, Buchanan, Stuart wrote:
Hint taken ;). I was thinking of writing a section on various features
such as the Nimitz, multiplayer and multiple displays anyway.
Unfortunately I only have a single PC, so I'll be writing blind. Would you
be able to review my text
On Tuesday 29 November 2005 22:32, Buchanan, Stuart wrote:
Absolutely - I just had a look at the Carrier HowTo on the Wiki and it
looks like exactly what is required. I assume no-one will mind.
Yes, no-one is fine with that ;-) I don't think Vivian is likely to sue you
for breach of copyright
On Saturday 26 November 2005 03:09, Josh Babcock wrote:
I just made up a tutorial about making gear retraction animations run
smoothly with complicated landing gears. It's still missing the final
animation code, but I thought I'd throw it up to see what everybody
thinks.
You have no idea how
On Saturday 26 November 2005 14:25, Arthur Wiebe wrote:
The idea is for an aircraft application. This application would
download (preferrably an XML file) from a server, parse, and through a
GUI have the ability to select aircraft, see details including
previews, press a button to download
On Tuesday 22 November 2005 15:41, Erik Hofman wrote:
The skylight model we are using is also based on physical properties and
isn't far off from the model you describe. That model however doesn't
allow for some of the cloud colorings features we are doing.
Like in the dawn screenshot where
On Thursday 17 November 2005 23:29, Ampere K. Hardraade wrote:
Other than the one taken during daytime, I think the rest should be kept
away from being presented. They are simply too dark.
Erm.. it's called atmosphere. FG looks very impressive around dawn and dusk,
and some of the rougher
On Friday 18 November 2005 22:16, Arthur Wiebe wrote:
Yes, that is correct. But, if I enable sound, the bug still shows
up. In other words, if I start with --enable-sound then it starts
with sound, as it should, but the dialog box does not allow me to
turn it off.
I noticed that too but
On Thursday 17 November 2005 15:45, Melchior FRANZ wrote:
I don't mind if you (Curt) don't use them. But we should *really* put new
ones up before 0.9.9 is released. All people who see the release note
will check the HP and would be disappointed to see only old screenshots.
That leaves a bad
On Tuesday 15 November 2005 03:13, Steve Knoblock wrote:
I've got Flight Gear 0.9.8 running. I will try installing the CVS
version soon or the prerelease.
Good stuff - as far as I can think, you ought to have a fairly straightforward
time building either now that you have the glut problem
On Tuesday 15 November 2005 13:18, Dai Qiang wrote:
I am using the latest CVS version of SimGear,
FlightGear data and source. After I enabled the Nimitz
demo, I found the Hunter plane moved backward slowly
when it's landed on the Nimitz, because Nimitz was
moving forward, and Hunter remained
On Tuesday 15 November 2005 15:02, Dai Qiang wrote:
I actually did nothing but started with the following
commmand: fgfs
--fg-root=/home/azuron/Project/CVS/FG/data
--aircraft=hunter --carrier=Nimitz
The situation was like what I just decribed from the
beginning.
I just tried that myself -
On Sunday 13 November 2005 20:15, Steve Knoblock wrote:
I installed the downgrade of freeglut, but I still get a missing
header error. I think this header is in the freeglut-devel but did not
download that module. I cannot seem to access the 9.3 RPMs in the Yast
repositories. Can someone point
On Thursday 10 November 2005 17:02, Steve Hosgood wrote:
The latter few lines of strace fgfs look like this:
open(/usr/share/FlightGear/data/cloudlayers.xml, O_RDONLY) =
-1 ENOENT (No such file or directory)
I'm sure I saw an hour or so ago on this list that this file was mistakenly
On Wednesday 09 November 2005 19:04, Dave Culp wrote:
That configuration file applies an offset of -0.3 prior to the scale. That
shouldn't be allowed, and I guess someone's personal configuration snuck in
by accident?
I don't think so in this case. That offset apparently worked for most
On Wednesday 09 November 2005 19:31, Curtis L. Olson wrote:
Just glancing through the list very quickly, potential candidates for
inclusion might be the b1900d, Citation Bravo, Concorde, dhc2, F-8E,
Hurricane, Marchetti, MiG-15, seahawk, Spitfire, tu154 ... (?)
Any opinions? Note that if you
On Sunday 06 November 2005 14:47, Mathias Fröhlich wrote:
But looking at those problems with ATIs closed source drivers, I must say
that NVidia seems to work better.
Certainly I've stuck with nvidia for all jobs involving graphics ever since
Matrox fell behind, and I've not had reason to
On Monday 07 November 2005 12:05, Martin Spott wrote:
You should have a closer look at the upcoming XOrg-6.9/7.0 that'll
contain OpenSource drivers for the ATI Radeon X8x0 series.
Good news indeed - I knew there were OS drivers for ATI cards in exisistance,
but hadn't heard too much about their
On Monday 07 November 2005 15:02, Kevin Jones wrote:
CVS FG source at 2:30pm (UK time) Monday 7th November fails to make
on Cygwin with the following error:
make[2]: Entering directory blah/source/src/MultiPlayer
make[2]: *** No rule to make target `tiny_xdr.cpp', needed by
`tiny_xdr.o'.
On Friday 04 November 2005 12:36, Buchanan, Stuart wrote:
I may take another look then. I've been using AC3D for buildings are
aircraft, but it isn't particularly easy for some tasks - like modifying
the cockpit.
I think that's more a reflection on the relative complexity of the two
tasks...
On Wednesday 02 November 2005 01:53, Innis Cunningham wrote:
Now that I have been converted to 3D instrument making
I am wundering if we should start an instrument repository
like we have for the Aircraft and Scenery.
I do quite like the idea in some respects, but to be honest I don't think
On Monday 31 October 2005 14:05, Bram Stolk wrote:
I get this from a fresh flightgear/simgear from cvs:
freeglut (fgfs): Failed to create cursor
As the archives will quickly tell you... there have been loads of people
finding that freeglut 2.4 contains a bug which should be fixed in their
On Sunday 23 October 2005 09:14, Buchanan, Stuart wrote:
I've created a new XML binding file for the USB
version of the Wingman Force 3D joystick.
I've been using a USB Wingman Force3D stick with FG (under Linux) for quite a
few months now using the current config (OK, a hacked version for my
On Friday 21 October 2005 17:09, Erik Hofman wrote:
I've downloaded the winter.tar.bz2 file again and it's working fine for me.
It might well be, but it's not for the rest of us :-)
Error 550 here (Not a directory) for both those files.
I'm looking forward to having some variation in the FG
On Thursday 13 October 2005 12:12, Richard Bytheway wrote:
Can the patch be modified so that clicking the middle and left buttons
simultaneously recentres the offset?
Might make things a bit tricky for those of us whose middle button is
actually a mini-joystick or other non-clickable scrolling
On Thursday 13 October 2005 14:42, Oliver Schroeder wrote:
Which reminds me of another thing. Is it possible to use /dev/dsp in a
non-blocking mode? I want to start a second application which uses /dev/dsp
while flightgear is running.
Not as far as I'm aware - with ALSA, one should use
On Thursday 13 October 2005 18:11, Curtis L. Olson wrote:
Back to serioiusness, I think since most FlightGear participants are not
active licensed pilots, there would be some need for flexibility and
education on the proper procedures ... just like in real life, but
obviously without real
On Wednesday 12 October 2005 01:27, Vassilii Khachaturov wrote:
I've updated README.multiplayer to reflect the recent changes.
I'm not addressing the released/cvs incompatibility issue in there,
hopefully this is fine.
You might also note that there's an up-to-date multiplayer howto on the
On Wednesday 12 October 2005 16:30, Vassilii Khachaturov wrote:
Quoting the Wiki multiplayer docs at
http://www.seedwiki.com/wiki/flight_gear/flightgear_multiplayer_documentati
on.cfm?wpid=203209 This document can be found at
http://www.o-schroeder.de/fg_server/ Please check there for later
On Saturday 01 October 2005 17:29, Georg Vollnhals wrote:
It is strange, it seems for me that these make-errors are due to errors
in code - if so, why
do *I* get the problems with make and not all other who compile the CVS
stuff?
The errors you've found so far were all experienced by others
On Wednesday 21 September 2005 19:54, Oliver Schroeder wrote:
The problem lies in XDR_encode_double() and XDR_decode_double(). Making all
arguments const did the trick. You can find my updated version here:
http://www.o-schroeder.de/fg_server/tinyxdr.tgz
please test it.
I can confirm that it
On Wednesday 21 September 2005 10:46, Erik Hofman wrote:
That's odd. This *should* indicate that it still would work with our own
definition of these functions ??!?
I should note here that I'm a really only a simple sysadmin and not a
programmer, so I'm saying nothing as to what should work
Sorry about that - I was too quick to test and didn't read the cvs log
carefully enough :-)
Here's the output of your swap test
UI32: (normal) 1234567
UI32: (swapped) 67452301
UI64: (normal) 123456789abcdef
UI64: (swapped) efcdab8967452301
AJ
___
On Wednesday 21 September 2005 23:17, Georg Vollnhals wrote:
I would be very glad if someone could help me. Building FlightGear 0.9.8
from source would be the first step to building it
from CVS.
I just used Norman's pre-compiled version from here;
On Tuesday 20 September 2005 10:36, Erik Hofman wrote:
I've added a byte swap test utility in the MultiPlayer directory so you
can easily test if it really makes a difference. On my machine all
(should) work(s) fine.
Are you sure? It doesn't here since yesterday (Linux x86. ) FG runs OK, and
On Tuesday 20 September 2005 14:57, Erik Hofman wrote:
Hmm, that should be correct.
What does the utility output if you include byteswap.h instead off our
own functions?
Swapping #include byteswap.h instead of tiny_xdr.hpp I get exactly the
same result here..
AJ
On Thursday 15 September 2005 18:12, Lee Elliott wrote:
since updating from cvs yesterday I now seem to get segfaults
whenever I try to use real-weather-fetch.
This has been happening with yasim A/C since some of Harald's changes a few
weeks ago. Using a JSBSim a/c you will find (if this is
On Wednesday 14 September 2005 14:36, Mike Rawlins wrote:
v0.9.8 comes with scenery for the 10x10 degree block
with corner 130W, 30N. Did you start the sim at KSFO?
If you started it in a region outside of central
California no scenery will show.
You're right, of course - but you should
On Wednesday 14 September 2005 18:03, Curtis L. Olson wrote:
What would people think of abandoning our mailing lists and converting
over to online/web-based forums?
Personally, I very much prefer mailing lists. I can quite see the advantages
of web-based forums, but I'm not convinced they
On Tuesday 13 September 2005 11:35, Richard Bytheway wrote:
I have a nice tidy script to build and install all of plib, SimGear,
FlightGear and Atlas, which works beautifully on Cygwin, but it fails on
Linux because it, understandably, needs root privs for the make install
sections.
How does
On Tuesday 30 August 2005 20:21, Vivian Meazza wrote:
This behaviour has been confirmed by AJ on a similarly specified machine.
I would maybe also just add that I was working with a different version of GCC
(3.3.3) but obtained identical symptoms to what Vivian has already described.
AJ
On Friday 26 August 2005 07:34, Ampere K. Hardraade wrote:
I think that problem is due to metar data being too old.
I don't know; however, 0.9.8 seems perfectly happy with the same data. Also,
I've not once managed to get yesterdays' CVS to start with METAR enabled -
surely the data would be
On Thursday 25 August 2005 18:12, Erik Hofman wrote:
I noticed this too. You will need to set the weather scenario to a
different value than none.
I don't know if this is exactly what you noticed, but I've just found that
with today's CVS, if you have real-weather-fetch true in
On Thursday 11 August 2005 00:51, Jon Berndt wrote:
Those of you who have read the newsletter have probably seen (and drooled
over) the wonderful 3D model of the L410 Turbolet created by Jiri and Jiri
Javurek.
I have, and would love to see it added to the FG collection - it appears to be
a
On Tuesday 02 August 2005 16:03, Corrubia, Stacie K wrote:
I used to be able to get to Wolfram's hangar for FlightGear Flight
Simulator models through the link but now all I get is a T-mobile web
page. Is his site still out there in the ether somewhere?
I don't know of a current host, but you
On Sunday 31 July 2005 11:12, Paul Surgeon wrote:
SimGear WILL NOT compile with nVidia 6629 headers (like it used to).
I updated to 7667 OpenGL headers and it compiles now.
I should perhaps mention here for those not keen on updating to the newer
nvidia drivers yet that SimGear CVS (on 1st
On Tuesday 02 August 2005 18:30, Andy Ross wrote:
You might not have the NVIDIA headers installed. Check
/usr/include/GL/gl.h to see if it has an NVIDIA copyright at the top
or an x.org one. I think some of the non-NVIDIA binary distributions
of the driver include only the libraries and X
On Friday 29 July 2005 15:35, Craig Martin wrote:
Is there a script or a batch file that sets the following start-up
parameters for FGFS;
Environment conditions, Aircraft, View, Systems Statuses (engine, etc.),
Scenery active...
At least some of those can be set in data/preferences.xml
On Saturday 09 Jul 2005 11:10, Martin Spott wrote:
Oh, sorry this was intended to be a private EMail,
Well, if my comprehension of it was any indication, it pretty much was :-)
AJ
___
Flightgear-devel mailing list
On Wednesday 06 Jul 2005 20:50, Patrick Quirk wrote:
In file Main/viewer.cxx, in function MakeVIEW_OFFSET(...), on line ~118
where the third matrix is being made, there is the following line:
tmp = t * axis2[1];
It's still in there... You don't have to do a cvs checkout to view the
current
On Thursday 30 Jun 2005 23:20, Josh Babcock wrote:
Is there a way to get button-release events from the clickable panels,
or do they just sense a button-press and touch off the command then? I
want to make some instantaneous switches for the B-29.
Like the fuel gauge in the Spitfire?
AJ
On Thursday 16 Jun 2005 19:34, Harald JOHNSEN wrote:
I was thinking of using some pixel shader for one or two effects.
But before starting anything like that I first want to know if :
1) people have program shader capable cards (ie FX5200+ or ati9500+)
Personally speaking, no, I don't; I've a
On Wednesday 15 Jun 2005 08:47, Vivian Meazza wrote:
Still not tempted by a Bucc? ;-) Oh well, one mustn't be greedy!
Yes - I went as far as to look at a cockpit section at the Manston Museum
last year. Daunting!
Certainly... It didn't take me long to decide that I certainly wasn't going to
On Wednesday 15 Jun 2005 17:18, Josh Babcock wrote:
I have found that 3-views are good for laying out the basic shapes, but
to really get a model right you need lots of reference photos. The
quality of these photos makes a big difference too. I would recommend
starting the model, then once you
On Monday 13 Jun 2005 15:14, Vivian Meazza wrote:
There remains some more eye-candy to do: nav lights, beam approach marker
lamps, realistic rad and oil temperature readings etc. In the meantime I
would be grateful for any comments, not least that it all downloads and
installs correctly!
On Tuesday 14 Jun 2005 22:57, Vivian Meazza wrote:
Is this in roll only? The ailerons are much more powerful, but also damped.
There shouldn't be any rapid movement in the ailerons, but the stick
reflects the input. Look at the ailerons in an external view - are they
jumping around too?
Yes
On Saturday 11 Jun 2005 21:28, Gerard Robin wrote:
Sorry ,I probably, missed something but i have no access to CVS respective
changelog entry,
You can subscribe to the flightgear-cvslogs mailing list or check the archive
here;
http://baron.flightgear.org/pipermail/flightgear-cvslogs/
On Tuesday 07 Jun 2005 23:16, [EMAIL PROTECTED] wrote:
1) I am using FGFS Version 0.9.4, I noticed that the Airport Data file
extensions changed to tgz, does the data can be used on the version 0.9.4.
Have you any reason not to upgrade? There's been a fair amount of improvement
since 0.9.4
On Sunday 05 Jun 2005 16:41, Josh Babcock wrote:
Smarter instrument
Shadow
.ac tweaks
That's a really nice model - the textures are great, as is the animated
yaw-string. Makes me wish I had the ability to produce these things - I do
regularly try, but always give up in disgust quite
On Thursday 02 Jun 2005 23:30, Sam Heyman wrote:
Can one create a new texture
using Blender? I would like to paint my aircraft (RC UAV) white and have 2
blue stripes on the wings, the trouble is I have no idea where to start...
I am just the opposite of an expert on these matters, but I
On Friday 27 May 2005 21:01, Oliver C. wrote:
First, installing CGAL systemwide is a nightmare, so i decided against it
to do that.
Probably wisely. At least, I did the same...
After that i went back to compile fgsd.
But now i get the following compiler error:
The used gcc version is
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
64 matches
Mail list logo