Josh Babcock wrote:
> The Superfort's flaps and gear are electrically powered, and the controls
> for
> both are instantaneous switches. ie. you have to hold the switch the whole
> cycle
> to keep the motor running. Can anyone think of a way to do this? For all I
> can
> tell, there's no way to te
* Josh Babcock -- Wednesday 06 April 2005 04:23:
> The Superfort's flaps and gear are electrically powered, and the controls for
> both are instantaneous switches. ie. you have to hold the switch the whole
> cycle
> to keep the motor running. Can anyone think of a way to do this?
Normally, the
Josh Babcock wrote:
> The Superfort's flaps and gear are electrically powered, and the controls for
> both are instantaneous switches. ie. you have to hold the switch the whole
> cycle
> to keep the motor running.
BTW, if someone attempts to create a C150 he'll hit the same obstacle.
A general
Melchior FRANZ wrote:
whereby the "stop()" method isn't in CVS yet.
Which reminded me, now it is.
Erik
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4
Martin Spott wrote:
Josh Babcock wrote:
The Superfort's flaps and gear are electrically powered, and the controls for
both are instantaneous switches. ie. you have to hold the switch the whole cycle
to keep the motor running.
BTW, if someone attempts to create a C150 he'll hit the same obstacle.
Here is an improved version. It initializes "gear" with settimer,
because otherwise using "/controls/gear" could lead to collisions with
other parts that messed with it at startup. You can instead use a
different property path. And then, we keep SDL's auto-key-repeats from
triggering the same funct
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 do
* Ampere K. Hardraade -- Wednesday 06 April 2005 06:06:
> I get the following outputs from FlightGear 0.9.8 on Debian Linux:
[...]
> WARNING: ssgSGIHeader::: Failed to open
> '/usr/local/FlightGear/share/FlightGear/Aircraft/b29/Models/b29-tail-mark.rgb'
>
> for reading.
> WARNING: ssgSGIHeader::
* 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 /
Am Dienstag 05 April 2005 20:26 schrieb Timo Saarinen:
> Hi,
>
> Trying to start the Flightgear 0.9.8 with Svalbard airport ENSB (78 15 N -
> 15 30 E) the aircraft ends up to sea. I have correctly downloaded the tile
> and extracted it to correct location (Scenery/Terrain/e010n70). The
> Svalbard
* 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
wor
* Thomas Förster -- Wednesday 06 April 2005 12:17:
> Sounds like the airport itself is missing. Is there a file 'ENSB.btg.gz' in
> Scenery/Terrain/e010n70/e015n78? Are the file permissions correct?
This is a known bug. Curt is aware of it. Yes, ENSB.btg.gz is missing, just
like the sub-sub-tile.
* 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-scr
Quoting Melchior FRANZ :
> * Thomas Förster -- Wednesday 06 April 2005 12:17:
> > Sounds like the airport itself is missing. Is there a file 'ENSB.btg.gz' in
> > Scenery/Terrain/e010n70/e015n78? Are the file permissions correct?
>
> This is a known bug. Curt is aware of it. Yes, ENSB.btg.gz is mis
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
* t
* 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 w
Hi people,
I am currently "breaking" the FlightGear .NET project to make it look like the
Linux one, that means divided in several libraries.
If the comunity is interested I could give you back the final .NET project. But
I saw few problems :
On Linux we have configure which creates the makefile
* Melchior FRANZ -- Wednesday 06 April 2005 12:05:
> * Ampere K. Hardraade -- Wednesday 06 April 2005 06:06:
> > I get the following outputs from FlightGear 0.9.8 on Debian Linux:
^ :-)
> [...]
> > Segmentation fault
>
> Is this with CVS/HEAD?
Josh Babcock wrote:
> The Superfort's flaps and gear are electrically powered, and the
> controls for both are instantaneous switches. ie. you have to hold the
> switch the whole cycle to keep the motor running. Can anyone think of
> a way to do this? For all I can tell, there's no way to tell YASi
Melchior FRANZ wrote:
> Normally, the g key turns on /controls/gear/gear-down, and YASim
> watches this property and moves /gear/gear[n]/position-norm
> accordingly. You just need to override the g/G key bindings in your
> *-set.xml file:
Since this is obviously going to be a common issue, maybe i
On Sun, 3 Apr 2005 22:22:22 +0100, Matthew wrote in message
<[EMAIL PROTECTED]>:
>
> I might be ordering the first part of the kit later this year even
> though my fiance tells me she will kill me if I do
..nose-art her; that's put her as nose art on a FG RV, make a FG screen
saver, desktop bac
Erik Hofman wrote:
> Martin Spott wrote:
> > Josh Babcock wrote:
> > > The Superfort's flaps and gear are electrically powered, and the
> > > controls for both are instantaneous switches. ie. you have to hold
> > > the switch the whole cycle to keep the motor running.
> >
> > BTW, if someone attemp
Hi there,
I'm completely newbie at this simulator (well, I played MSFS for a
while, years and years ago...).
I had some trouble compiling the sources of FlightGear, and I've worked
around in a totally brutal manner... I've commented those line in the
code that referrers to glutIinit() function
Sorry, I've forgotten something...
darko wrote:
By the way, if I have to compile again FlightGear, exactly, which
version I have to download to compile FG?
I meant: which version of glut?
It would be possible changing the button for the throttle? PagUP
doesn't work as well.
I also cannot use F1
* Andy Ross -- Wednesday 06 April 2005 17:10:
> # "Slews" a property smoothly, without dependence on the simulator
> # frame rate. [...] If you want to cause motion over time, see
> # interpolate().
Yes, we want motion over time. slew sets the property only once. So we
are again back at interpola
* darko -- Wednesday 06 April 2005 17:22:
> I had some trouble compiling the sources of FlightGear, and I've worked
> around in a totally brutal manner... I've commented those line in the
> code that referrers to glutIinit() function and a couple of other ones.
>
> I can play FlightGear now, but
Melchior FRANZ wrote:
> Yes, we want motion over time. slew sets the property only once. So we
> are again back at interpolate()? That's what aircraft.nas does already.
>
> Or would you suggest to write a loop that runs as long as the key
> is held down? Would be slower, wouldn't it? And doesn't in
* Andy Ross -- Wednesday 06 April 2005 18:11:
> Interpolate considers the frame rate, but it needs to know ahead of
> time when the change will stop. Unless you can read the mind of the
> user, that isn't possible in this case.
Um ... you make it sound as if my version doesn't work. But it is of
Melchior FRANZ wrote:
* Josh Babcock -- Wednesday 06 April 2005 04:23:
The Superfort's flaps and gear are electrically powered, and the controls for
both are instantaneous switches. ie. you have to hold the switch the whole cycle
to keep the motor running. Can anyone think of a way to do this?
N
Andy Ross wrote:
Josh Babcock wrote:
Blocking user customizations is almost guaranteed to be a disaster.
What is this for?
Andy
Well, if someone has some button on their joystick defined to cycle the gear,
and I change g/G from cycling the gear to slewing the position then I see
potential confli
Andy Ross wrote:
Melchior FRANZ wrote:
Normally, the g key turns on /controls/gear/gear-down, and YASim
watches this property and moves /gear/gear[n]/position-norm
accordingly. You just need to override the g/G key bindings in your
*-set.xml file:
Since this is obviously going to be a common issue
On Wed, Apr 06, 2005 at 03:58:24PM +0200, BONNEVILLE David wrote:
> we don't have this : should we use a bat file to launch msdev with environment
> variables for each libs paths ? Another idea ?
You know you can use .NET's cl from the command line and from makefiles
(I mean sane ones, i.e. GNU ma
Arnt Karlsen wrote:
On Tue, 05 Apr 2005 22:22:48 -0400, Josh wrote in message
<[EMAIL PROTECTED]>:
Ok, I finally got some sort of flying FDM working, so here it is in
all of its alpha glory:
http://home.comcast.net/~jrbabcock/superfort/b29.tgz
Be warned, racy but authentic nose art (she's cloth
- Original Message -
From: "Alex Perry" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: ;
Sent: Tuesday, April 05, 2005 1:52 PM
Subject: [Flightgear-devel] BoF Meeting about FGFS next week,in Anaheim
California
> http://www.usenix.org/events/usenix05/bofs.html
>
> Title: Adapting the Fl
On April 6, 2005 05:18 am, Melchior FRANZ wrote:
> Here is an improved version. It initializes "gear" with settimer,
> because otherwise using "/controls/gear" could lead to collisions with
> other parts that messed with it at startup. You can instead use a
> different property path. And then, we k
Could anyone point me to a website, docs or other info which would show me
how to get distances to nearest objects of the aircraft I'm flying in
Flightgear? Is this available in Flightgear?
What I'm trying to do is make a mock vision system for an external flight
controller program which would
On Donnerstag 07 April 2005 06:16, Michael Matkovic wrote:
> Could anyone point me to a website, docs or other info which would show me
> how to get distances to nearest objects of the aircraft I'm flying in
> Flightgear? Is this available in Flightgear?
You are talking about the nearest triangle
* Ampere K. Hardraade -- Thursday 07 April 2005 06:00:
> On April 6, 2005 05:18 am, Melchior FRANZ wrote:
> > This isn't a big problem
> > and works, too. It's just a waste of CPU cycles and then, you may want
> > to use the gear functions for other effects, where it could be a problem.
> Something
* 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
On Tue, 05 Apr 2005 22:22:48 -0400, Josh wrote in message
<[EMAIL PROTECTED]>:
> Ok, I finally got some sort of flying FDM working, so here it is in
> all of its alpha glory:
>
> http://home.comcast.net/~jrbabcock/superfort/b29.tgz
>
> Be warned, racy but authentic nose art (she's clothed, but
41 matches
Mail list logo