-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I have made a joystick config for Saitek X52 Pro: the axis numbers and button
numbers differ from the normal X52.
This is an early version, I expect it to change as I find what is useful and
what isn't. If someone want to put it in CVS, the file is
On Mon, 2007-12-03 at 19:09 +0100, gerard robin wrote:
> On jeu 2 août 2007, Ron Jensen wrote:
> > Been working on the stork, so I updated my safety copy.
> >
> > - Added a rattling chain sound to the flap movement.
> > - Started detailing nose area
> >
> > There's some quicky screen caps here, too
Hi All,
I would propose keyboard layout be a selectable option, standard, left-hand,
right-hand and custom. The choice would be user selectable.
--keyboard=standard, --keyboard=left-hand, --keyboard=right-hand
--keyboard=name-of-custom-keyboard
The standard keyboard would be the keyboar
Hi,
did you run configure with " --enable-osgviewer" ?
JW
jean pellotier wrote:
>Hi all
>I tryed to run flightgear cvs-OSG using two displays, running two X
>instances (different resolution) and when I start flightgear in a
>terminal on the second display, it always start on the fist one.
>
Hi all
I tryed to run flightgear cvs-OSG using two displays, running two X
instances (different resolution) and when I start flightgear in a
terminal on the second display, it always start on the fist one.
The 0.9.10 version worked fine for this.
is this a bug or there's something to do before co
On jeu 2 août 2007, Ron Jensen wrote:
> Been working on the stork, so I updated my safety copy.
>
> - Added a rattling chain sound to the flap movement.
> - Started detailing nose area
>
> There's some quicky screen caps here, too:
> http://www.jentronics.com/fgfs/storch-001.jpg
> http://www.jentro
On 12/3/07, Curtis Olson <[EMAIL PROTECTED]> wrote:
> On Dec 3, 2007 6:23 AM, STenyaK (Bruno Gonzalez) <> wrote:
>
> > I'm not sure what "FDM" means, couldnt' find a good explanation.
>
> FDM is the acronym we use for "flight dynamics model". Conceptually, a
> "physics engine" engine covers much o
On 12/03/2007 08:32 AM, Curtis Olson wrote:
> An FDM that uses Motorsport physics could be easily created, but the
> interaction between several FDMs is another issue...
Consider the PBY Catalina or other amphibian:
-- When it's in the air, it's an aircraft.
-- When it's on the water, it's a
On Dec 3, 2007 6:23 AM, STenyaK (Bruno Gonzalez) <> wrote:
> I'm not sure what "FDM" means, couldnt' find a good explanation.
FDM is the acronym we use for "flight dynamics model". Conceptually, a
"physics engine" engine covers much of the same ground. If I were to get
really nitpicky, perhaps
On lun 3 décembre 2007, Melchior FRANZ wrote:
> * gerard robin -- Monday 03 December 2007:
> > Yes SG_WARN, would be the best, that message isn't it for
> > FG developer , who could want a help, to keep their models compatible ?
>
> Err ... but if I see that right, there's only one file concerned
>
* gerard robin -- Monday 03 December 2007:
> Yes SG_WARN, would be the best, that message isn't it for
> FG developer , who could want a help, to keep their models compatible ?
Err ... but if I see that right, there's only one file concerned
in your case:
./SR71-BlackBird/Instruments/Models/ai-
On lun 3 décembre 2007, Melchior FRANZ wrote:
> * gerard robin -- Monday 03 December 2007:
> > On lun 3 décembre 2007, Melchior Franz wrote:
> > > Log Message:
> > > let use of deprecated "noshadow" prefix cause error message
> >
> > Will that message remain permanently, ?
>
> Only in the next (pli
* gerard robin -- Monday 03 December 2007:
> On lun 3 décembre 2007, Melchior Franz wrote:
> > Log Message:
> > let use of deprecated "noshadow" prefix cause error message
> Will that message remain permanently, ?
Only in the next (plib based) release. Not in fg/osg. But I might
degrade it to SG_
On Monday 03 December 2007 12:04:36 gerard robin wrote:
> Will that message remain permanently, ? to save time, would be nice.
> We could avoid to modify the .ac model and the .xml file.
I would agree that to prevent unnecessary pain for modellers (and to optimise
their free time to allow them t
On 12/3/07, Detlef Faber <[EMAIL PROTECTED]> wrote:
> Am Montag, den 03.12.2007, 00:29 +0100 schrieb STenyaK (Bruno Gonzalez):
> > It looks like FG already uses several different physics engines
> > depending on the planes (am i right?), so it would be a matter of
> > adding another one for land ve
On lun 3 décembre 2007, Melchior Franz wrote:
> Update of /var/cvs/SimGear-0.3/SimGear/simgear/scene/model
> In directory baron:/tmp/cvs-serv27750
>
> Modified Files:
> Tag: PRE_OSG_PLIB_20061029
> shadowvolume.cxx
> Log Message:
> let use of deprecated "noshadow" prefix cause error m
* gerard robin -- Monday 03 December 2007:
> i guess we can keep these deprecated .
Yes, they'll work as usual during this release cycle. But they'll
issue an error message in fg/plib, which you might want to avoid.
As fg/osg doesn't yet support shadows at all, there's also no
error message. But a
On lun 3 décembre 2007, Melchior FRANZ wrote:
> For those who want to avoid the message already now, here's a list
> of models still using the "noshadow" prefix. Note that some objects
> use a "noshadow" *postfix*. This doesn't cause error messages, but
> it will also not discard shadows. Never has
Am Montag, den 03.12.2007, 00:29 +0100 schrieb STenyaK (Bruno Gonzalez):
> Ok, thanks.
>
> I've thinked a bit more about this whole idea and, since i was
> planning to code Motorsport as a library instead of as a standalon
> executable, maybe Motorsport can be used from FlightGear, instead of
> be
For those who want to avoid the message already now, here's a list
of models still using the "noshadow" prefix. Note that some objects
use a "noshadow" *postfix*. This doesn't cause error messages, but
it will also not discard shadows. Never has.
./A-10/Models/A10-004-015l2.ac
./A-6E/Models/A-
The first shadow implementation allowed to prefix object names
with "noshadow" to exclude them from shadow generation. This was
considered a bad idea from the beginning, as a name is a name
and shouldn't contain instructions. That's why this method was
deprecated very early, and a "noshadow" animat
Hi Frank.
On Monday 03 December 2007 00:01:50 frank hadder wrote:
> I'm wanting to access the multiplayer positioning data in a third party
> software. Currently, I've modified the FlightGear code to forward position
> messages received from the multiplayer server to my external application.
> It
22 matches
Mail list logo
