Martin Spott wrote:
Martin Spott wrote:
I found a third location:
Great, with the patches I posted these days and an additional
'-lpthread' to the final linker run we're up to date with Solaris
portability,
All these patches have been committed now. I still have to look into the
-pthread issue.
Curtis L. Olson wrote:
Update of /var/cvs/FlightGear-0.9/source/src/Network
In directory baron:/tmp/cvs-serv347
Modified Files:
net_ctrls.hxx net_fdm.hxx
Log Message:
32 bit integers are somewhat magical and handled pretty well across platforms
in terms of predictable packing and
Martin Spott wrote:
I found a third location:
Great, with the patches I posted these days and an additional
'-lpthread' to the final linker run we're up to date with Solaris
portability,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
On 6 Apr 2005, at 09:46, Erik Hofman wrote:
Modified Files:
fg_os_sdl.cxx
Log Message:
Melchior FRANZ:
Make SDL window resizable; This exposes the same problem that many
GLUT users have: resizing up may cause a temporary switch to software
rendering if the card is low on memory. Resizing
* James Turner -- Wednesday 06 April 2005 11:37:
Bad news - I've had this change in my tree for a few months now, and it
doesn't work right on OS-X
So then add a #ifdef for OS-X around the resize event, so that it is
simply ignored? Did you send a bug report to the SDL people?
#ifdef OSX //
* Melchior FRANZ -- Wednesday 06 April 2005 12:14:
Did you send a bug report to the SDL people?
Or the plib people? Anyway, we allow glut windows to be resized, and
I wouldn't understand if we wouldn't allow it for SDL on all systems,
just because of broken OSX or broken OSX support in plib.
m.
On 6 Apr 2005, at 11:14, Melchior FRANZ wrote:
So then add a #ifdef for OS-X around the resize event, so that it is
simply ignored? Did you send a bug report to the SDL people?
I think you misunderstand, it's not an SDL bug:
*FlightGear is relying on assumption about how OpenGL implementations
* James Turner -- Wednesday 06 April 2005 12:28:
Of course, we can certainly live without the feature on Mac - just be
aware the fault lies with FG / PLIB for not providing an API that is
somewhat important in real-world situations. I for one would love to be
able to switch from full-screen
On 6 Apr 2005, at 12:53, Melchior FRANZ wrote:
Err ... or is it SDL_SetVideoMode() in SDL's video/SDL_video.c? There's
a suspicious comment in there:
* WARNING, we need to make sure that the previous mode hasn't
* already been freed by the video driver. What do we do in
*
* James Turner -- Wednesday 06 April 2005 14:17:
- Making PLIB / FG support vid restarts would be a very good thing to
do, but would be a lot of work and invasive. I would be happy to give
it a go if I thought the patches would be accepted!
Sigh ... that's not so sure.
- We can live with
* Melchior FRANZ -- Wednesday 06 April 2005 13:19:
So it's the glViewport() in FGRenderer::resize() that doesn't work with
plib/fgfs on OSX?
Err ... or is it SDL_SetVideoMode() in SDL's video/SDL_video.c? There's
a suspicious comment in there:
* WARNING, we need to make sure that the
Hello Erik,
Erik Hofman wrote:
Update of /var/cvs/FlightGear-0.9/data/Aircraft/fokker100/Models
In directory baron:/tmp/cvs-serv14144
Modified Files:
f70_cabin.ac fokker70.ac fokker70.xml
Log Message:
Some final changes, fixes and updates for some time
The model looks very nice
Martin Spott wrote:
The model looks very nice and the handling feels pretty easy. It's only
Thanks.
that I'm missing the cabin door being coupled to the parking brake as
it was in your first version ;-)
No, it's not ...
:-)
Erik
___
Flightgear-devel
Erik Hofman wrote:
Martin Spott wrote:
that I'm missing the cabin door being coupled to the parking brake as
it was in your first version ;-)
No, it's not ...
Hmmm, I don't understand: Did you decouple the cabin door from the
parking brake intentionally because you thing the coupling is
Erik Hofman wrote :
Update of /var/cvs/FlightGear-0.9/FlightGear/src/Main
In directory baron:/tmp/cvs-serv24714
Modified Files:
fg_init.cxx
Log Message:
Geoff Air:
RE: --aircraft=ufo in system.fgfsrc is ignored
To change a 'feature', one that has been mentioned here many
times, and again
Frederic Bouvier wrote:
I can revert the patch or someone running windows should provide me a
patch instead.
Erik
Well, reading this piece of code, I don't see how it could work. see
below :
Index: fg_init.cxx
===
RCS file:
Erik Hofman wrote :
Frederic Bouvier wrote:
I can revert the patch or someone running windows should provide me a
patch instead.
Or do both, because the current patch seems useless.
Is it windows specific ?
-Fred
___
Flightgear-devel mailing list
Frederic Bouvier a écrit :
Erik Hofman wrote :
Frederic Bouvier wrote:
I can revert the patch or someone running windows should provide me a
patch instead.
Or do both, because the current patch seems useless.
Is it windows specific ?
This one seems better ( move the added block 3 lines upward )
Frederic Bouvier wrote:
Frederic Bouvier a écrit :
Erik Hofman wrote :
Frederic Bouvier wrote:
I can revert the patch or someone running windows should provide me a
patch instead.
Or do both, because the current patch seems useless.
Is it windows specific ?
This one seems better ( move the
Update of /var/cvs/FlightGear-0.9/data/Huds/Default
In directory baron:/tmp/cvs-serv19455/Huds/Default
Modified Files:
default.xml
Log Message:
Disable the runway outline in the hud for now until a few more issues get
resolved. (It's a nifty feature though.)
What do you think
Erik Hofman wrote:
Update of /var/cvs/FlightGear-0.9/data/Models/Weather
In directory baron:/tmp/cvs-serv5714
Modified Files:
rain.ac rain.xml
Log Message:
Model changes and add some select's.
Great idea, especially because there's no 'cigar' around the cockpit
anymore ;-)
Erik Hofman wrote:
Update of /var/cvs/FlightGear-0.9/data/Models/Weather
In directory baron:/tmp/cvs-serv28318/Models/Weather
Added Files:
rain.ac rain.rgb rain.xml
Log Message:
Add a basic model for rain. Test w. the pc-7
This looks quite interesting but I realize that this might
On Monday 03 Jan 2005 16:11, Martin Spott wrote:
Erik Hofman wrote:
Update of /var/cvs/FlightGear-0.9/data/Models/Weather
In directory baron:/tmp/cvs-serv28318/Models/Weather
Added Files:
rain.ac rain.rgb rain.xml
Log Message:
Add a basic model for rain. Test w. the pc-7
This
Martin Spott wrote:
Erik Hofman wrote:
Update of /var/cvs/FlightGear-0.9/data/Models/Weather
In directory baron:/tmp/cvs-serv28318/Models/Weather
Added Files:
rain.ac rain.rgb rain.xml
Log Message:
Add a basic model for rain. Test w. the pc-7
This looks quite interesting but I realize that this
On Monday 03 Jan 2005 17:32, Erik Hofman wrote:
Well, this will only cover a part of the rain problem.
I had an idea a while back that being able to change the specular material
setting for runways / taxiways 'on the fly' could produce the sort of wet
'sheen' you get on asphalt when it
Dave Martin wrote:
On Monday 03 Jan 2005 17:32, Erik Hofman wrote:
Well, this will only cover a part of the rain problem.
I had an idea a while back that being able to change the specular material
setting for runways / taxiways 'on the fly' could produce the sort of wet
'sheen' you get on
* Martin Spott -- Monday 13 December 2004 22:14:
I can confirm that the VSPEED display in the 737 PFD actually always
shows the number 0 but I'd say this is still better than a fps
display - at least for a real pilot. If the display sticks to 0 the
pilot will realize very soon that it is
Erik Hofman wrote:
could you consider to apply this as well?
The vertical speed display did never ever work. It uses a property
/velocities/vertical-speed-fpm. Feet per minute? This property
doesn't exist. I posted this patch on the developers list (6 Nov 2004)
to give the 737 engineers a
Curt wrote:
As a project, FlightGear needs to depend on the stable releases of the
stuff it depends on, not cvs development trees. That get's to be too
big of a mess. Many distributions include the latest stable version of
plib, and that is often easier to build. It's ok for developers to
Vivian Meazza wrote:
So we have the situation where at least some of the current binary releases,
do not follow this policy. The Windows for one seems to accept the crease
token.
The policy is not meant for the binary releases. A binary-release
maintainer may even chose to use plib-1.7.3 if
Vivian Meazza wrote:
So we have the situation where at least some of the current binary releases,
do not follow this policy. The Windows for one seems to accept the crease
token.
Binary releases, by definition, are not meant to be rebuild, so the hassle of
collecting patches and making all
Erik Hofman wrote:
Vivian Meazza wrote:
So we have the situation where at least some of the current binary
releases,
do not follow this policy. The Windows for one seems to accept the
crease
token.
The policy is not meant for the binary releases. A binary-release
maintainer may
Vivian Meazza wrote:
Erik Hofman wrote:
The policy is not meant for the binary releases. A binary-release
maintainer may even chose to use plib-1.7.3 if he/she wishes to do so.
The policy is to make it _work_ with the latest official plib release.
Now I'm confused. Make what work?
Sorry, I
Quoting Vivian Meazza :
The patch has been committed to plib CVS. Now we only (...) need to
convince them to release a new stable version.
Excellent news, what about the joystick problem?
not committed yet, but I just asked again on the plib list.
-Fred
Erik Hofman wrote:
Update of /var/cvs/FlightGear-0.9/data
In directory baron:/tmp/cvs-serv3809
Modified Files:
preferences.xml
Log Message:
Comment out the nimitz for now.
Hm ? I thought Curt just made it working with stock PLIB - is it still
broken ?
Martin.
--
Unix _IS_ user
On Tue, 30 Nov 2004 14:55:29 + (UTC), Martin Spott
[EMAIL PROTECTED]
Hm ? I thought Curt just made it working with stock PLIB - is it still
broken ?
It uses the AC3D crease directive, which stock plib doesn't support.
More importantly, FlightGear still tries to load the Nimitz even when
David Megginson wrote:
On Tue, 30 Nov 2004 14:55:29 + (UTC), Martin Spott
[EMAIL PROTECTED]
Hm ? I thought Curt just made it working with stock PLIB - is it still
broken ?
It uses the AC3D crease directive, which stock plib doesn't support.
At 03:47 today.
Modified Files:
nimitz.ac
Log
* Martin Spott -- Tuesday 30 November 2004 15:55:
Erik Hofman wrote:
Comment out the nimitz for now.
Hm ? I thought Curt just made it working with stock PLIB - is it still
broken ?
Yes, he did. But Vivian's changes from today refer to a file nimitz-complex.ac,
which isn't in CVS, and was
* Jon Stockill -- Tuesday 30 November 2004 16:39:
At 03:47 today.
Modified Files:
nimitz.ac
Log Message:
Remove crease tag so that people without custom patched versions of
plib can still run FlightGear. :-)
Yes, and at ... um ... right *now*:
$ cd
Melchior FRANZ
* Jon Stockill -- Tuesday 30 November 2004 16:39:
At 03:47 today.
Modified Files:
nimitz.ac
Log Message:
Remove crease tag so that people without custom patched versions of
plib can still run FlightGear. :-)
Yes, and at ... um ... right *now*:
$ cd
On Tue, 30 Nov 2004 18:40:53 -, Vivian Meazza
[EMAIL PROTECTED] wrote:
Sorry guys, I sent today's Nimitz before I realized that Curt was removing
crease tokens. Mind you, after all the effort we went to get it in ... I'm a
bit confused here. Mathias submitted a patch to plib, and I thought
David Megginson
On Tue, 30 Nov 2004 18:40:53 -, Vivian Meazza
[EMAIL PROTECTED] wrote:
Sorry guys, I sent today's Nimitz before I realized that Curt was
removing
crease tokens. Mind you, after all the effort we went to get it in ...
I'm a
bit confused here. Mathias submitted a
Vivian Meazza wrote:
Absolutely right, but here we are talking FG cvs with plib cvs (or not as
the case might be)
Right, but if we depend on plib cvs, we could never again make a stable
release until plib rolls the current cvs version into a stable release
... that puts us in a bad position.
Vivian Meazza wrote:
Sorry guys, I sent today's Nimitz before I realized that Curt was removing
crease tokens. Mind you, after all the effort we went to get it in ... I'm a
bit confused here. Mathias submitted a patch to plib, and I thought that
Wolfram Kuss had uploaded it. What's the problem -
Melchior FRANZ wrote:
* Martin Spott -- Tuesday 30 November 2004 15:55:
Erik Hofman wrote:
Comment out the nimitz for now.
Hm ? I thought Curt just made it working with stock PLIB - is it still
broken ?
Yes, he did. But Vivian's changes from today refer to a file nimitz-
David Megginson wrote:
On Tue, 30 Nov 2004 18:40:53 -, Vivian Meazza
No, it's just a matter of stability. We don't want FlightGear
releases to have to depend on prerelease CVS versions of plib, so we
have to wait until the next plib official release.
I'm not convinced that this actually
* Vivian Meazza -- Tuesday 30 November 2004 20:30:
I use the plib version provided on Martin Spott's site.
Very satisfactory and stable it is too, [...]
A few of our models do still not work properly with applied crease patch.
dhc2
b1900d
Citation-II
All of them show holes where the
* Vivian Meazza -- Tuesday 30 November 2004 20:47:
Melchior FRANZ wrote:
WARNING: ssgLoadAC: Failed to open '/usr/local/share/FlightGear/\
Models/Geometry/Nimitz/nimitz-complex.ac' for
reading
Fatal error: Failed to load 3D model
Just delete -complex
Sure. I
Martin Spott
No, it's just a matter of stability. We don't want FlightGear
releases to have to depend on prerelease CVS versions of plib, so we
have to wait until the next plib official release.
I'm not convinced that this actually is the point. FlightGear has a
history of depending
Melchior FRANZ wrote:
* Vivian Meazza -- Tuesday 30 November 2004 20:47:
Melchior FRANZ wrote:
WARNING: ssgLoadAC: Failed to open '/usr/local/share/FlightGear/\
Models/Geometry/Nimitz/nimitz-complex.ac' for
reading
Fatal error: Failed to load 3D model
Vivian Meazza wrote:
Martin Spott
No, it's just a matter of stability. We don't want FlightGear
releases to have to depend on prerelease CVS versions of plib, so we
have to wait until the next plib official release.
I'm not convinced that this actually is the point. FlightGear has a
* Vivian Meazza -- Tuesday 30 November 2004 23:02:
* Melchior FRANZ wrote:
[...] we are lacking a couple of textures that were removed.
No problem, as long as the carrier is disabled, anyway.
I'll check the textures. Disabled - do you mean broken?
No, I mean the fact that the nimitz_demo
Curtis L. Olson wrote:
We all are busy. Steve is extremely busy. It doesn't hurt to follow up
on these things (more than once if needed.) If done in a sensitive
way, you can usually accomplish reasonable things with reasonable people.
I don't think anyone here is attempting to blame
Curtis L. Olson wrote:
Perhaps as a direct suggestion to the immediate issue of the crease
patch, we should get more FG people onboard as plib contributors with
cvs access so we can make direct contributions and get this fixed?
I looked at the developer list of the plib project (
From: Lee Elliott
On Thursday 18 November 2004 21:03, Martin Spott wrote:
Lee Elliott wrote:
um, yes - the TSR-2 probably isn't the best a/c for carrier
stuff. The FDM needs really an overhaul because the
take-off performance isn't right - it currently lifts off at
a lower speed
On Tuesday 23 November 2004 13:59, Richard Bytheway wrote:
From: Lee Elliott
On Thursday 18 November 2004 21:03, Martin Spott wrote:
Lee Elliott wrote:
um, yes - the TSR-2 probably isn't the best a/c for
carrier stuff. The FDM needs really an overhaul because
the take-off
Lee Elliott wrote:
On Sunday 21 November 2004 21:58, Arnt Karlsen wrote:
..you forget this plane was made to fight WWIII. ;-).
In a nut shell, you've got it.
Well, the project started in the late fifties, way past WWII.
technical/manufacturing problems (there have been a surprisingly
On Monday 22 November 2004 01:28, Arnt Karlsen wrote:
On Mon, 22 Nov 2004 00:24:38 +, Lee wrote in message
[EMAIL PROTECTED]:
On Sunday 21 November 2004 21:58, Arnt Karlsen wrote:
On Sun, 21 Nov 2004 21:32:12 + (UTC), Martin wrote in
message
[EMAIL PROTECTED]:
Lee
Lee Elliott wrote:
I also believe the main gear was designed to tolerate less than
perfect strips.
Yes, the main gear looks to be very 'robust'. But I still wonder why
they paid attention to these features. To my knowledge the TSR-2 was
designed for long range and high cruise speed. This sort
On Sunday 21 November 2004 21:58, Arnt Karlsen wrote:
On Sun, 21 Nov 2004 21:32:12 + (UTC), Martin wrote in
message
[EMAIL PROTECTED]:
Lee Elliott wrote:
I also believe the main gear was designed to tolerate less
than perfect strips.
Yes, the main gear looks to be very
On Thursday 18 November 2004 21:03, Martin Spott wrote:
Lee Elliott wrote:
um, yes - the TSR-2 probably isn't the best a/c for carrier
stuff. The FDM needs really an overhaul because the
take-off performance isn't right - it currently lifts off at
a lower speed if reheat isn't used :( -
Martin Spott wrote
[...]
Did you manage to take off?
With a BO105 it's pretty easy, it is feasible with the C172 but for the
TSR-2 the strip is too short. I was too lazy to shift the starting
position to the beginning of the 'runway', otherwise it _might_ have
worked out. So I crashed
Vivian Meazza wrote:
I don't know. Mathias provides you with a perfectly good carrier-capable
aircraft, and you use every other kind ... :-)
Well, I'm doing everything in small steps: On the Octane it is a
larger undertaking to rebuild FlightGear and after I've finished I'd
like to know where
On Thursday 18 November 2004 08:01, Vivian Meazza wrote:
Martin Spott wrote
[...]
Did you manage to take off?
With a BO105 it's pretty easy, it is feasible with the C172
but for the TSR-2 the strip is too short. I was too lazy to
shift the starting position to the beginning of the
Melchior FRANZ wrote:
It isn't anywhere in the scenery yet -- just in cvs. You have to add
it yourself, or replace the saratoga with it. I added this in file
$FG_ROOT/Scenery/Terrain/w130n30/w123n37/942057.stg:
OBJECT_SHARED Models/Geometry/Nimitz/nimitz.ac -122.590 37.76 -7.0 90
Thanks,
Martin Spott wrote
Melchior FRANZ wrote:
It isn't anywhere in the scenery yet -- just in cvs. You have to add
it yourself, or replace the saratoga with it. I added this in file
$FG_ROOT/Scenery/Terrain/w130n30/w123n37/942057.stg:
OBJECT_SHARED Models/Geometry/Nimitz/nimitz.ac -122.590
* Vivian Meazza -- Tuesday 16 November 2004 18:06:
Melchior FRANZ wrote:
OBJECT_SHARED Models/Geometry/Nimitz/nimitz.ac -122.590 37.76 -7.0 90
It should work just with the ai... /ai stuff in my earlier post.
Yes. Changed that now.
Mathias has put all the necessary stuff here:
Melchior FRANZ wrote
Mathias has put all the necessary stuff here:
ftp://ftp.uni-duisburg.de/FlightGear/Misc_maf/carrier/
The code that he sent me works well, but I haven't tried it from that
location yet.
I applied all the stuff and it worked very well. My first carrier landing
]
Subject: Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS:
data/Data/AI
Melchior FRANZ wrote:
It isn't anywhere in the scenery yet -- just in cvs. You have to add
it yourself, or replace the saratoga with it. I added this in file
$FG_ROOT/Scenery/Terrain/w130n30/w123n37/942057.stg
On Mittwoch 17 November 2004 10:29, Martin Spott wrote:
Melchior FRANZ wrote:
It isn't anywhere in the scenery yet -- just in cvs. You have to add
it yourself, or replace the saratoga with it. I added this in file
$FG_ROOT/Scenery/Terrain/w130n30/w123n37/942057.stg:
OBJECT_SHARED
On Dienstag 16 November 2004 18:25, Martin Spott wrote:
into CVS is the addition of the Nimitz - no change to any FDM yet.
Did I miss a mail ?
True.
There are many things to do.
I would like to have the basic infrastructure in flightgears cvs. This way I
can add the code safely to JSBSim's
On Mittwoch 17 November 2004 11:29, Melchior FRANZ wrote:
I applied all the stuff and it worked very well. My first carrier landing
with the FA-18A succeeded already. The gear code is great! It's fun to
taxi over slopes and actually see the aircraft follow them, rather than
strangely sliding
* Mathias Fröhlich -- Wednesday 17 November 2004 21:42:
On Mittwoch 17 November 2004 11:29, Melchior FRANZ wrote:
* I observed one segfault that I hadn't seen before. The bt, however,
didn't look like it had anything to do with the new code. I haven't saved
the core file but will do so if I
Mathias Fr??hlich wrote:
You will only be able to taxi on the carrier's deck with that
JSBSim-dropin.tar.gz from the same ftp location.
Well, this statement appears to be maybe mostly, but not entirely
correct ;-) Apparently different rules apply when you put the carrier
into the scenery:
On Mittwoch 17 November 2004 22:20, Martin Spott wrote:
Mathias Fr??hlich wrote:
You will only be able to taxi on the carrier's deck with that
JSBSim-dropin.tar.gz from the same ftp location.
Well, this statement appears to be maybe mostly, but not entirely
correct ;-) Apparently
Hi,
On Mittwoch 17 November 2004 21:52, Melchior FRANZ wrote:
Sure. Actually, I do know where it happened. I checked the backtrace, and
wasn't thrilled: It was at program exit when freeing property nodes. That's
why I didn't really attribute it to the new changes, although I hadn't seen
that
Mathias Fr??hlich wrote:
On Mittwoch 17 November 2004 22:20, Martin Spott wrote:
http://document.ihg.uni-duisburg.de/bitmap/FGFS/Carrier_01.jpg
[...]
Did you manage to take off?
With a BO105 it's pretty easy, it is feasible with the C172 but for the
TSR-2 the strip is too short. I was
On Donnerstag 18 November 2004 00:32, Martin Spott wrote:
With a BO105 it's pretty easy, it is feasible with the C172 but for the
TSR-2 the strip is too short. I was too lazy to shift the starting
position to the beginning of the 'runway', otherwise it _might_ have
worked out. So I crashed
On Thu, 18 Nov 2004 08:15:43 +0100, Mathias wrote in message
[EMAIL PROTECTED]:
On Donnerstag 18 November 2004 00:32, Martin Spott wrote:
With a BO105 it's pretty easy, it is feasible with the C172 but for
the TSR-2 the strip is too short. I was too lazy to shift the
starting position to
Erik Hofman wrote:
Update of /var/cvs/FlightGear-0.9/data/Data/AI
In directory baron:/tmp/cvs-serv21401
Added Files:
nimitz_demo.xml
Log Message:
[...]
The hook can be extended with the H key, retracted with h. Start flightgear
with
fgfs --lat=37.688 --lon=-122.683 --heading=180
* Martin Spott -- Tuesday 16 November 2004 14:56:
* * Mathias Frohlich:
The hook can be extended with the H key, retracted with h. Start flightgear
with
fgfs --lat=37.688 --lon=-122.683 --heading=180 --altitude=71
To be honest: I don't see any carrier.
It isn't anywhere in the scenery
Melchior FRANZ wrote:
To be honest: I don't see any carrier.
It isn't anywhere in the scenery yet -- just in cvs. You have to add
it yourself, or replace the saratoga with it. I added this in file
$FG_ROOT/Scenery/Terrain/w130n30/w123n37/942057.stg:
OBJECT_SHARED
Vivian Meazza wrote:
I think you will only see one carrier very close to KSFO. Mathias' code only
works for JBSim FDM models, so if you use a YASim model, like the Bo105, you
will fall through the deck.
From what I've seen on the 'cvslog' list the only change that went
into CVS is the
Martin Spott wrote:
I'll give it a go as soon as I managed to build FG on FreeBSD,
Well, OpenAL compiles out of the box and FreeBSD has a plib-1.8.3
package, now I try to configure SimGear. This is what I do:
quickstep: 19:25:49 /usr/local/src/SimGear ./configure \
--prefix=/opt/FlightGear
Martin Spott wrote:
Sent: 16 November 2004 17:26
To: [EMAIL PROTECTED]
Subject: Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS:
Vivian Meazza wrote:
I think you will only see one carrier very close to KSFO. Mathias' code
only
works for JBSim FDM models, so if you use a YASim
Vivian Meazza wrote:
Martin Spott wrote:
Did I miss a mail ?
No - the code is available at:
ftp://ftp.uni-duisburg.de/FlightGear/Misc_maf/carrier/
I know, this is _my_ server ;-))
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Martin Spott wrote:
Vivian Meazza wrote:
Martin Spott wrote:
Did I miss a mail ?
No - the code is available at:
ftp://ftp.uni-duisburg.de/FlightGear/Misc_maf/carrier/
I know, this is _my_ server ;-))
Yes, of course, I had forgotten. Then I didn't understand the question,
Erik Hofman writes:
Jon Berndt wrote:
Erik Hofman wrote:
Add a protocol for the ACMS protocol which seems to be used as an
output format for black-box data flight data. This configuration
does not work directly since there is no FDM available that reads
the accelerations from the
Martin Spott wrote:
Erik Hofman wrote:
Update of /var/cvs/FlightGear-0.9/data/Aircraft/737/Models
In directory baron:/tmp/cvs-serv23677/Aircraft/737/Models
Modified Files:
B737-300.ac
Log Message:
This one includes the smooth shaded 737 and tu154B as well as the adf
instrument using the
Frederic Bouvier wrote:
Sent: 12 October 2004 18:12
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS:
releasesFlightGear-0.9.6.tar.gz, NONE,
Martin Spott wrote:
Curtis L. Olson wrote:
Update of /var/cvs/FlightGear-0.9/releases
Vivian Meazza wrote:
I've just downloaded and installed fgfs-0.9.6-20041010 from
ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/. It crashes, cause unknown.
However, fgfs-0.9.6-20041009 works very well, using all the same settings,
etc.
To my impression there's already a 'release' package:
Martin Spott wrote:
To my impression there's already a 'release' package:
ftp://ftp.uni-duisburg.de/FlightGear/Win32/fgfs-0.9.6-win32.zip
Would you mind to try that one ?
Did that myself and I can affirm that it works marvellous for me - with
the current CVS base package,
Martin.
--
Vivian Meazza wrote:
Frederic Bouvier wrote:
Sent: 12 October 2004 18:12
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS:
releasesFlightGear-0.9.6.tar.gz, NONE,
Martin Spott wrote:
Curtis L. Olson wrote:
Update of /var/cvs
Martin Spott wrote:
Martin Spott wrote:
To my impression there's already a 'release' package:
ftp://ftp.uni-duisburg.de/FlightGear/Win32/fgfs-0.9.6-win32.zip
Would you mind to try that one ?
Did that myself and I can affirm that it works marvellous for me - with
the current CVS
Frederic Bouvier wrote:
Martin Spott wrote:
Did that myself and I can affirm that it works marvellous for me - with
the current CVS base package,
Maybe we could report success or failure with the name of the card
and related info. There could be a limitation on the number of possible
Martin Spott wrote:
Sent: 13 October 2004 09:42
To: [EMAIL PROTECTED]
Subject: Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS:
Vivian Meazza wrote:
I've just downloaded and installed fgfs-0.9.6-20041010 from
ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/. It crashes, cause
Vivian Meazza wrote:
Martin Spott wrote:
Sent: 13 October 2004 09:42
To: [EMAIL PROTECTED]
Subject: Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS:
Vivian Meazza wrote:
I've just downloaded and installed fgfs-0.9.6-20041010 from
ftp://ftp.ihg.uni-duisburg.de/FlightGear
Frederic Bouvier wrote:
Vivian Meazza wrote:
Martin Spott wrote:
Sent: 13 October 2004 09:42
To: [EMAIL PROTECTED]
Subject: Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS:
Vivian Meazza wrote:
I've just downloaded and installed fgfs-0.9.6-20041010 from
ftp://ftp.ihg.uni
Harald JOHNSEN a écrit :
the 'release' binary of fgfs does not launch, it calls MSVCR71D.DLL
(not on my system).
Sorry about that. A corrected package is here :
ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/fgfs-0.9.6-win32-2.zip
The other one is delete
Thanks for the report that fortunately
Curtis L. Olson wrote:
Update of /var/cvs/FlightGear-0.9/releases
In directory baron:/tmp/cvs-serv18174
Added Files:
FlightGear-0.9.6.tar.gz
Log Message:
Official source release for v0.9.6
I'm asking just to find out: Do we all agree that it makes much sense
to build the upcoming
101 - 200 of 698 matches
Mail list logo