Ralf,
On Thu, Feb 22, 2007 at 08:43:38PM +0100, Ralf Gerlich wrote:
> Hello,
>
> just saw that Douglas has already fixed this in the trunk, so merged it
> into stable. Try this distribution:
>
> ftp://ftp.uni-duisburg.de/FlightGear/Misc_rag/fgfs-builder/fgfs-builcer-20070222
* Georg Vollnhals -- Wednesday 21 February 2007:
> Especially I am interested in the Blender Caliper Measure script which
> runs up with this binary and accepts all inputs but crashes when I hit
> the button "Measure". Do you have Caliper installed? If yes, does it
> work together with Python 2.5?
Melchior FRANZ schrieb:
> * Georg Vollnhals -- Monday 19 February 2007:
>
>> just as a feedback - when reading the INSTALL file from the downloaded
>>
>
> Eew ... don't read that! ;-)
>
> Blender seems to support three build systems: "good" old autotools,
> scons, and cmake. I use scons fo
Hello,
just saw that Douglas has already fixed this in the trunk, so merged it
into stable. Try this distribution:
ftp://ftp.uni-duisburg.de/FlightGear/Misc_rag/fgfs-builder/fgfs-builcer-20070222.tar.gz
Cheers,
Ralf
-
Take
On 2/22/07, Nick Warne <[EMAIL PROTECTED]> wrote:
>
> I don't see the sense (nor logic) in trimming a string _every_ packet when for
> all pretense and purpose it will not change during a session.
The string is not getting trimmed in the conventional sense. The
strncpy just copies at most MAX_CALL
* Timo van Overbrueggen -- Thursday 22 February 2007:
> I'll use the "setlistener"-command to run the script, but I don't know
> which property I should use.
> I need a property which changes every 0.2-0.5 ms to update the arrows in
> nearly realtime. Is there somebody, who can tell me which
Hi,
I developed a script which calculates the forces and moments on
spezific
parts of an ASK21. Than I combined this with 3D-force- and momentarrows.
I'll use the "setlistener"-command to run the script, but I don't know
which
property I should use.
I need a property which chang
missed the list off...
-- Forwarded Message --
Subject: Re: [Flightgear-devel] MAX_CALLSIGN_LEN
Date: Thursday 22 February 2007
From: Nick Warne <[EMAIL PROTECTED]>
To: "Csaba Halász" <[EMAIL PROTECTED]>
On Thursday 22 February 2007 16:40:57 Csaba Halász wrote:
> On 2/22/07, Ni
On Thursday 22 February 2007 16:13:59 Csaba Halász wrote:
> On 2/22/07, Nick Warne <[EMAIL PROTECTED]> wrote:
> > Is this correct?
>
> Yes. In C you need to terminate strings by a 0 byte. So you need 8
> bytes for a maximum of 7 characters.
>
> Greets,
> Jester
Yes, I understand that - but what se
On 2/22/07, Nick Warne <[EMAIL PROTECTED]> wrote:
>
> Is this correct?
Yes. In C you need to terminate strings by a 0 byte. So you need 8
bytes for a maximum of 7 characters.
Greets,
Jester
-
Take Surveys. Earn Cash. Influen
Hi all,
Revamping my server query page, I noticed that mp callsign names get chopped
at 7 chars.
The code reads:
src/MultiPlayer/mpmessages.hxx
59:
// XDR demands 4 byte alignment, but some compilers use8 byte alignment
// so it's safe to let the overall size of a network message be a
// mult
AJ MacLeod wrote:
>On Thursday 22 February 2007 13:28, John Denker wrote:
>
>
>>Solving this problem is easy:
>>
>>
>
>I'd say so too... for "exact" values rather which don't rely on modelled
>instrumentation can't one just use the values provided under "/position" in
>the property tree?
>
On Thursday 22 February 2007 14:02, John Denker wrote:
> ++ Some of us (not all, of course) would like to get FG to the
>point where it would be usable as a procedures trainer. This
>requires modeling the instruments "warts and all". As a start,
>this includes modeling the nonideal
"Curtis Olson" wrote:
> They come as .MOV straight from the camera ... haven't looked to see what
> format they reallly are.
I see. They require some Flash Plugin and there's no such thing on
several platforms
Have fun,
Martin.
--
Unix _IS_ user friendly - it's just selective abou
On 02/22/2007 08:32 AM, AJ MacLeod wrote:
> On Thursday 22 February 2007 13:28, John Denker wrote:
>> Solving this problem is easy:
>
> I'd say so too... for "exact" values rather which don't rely on modelled
> instrumentation can't one just use the values provided under "/position" in
> the pro
On 2/22/07, Martin Spott <[EMAIL PROTECTED]> wrote:
Hi Curt,
"Curtis Olson" wrote:
> We captures some pictures and movies which I posted to by blog here:
>
> http://baron.flightgear.org/~curt/UAV/Rascal110_1/Instrumentation/
Do you have copies of these movies in a - let's say - 'open' file
fo
Hi Curt,
"Curtis Olson" wrote:
> We captures some pictures and movies which I posted to by blog here:
>
> http://baron.flightgear.org/~curt/UAV/Rascal110_1/Instrumentation/
Do you have copies of these movies in a - let's say - 'open' file
format ?
Martin.
--
Unix _IS_ user friendly -
On Thursday 22 February 2007 13:28, John Denker wrote:
> Solving this problem is easy:
I'd say so too... for "exact" values rather which don't rely on modelled
instrumentation can't one just use the values provided under "/position" in
the property tree?
Cheers,
AJ
---
On 02/22/2007 01:27 AM, John wrote:
>
> Modern avionics and air data computers provide an instantaneous vertical
> velocity and altimeter.
Yes.
> Is there a property/variable in flightgear that does not contain the lag
> present in simple baro systems?
Yes.
> I'm under the impresssion that
Hi,
has anyone build FG with fgfs-builder-20061209? I have some trouble on
an Debian "etch" system. self-deprecating as I am I enabled _all_
options. Perhaps this may be a problem but the error in the script seems
not to have much to do with this.
Here is where the "make all" stops:
--- cut here
20 matches
Mail list logo