On Thu, 19 Jul 2007 02:28:35 +0200
Georg Vollnhals <[EMAIL PROTECTED]> wrote:
> Syd&Sandy schrieb:
> > Me again .
> > Ive been trying to get Bravo more up to date recently , and decided to
> > check on the CitationX and Citation-II , and neither one will load anymore
> > ... So far it's baff
Syd&Sandy schrieb:
> Me again .
> Ive been trying to get Bravo more up to date recently , and decided to check
> on the CitationX and Citation-II , and neither one will load anymore ... So
> far it's baffling me , because the Citation-II FDM is almost identical to the
> Bravo , just lighter
Me again .
Ive been trying to get Bravo more up to date recently , and decided to check on
the CitationX and Citation-II , and neither one will load anymore ... So far
it's baffling me , because the Citation-II FDM is almost identical to the Bravo
, just lighter and with less powerful engine
Thanks for the input guys , sounds like a definite NO to me :) whew !
Stuart , I used Open Office to combined all the files into one then exported
it as PDF ... so it definately would be work to keep up to date but it
really was just a project to minimize the amount of applications I have
Hans Ulrich Niedermann wrote:
> The segfault is triggered when OSG connot find a plugin which can load
> the image, such as because of a wrong or unset OSG_LIBRARY_PATH
> environment variable.
>
> In that case, res.getImage() is NULL and dereferencing NULL gives the
> segfault.
BTW... fgfs will s
Am Mittwoch 18 Juli 2007 21:56 schrieb AnMaster:
> I'm strongly against using PDF, loading a pdf viewer takes much longer time
> and it is harder to edit *.pdf than text files. At least I got no program
> to edit *.pdf
Same here. Automatically creating PDF as an alternative nicer representation
i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I'm strongly against using PDF, loading a pdf viewer takes much longer time
and it is harder to edit *.pdf than text files. At least I got no program to
edit *.pdf
Regards
AnMaster
Syd&Sandy wrote:
> Hi all ,
> I've been consolidating all th
--- Curtis Olson wrote:
> Be aware that the master copies of all the README.xxx files come from
> the
> source tree, not the data tree. They are only replicated in the data
> tree
> for convenience.
>
> Here's my view. The README.xxx are there to collect tidbits of
> information
> not documente
>
>
> Hmm, I'm toying with an idea to use one of these converters to make a
> throttle quadrant... Either of you using them under Linux?
>
> Ron
>
>
If a gameport to usb-converter is meant with this, I am using the
Rockfire converter with my pedals together with an usb-joystick/throttle.
No pro
Ron Jensen wrote:
> Hmm, I'm toying with an idea to use one of these converters to make a
> throttle quadrant... Either of you using them under Linux?
Yes - and for exactly that. I'll be using one for a throttle quadrant,
and one for rudder pedals.
Jon
---
Be aware that the master copies of all the README.xxx files come from the
source tree, not the data tree. They are only replicated in the data tree
for convenience.
Here's my view. The README.xxx are there to collect tidbits of information
not documented elsewhere or that didn't really fit else
Hi all ,
I've been consolidating all the README.xxx files in the Docs folder
into a single PDF file, because I prefer to be able to open ONE file and
search for what I need , and I like the word search and thumbnail views... I
haven't updated or changed any information , at the moment
On 7/17/07, Maik Justus <[EMAIL PROTECTED]> wrote:
> > If it _is_ a doppler
> > effect, it's wrong.
> Absolutely! What is interesting, that not all aircrafts have this effect.
> Maybe this is only with aircrafts with more than one sound source and
> what we hear is just the position dependence of
On Tue 17 July 2007 15:27, gh.robin wrote:
> Hello,
>
> I notice a huge conflict, about Air Refueling.
>
> With Aircraft which use JSBSim FDM, we had first, in the past (at least
> from FG 0.9.8 and earlyer) the advantage to use the AAR JSBsim code,
> before anything else it was developed. It was
Csaba Halász wrote:
>On 7/16/07, Bill Galbraith <[EMAIL PROTECTED]> wrote:
>
>
>>Is there a recently compiled distribution package of the Flight Gear
>>0.9.pre11 package available, say something built within the last month?
>>
>>
>
>Yes, the pre11 is actually the current plib branch. As such
Harald JOHNSEN schrieb:
> Ralf Gerlich wrote:
>
>
>> This is currently a local project. I am manually fetching the respective
>> Landsat tiles (ETM+, 8 channels) and do manual training by marking some
>> representative areas of different types. The goal is - as I said - to
>> integrate this with
The segfault is triggered when OSG connot find a plugin which can load
the image, such as because of a wrong or unset OSG_LIBRARY_PATH
environment variable.
In that case, res.getImage() is NULL and dereferencing NULL gives the
segfault.
Index: simgear/scene/model/model.cxx
===
Hi!
Harald JOHNSEN wrote:
> The thread is mainly about land use classification, but what about roads
> and rivers ? vmap0 is really inacurate and it's a pain to fly vfr
> (following road). Not only a lot of features are missing but most of
> those visible are off by a great distance. And then i
Ralf Gerlich wrote:
>This is currently a local project. I am manually fetching the respective
>Landsat tiles (ETM+, 8 channels) and do manual training by marking some
>representative areas of different types. The goal is - as I said - to
>integrate this with OSGeo, who are also interested in the r
Hi Curt!
Curtis Olson wrote:
> Part of the data is based on a "new" method of automatic landcover
> classification from Landsat satellite imagery. The method is not "new"
> in that it is well-known in other areas. The method is "new" in the
> sense, that it was not yet applied to F
20 matches
Mail list logo
