On Saturday 24 November 2007 21:32, Melchior FRANZ wrote:
where name seems to be totally free and without rules.
Some examples are Custom Startup Location, Startup,
Anchor, Ramp, Gate A 1, East Mil cargo Ramp 65,
249.660 (huh?), Plataforma 1 (oh, plataforma ...),
etc.
There should be a type
On Saturday 24 November 2007 18:39, Hans Fugal wrote:
OS X Leopard (10.5) on a Macbook, gcc 4.0.1, a patched plib 1.8.4.
Simgear 0.3.11-pre2 needs the following patch in order to build:
Okay Done. Thanks.
-
This SF.net
* Durk Talsma -- Sunday 25 November 2007:
On Saturday 24 November 2007 21:32, Melchior FRANZ wrote:
[alternative startup location entries in apt.dat]
All very good reasons why I opted not to use this information directly,
but can it into the AI related parking.xml file.
And how do those help
On Sun, 25 Nov 2007 09:45:30 +0100
Maik Justus [EMAIL PROTECTED] wrote:
Hi,
a few month ago there was a discussion about a bug in the MP-chat (don't
remember if it was on the list or on irc):
Sometimes one get the last message(s) of one ore more other MP-pilots
repeated and repeated
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I have seen this in both plib and osg branch (I use both).
Regards,
AnMaster
Maik Justus wrote:
Hi,
a few month ago there was a discussion about a bug in the MP-chat (don't
remember if it was on the list or on irc):
Sometimes one get the
On Sunday 25 November 2007 09:43, Melchior FRANZ wrote:
* Durk Talsma -- Sunday 25 November 2007:
On Saturday 24 November 2007 21:32, Melchior FRANZ wrote:
[alternative startup location entries in apt.dat]
All very good reasons why I opted not to use this information directly,
but can it
* Durk Talsma -- Sunday 25 November 2007:
To summarize, the C++ infrastructure is there to support this for user
aircraft. All that's needed is to add a command line option,
like: --parking-id= --get-available-parking, and probably one c function to
interpret the lat /lon/heading values and
* Melchior FRANZ -- Sunday 25 November 2007:
But I don't like that the very much un-dynamic parking
information isn't in the Airports/ dir, where it belongs, and that
this somehow drags AI/Traffic into the game.
What about this: we create in $FG_ROOT/Airports/ a subdir with
airport files which
On Sunday 25 November 2007 11:13, Melchior FRANZ wrote:
* Melchior FRANZ -- Sunday 25 November 2007:
But I don't like that the very much un-dynamic parking
information isn't in the Airports/ dir, where it belongs, and that
this somehow drags AI/Traffic into the game.
What about this: we
* Durk Talsma -- Sunday 25 November 2007:
But while we're at it, wouldn't it be better to update and
extend the parking.xml files into PropertyList XML, and move those to
$FG_ROOT/Airports/Data, like you suggested?
And that sounds good to me! :-)
Is there any information in the current
http://wiki.flightgear.org/flightgear_wiki/index.php?title=Talk:FGCOM
Ive kicked this off with a request for _simplex_ comms and a wee moan about
voice quality.
I used squawkBox once a couple of years back - I cant honestly remeber how the
voice quality sounded. Can anyoine enlighten me? How
On Sunday 25 November 2007 08:44, SydSandy wrote:
On Sun, 25 Nov 2007 09:45:30 +0100
Maik Justus [EMAIL PROTECTED] wrote:
Hi,
a few month ago there was a discussion about a bug in the MP-chat
(don't remember if it was on the list or on irc):
Sometimes one get the last message(s) of
* Melchior FRANZ -- Sunday 25 November 2007:
So, a file $FG_ROOT/Airports/Data/K/KSFO.xml would contain [...]
I think this should be for KSFO:
$FG_ROOT/Airports/Data/K/KS/KSFO.xml
The Data/ dir name is a bit ugly, as all in $FG_ROOT is data,
after all. I wouldn't mind using something else.
LeeE wrote:
On Sunday 25 November 2007 08:44, SydSandy wrote:
On Sun, 25 Nov 2007 09:45:30 +0100
Maik Justus wrote:
Hi,
a few month ago there was a discussion about a bug in the MP-chat
(don't remember if it was on the list or on irc):
Sometimes one get the last
AnMaster wrote:
Stuart Buchanan wrote:
Given this, I think the - key is a sensible choice for the
phrase
tree, and _
a good choice for free-form chat. On my UK keyboard they are the same
key.
So if you use - and _ are there any keys that are reserved for users? I
used - for some
Stuart Buchanan a écrit :
My suspicion is that there are multiple MP aircraft with the same
callsign in the session. My there should be multiple mpdummy aircraft
I am not sure, but it is obviously a situation that is going to
become more common as FG MP becomes more popular, so the chat
* Melchior FRANZ -- Sunday 25 November 2007:
$FG_ROOT/Airports/Data/K/KS/KSFO.xml
The script is done, and generates files like the attached
one for LEAB. The source is $FG_ROOT/Airports/apt.dat.gz,
used are entries 1, 14, 15, 5? as described in
http://www.x-plane.org/home/robinp/Apt810.htm
The
* Melchior FRANZ -- Sunday 25 November 2007:
The script is done, and generates files [...]
... which I haven't tested with xmllint. ichannel
should, of course, be /channel.
m.
-
This SF.net email is sponsored by: Microsoft
On Sunday 25 November 2007 17:01, Melchior FRANZ wrote:
- is the parking information enough for AI/Traffic. It's all
there is in apt.dat.gz, but the parking.xml files have more.
Is the extra information from different sources, or just
made up?
For AI/Traffic, we'd need some additional
Sorry if I mislead. To my knowledge this square sun has been the case
for a long time. The patch I was thinking of comes from the
macflightgear 0.9.10 sources. I have applied it (with a little fuzz)
to pre2 and it does solve the problem. Here it is:
--- org/FlightGear-0.9.10/src/Main/main.cxx
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Melchior FRANZ wrote:
[...]
The overall disk space consumption is 34 MB (tar.gz: 633 kB).
That is rather large, a more compact way than loads and loads of files maybe?
After all even if file is small it will take at least one block in the file
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Stuart Buchanan wrote:
I haven't seen this bug (yet), so the following is to some extent guesswork
based
on the information above.
The MP chat system keeps a hash of all the incoming messages keyed against the
callsign of the user. This is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
alexis bory wrote:
I've seen a couple of time an endless repetition of two lines of messages
issued (at least at the origin) by a single MP player, usually repetitions
are rather limited.
Also, I have been reported to trigger such endless
* AnMaster -- Sunday 25 November 2007:
Melchior FRANZ wrote:
[...]
The overall disk space consumption is 34 MB (tar.gz: 633 kB).
That is rather large,
We have aircraft in CVS which use well over 20 MB, so I find the
34 MB not really shocking. The problem is that this will grow.
I did
AnMaster wrote:
I have seen this in cases without duplicate callsigns online.
Another related bug: sometimes when anyone joins it will show
the
hello message for the wrong user, i.e. mpdummy for everyone. This bug is
more
unusual however.
That could be the AI tree getting slightly out of
Hi Stuart,
Stuart Buchanan schrieb am 25.11.2007 16:09:
I haven't seen this bug (yet), so the following is to some extent guesswork
based
on the information above.
The MP chat system keeps a hash of all the incoming messages keyed against the
callsign of the user. This is the only way I
Hi Stuart,
Stuart Buchanan schrieb am 25.11.2007 20:36:
One things that may explain the repeating messages without duplicated
callsigns was that the code was doing string comparisons with ==. I've changed
this to using cmp() instead in the latest version of the code, available here:
Hi all , still seeing the global error message pop up on MP , so I did a check
and found these still using global.
I'd be happy to fix them , but they aren't mine :)
Instruments-3d/Century-III/AltimaticIIIc.xml
Instruments-3d/Century-III/CenturyIII.xml
SenecaII/Models/EGTL.xml
Maik wrote:
Hi Stuart,
Stuart Buchanan schrieb am 25.11.2007 20:36:
One things that may explain the repeating messages without
duplicated
callsigns was that the code was doing string comparisons with
==.
I've changed
this to using cmp() instead in the latest version of the
code,
SydSandy wrote:
Hi all , still seeing the global error message pop up on MP , so I did a
check and found these still using global.
I'd be happy to fix them , but they aren't mine :)
Instruments-3d/Century-III/AltimaticIIIc.xml
Instruments-3d/Century-III/CenturyIII.xml
I just emoved the
On Sun, 25 Nov 2007 18:14:33 -0700
dave perry [EMAIL PROTECTED] wrote:
SydSandy wrote:
Hi all , still seeing the global error message pop up on MP , so I did a
check and found these still using global.
I'd be happy to fix them , but they aren't mine :)
Hans,
Why don't you try this patch for the sun problem.
This is for 0.9.10 but should work on 0.9.11-pre2.
The cause of this problem is the order of adding texture path.
Thus I changed its order so the sun gets rendered properly.
Durk, (and more developers), could you test this patch so it can
Hi Tat, thanks. That's the same patch that I mentioned elsewhere in
this thread. I can test on linux tomorrow but not windows.
As for the weather, I haven't tested it explicitly in linux the last
day or so, but IIRC it is not OS X specific.
On Nov 25, 2007 7:09 PM, Tatsuhiro Nishioka [EMAIL
33 matches
Mail list logo