* gh.robin -- Thursday 14 June 2007:
On Thu 14 June 2007 15:43, Melchior FRANZ wrote:
[http://perso.orange.fr/GRTux/]
Here's a problem though: this page says Under no circumstances
may these files be sold or uploaded to a payware site.
I don't understand YOUR problem.
OK, let me explain
* gh.robin -- Sunday 17 June 2007:
=Lightning P38-L twin boom aircraft
=Lancaster and Halifax WWII Bombers
=Catalina PBY-5 Seaplane was in use during WWII , Pacific War, and later
on
civilian use
In a more longer term:
= B-17G Fortress (i know that Jon Berndt is waiting for
* Vivian Meazza -- Friday 15 June 2007:
ftp://abbeytheatre2.org.uk/fgfs/instrumentation/osg/
We now have the improved weather radar code available for plib and osg,
[...] I intend to get this code into cvs-HEAD and cvs-PLIB
over the coming weekend,
I haven't tested that, as this osg
The scale animations of both sg/plib and sg/osg wrongly set
{x,y,z}-offset to 1. This will be changed to 0. It may be that
aircraft rely on the wrong value, so that all aircraft
maintainers are requested to check their aircraft for scale
animations:
787
A-10
A-6E
C130
CanberraBI8
* Melchior FRANZ -- Sunday 17 June 2007:
If there are scale animations that don't set all three offsets
{x,y,z}-offset, then just add
x-offset1/x-offset
y-offset1/y-offset
z-offset1/z-offset
to get the old behavior. scale animations which have all of them
set already don't need
* Melchior FRANZ -- Sunday 17 June 2007:
bo105 ... yes, I know
Fixed. Others are already working on their aircraft.
I will wait for two or three days, then convert the remaining
aircraft, and after that make the mentioned fix in SimGear.
No. I fixed the SimGear bug already, so
Forgot to mention: if a scale animation uses the interpolation
method, then it's not concerned and doesn't need to be fixed.
That's the current status:
still need to be checked
OV10
SenecaII
beaufighter
bf109
dhc2
ec135
vulcanb2
Hunter
Hurricane
SeaVixen
Spitfire
a4
* Holger Wirtz -- Monday 18 June 2007:
I tried the following but I never get the value 2:
binding
commandproperty-assign/command
property/instrumentation/comm/ptt/property
value type=int0/value
/binding
mod-up
binding
commandproperty-assign/command
* Stewart Andreason -- Tuesday 19 June 2007:
Melchior FRANZ wrote:
Note that a single offset0.123/offset
does *not* work on fg/plib.
^^^
I was using a single offset in several places... but after specifying
all three axis, it needed fixing.
*fg/plib*! You
* Vivian Meazza -- Sunday 17 June 2007:
That's done - the patches are attached. The are NOT formatted properly, so
no rants about tabs, spaces or trailing spaces.
That's OK for the old code (and less so for the added code. :-}
Meanwhile the files for the base package are available, too (even
* Holger Wirtz -- Tuesday 19 June 2007:
But other tests also won't work:
This exact code copied into my keyboard.xml works for me,
with latest fg/plib (SDL, not GLUT) and fg/osg. There's only
a bug in fg_os_osgviewer that makes it disrespect the
repeatable flag.
$ fgfs --aircraft=KC135
* Oliver Schroeder -- Tuesday 19 June 2007:
attached is a patch for the osg-branch,
which will introduce a new pseudo FDM for ground vehicles and (large)
ships. The FDM isn't perfect, but good enough to allow driving vehicles.
I'd very much like to have a car FDM. A realistic one like Curt
* Anders Gidenstam -- Tuesday 19 June 2007:
It is also fairly easy to make liftless aircraft FDM configs for
ground vehicles in JSBSim - I made a simple one for a mule / small
tow truck yesterday. You can get it here:
http://www.gidenstam.org/FlightGear/misc/towtruck_fgfs.tar.gz
Note: it
* Jon S. Berndt -- Wednesday 20 June 2007:
I'd very much like to have a car FDM. A realistic one like Curt
mentioned.
There's Racer:
http://www.racer.nl/
Yes, I know. I have it installed here and love to drive the Leyland
bus (http://www.3dautos.co.uk/Racer-e.html) in Early Fall in
* Vivian Meazza -- Wednesday 20 June 2007:
Melchior FRANZ
I don't say that the radar patch is buggy, it's
just the old render-to-texture feature. (It's also not my
graphics card driver, as Qt4 has no problems with RTT.)
Perhaps this isn't a new bug after all.
Yes, that's my assumption
* Vivian Meazza -- Wednesday 20 June 2007:
On the one hand, if 3D clouds don't call the destructor, then that
should be good enough for od-gauge. On the other hand, would not
calling the destructor cause memory not to be released on exit?
I could well imagine that at the end of the GL
* Maik Justus -- Wednesday 20 June 2007:
please find enclosed a patch enabling directional sound for the osg-branch.
Wonderful. Committed, thanks.
I hope I didn't step on anyone's toes with the commit. Usually I'd
like Mathias to have a chance to comment before committing stuff
that somehow
* Vivian Meazza -- Wednesday 13 June 2007:
Tim Moore has been hard at work recently (with the smallest of inputs by
me), and has ported the improved weather radar already available for plib to
OSG.
No objections and other comments since the patches were published
on 2007/06/20. Because of the
* Didier Fabert -- Saturday 23 June 2007:
a found a litlle bug in CVS (osg branch)
in AIMode/AIBase.hxx there is
#include plib/ssh.h
This is not in CVS. Your copy is (once again) messed up.
$ cd src/AIModel/
$ cvs up -AC AIBase.hxx
$ cvs status AIBase.hxx
* Melchior FRANZ -- Friday 22 June 2007:
if nobody does that until tomorrow 2007/06/23 20:00 GMT, then I will:
(a) apply those radar patches to sg and fg for osg and plib
(b) comment out the delete rt in src/Instrumentation/od_gauge.cx:89
Done. These patches give quite good results
* Maik Justus -- Sunday 24 June 2007:
It seems that (at least) on windows there is a bug within OpenAL
calculating the Doppler effect.
The enclosed patch switches of the Doppler calculation of OpenAL and
adds a own Doppler calculation.
The patch is not designed for cvs (now).
As I said on
* Erik Hofman -- Tuesday 26 June 2007:
Since it seems to be a Windows problem it's not a matter of depending on
a svn build or not.
Im must say, though, that my reluctance to commit that was based
on the assumption that Doppler is really only functional in fg/osg,
but not fg/plib. There's no
* Melchior FRANZ -- Tuesday 26 June 2007:
There's no release imminent for fg/osg, and we have time to clear
matters and don't need to rush in a workaround for a (potentially)
long fixed bug.
I guess things are clear now. Read through this thread:
http://opensource.creative.com/pipermail
Here's a small Nasal file to play with (attached). If you put
it into $FG_ROOT/Nasal, start fgfs with the ufo and press the
g-key, then you get a file-select dialog where you can select
a parking.xml file. When you click the Load button, then an
object is placed at every TaxiNode of the chosen
* Melchior FRANZ -- Thursday 28 June 2007:
Here's a small Nasal file to play with (attached).
Whoops ... please change the setlistener call to a _setlistener
call (with leading underscore). Otherwise it may not run on some
systems.
m
* Melchior FRANZ -- Thursday 28 June 2007:
And what is it good for? For *nothing*. Well, for showing off
some recent Nasal additions: [...] the xml parser.
... which I just removed. We have an interface to the built-in
parser now. Here's a new, adapted ai.nas version:
http://members.aon.at
* Melchior FRANZ -- Friday 29 June 2007:
http://members.aon.at/mfranz/ai.nas [1.7 kB]
It's a bit faster, too, although 8.7 seconds for EHAM/parking.xml
is still a lot (was 12.8 before).
And that comes from bad Nasal code, not from the c(++) expat/EasyXML
parser code, which is very fast
I appreciate your work on the Traffic Manager, but ...
* Durk Talsma -- Sunday 01 July 2007:
The message is related to a routing problem in the AI system,
which actually causes a controlled exit from FlightGear.
Please remove the controlled exit. There's no reason why a
user flying along
* Melchior FRANZ -- Friday 29 June 2007:
Here's a new, adapted ai.nas version:
http://members.aon.at/mfranz/ai.nas [1.7 kB]
If you try this out with CVS/HEAD and it doesn't work, then just
download it again from here, as I'll upload new versions if necessary.
I just did that, as a commit
* Melchior FRANZ -- Monday 02 July 2007:
Sure, a property that turns every serious exception into a segfault
couldn't hurt. A segfault, not an abort()!
Uh, I know: An abort() *makes* a coredump. I meant an exit(). :-)
m
* Melchior FRANZ -- Monday 02 July 2007:
I would definitely not ignore a message from the traffic manager:
Traffic Manager problem in src/Traffic/TrafficMgr.cxx, line 341:
routing problem in EHAM data -- no endpoint found
OK, here's the first addition: I've just added a macro SG_ORIGIN
* Stuart Buchanan -- Tuesday 03 July 2007:
The included XML files replace those in the gui/dialogs directory, while
gremlins.nas should be put in the Nasal directory.
gremlins.nas? Please not funny names in $FG_ROOT/Nasal/. These
are code files, and so far all of them were called after their
* John Denker -- Tuesday 03 July 2007:
This implements a popup to show the position of the flight controls
and trim.
[...]
http://www.av8n.com/fly/fgfs/flight-control.diff
Certainly useful for many people. I think a third digit after the
comma would be useful for axes, as two are barely
* John Denker -- Wednesday 04 July 2007:
On 07/03/2007 06:09 PM, Melchior FRANZ wrote:
What I don't really understand is why local variables need to be ii and
nnn. What's wrong with just i and n, like everyone else uses?
Skilled programmers double the i and triple the n so
Oh, sorry. Forgot this one ...
* John Denker -- Wednesday 04 July 2007:
I can see making another mode, to serve another purpose, such
as debugging joysticks, and /four/ digits would be worthwhile
in that case. It would be simple to put a mode-change button
on the existing popup.
I'd assume
* John Denker -- Wednesday 04 July 2007:
Bottom line: Does anybody have any suggestions and/or
questions about this work?
Well, there are still two objections concerning the submissions:
- the name gremlins.nas. But this could certainly be changed by
whoever commits this. I suggested
* John Denker -- Wednesday 04 July 2007:
Well, there are still two objections concerning the submissions:
[- fixed size and positions of dialogs]
- the name gremlins.nas. But this could certainly be changed by
whoever commits this. I suggested failure.nas. The function
name
* leee -- Wednesday 04 July 2007:
Is it really worth making an issue over two and three character
local variable names?
My comments weren't made as a random list subscriber, but as
someone who was about to commit the stuff, and would have liked
some things changed first. And yes, that also
Hi,
I didn't intend to take part in more threads with you that could
(and most likely would) turn out to be yet another flame war. The
following is really meant to be the opposite, but I assume that
it will fail poorly.
* John Denker -- Friday 06 July 2007:
I'm sure some people will take this
* Anders Gidenstam -- Saturday 07 July 2007:
In my work on LZ-129 Hindenburg I discovered that I need to be able
to quickly control the engines individually or in (sub)groups
I've thought in the past that the throttle should really respect
the selected engines.
1. throttleMouse(),
* Maik Justus -- Tuesday 03 July 2007:
here is the patch for the directional sound and correct Doppler sound
(and stereo sound) for the plib branch.
Committed. Well, actually I have missed this patch and first committed
the one from Sun, 01 Jul 2007, but then committed the rest. I hope I
* Csaba Halász -- Tuesday 10 July 2007:
I have split my modifications into smaller changes so that they can
be reviewed and applied individually, but nobody cared [...]
Nobody cared? You presented it on the list, but never asked for
it being committed. Or have I missed something?! What you did
* Markus Zojer -- Tuesday 10 July 2007:
http://homepage.univie.ac.at/markus.zojer/fgfs/B-1B.tar.gz
start with --aircraft=B-1B
Thanks, committed. I changed the line endings in one file from
DOS to UNIX, made absolute paths in the animation file relative,
and I had to crop the thumbnail.
* Anders Gidenstam -- Friday 13 July 2007:
I think it might also be nice to use a nasal wrapper for the PTT key
binding (like most things in controls.nas), that way a user could more
easily add more bindings for PTT (e.g. a joystick button).
Yes, of course. I plan a two-stage wrapper. One
* AnMaster -- Friday 13 July 2007:
I think it makes sense to change from space, but I'm not sure about to s.
After all that key is quite easy to hit by mistake (some other such are t/T
and r, all those should be moved some less dangerous place as I don't think
they are used a lot either).
And
* Heiko Schulz -- Friday 13 July 2007:
O.k. - but then I think (suggestion) it should be
seperated into branches of combat, sailing, driving,
etc...
FDMs are already separated. You have to restart fgfs to change
the mode. (Unfortunately!)
I can really remember, that one of you said, that
* Heiko Schulz -- Friday 13 July 2007:
Of course it is open for all and everyone can do what
he want. But with this way we loose a lot of abilities
to develop.
Which abilities do or did we lose exactly? And how?
It looks very chaotic for me - and that's
one point which maybe scares other
* leee -- Saturday 14 July 2007:
Perhaps FG has reached the point where it positively needs some
sort of oversight management and planning, as seems to happen
with many, if not most, large-scale Open-source projects
e.g. Apache, Wine etc.
I think that projects where this works always have a
* gh.robin -- Friday 13 July 2007:
Here is a new version of SR71-BlackBird.
Committed, thanks. (I picked up the newer version that you posted
on the IRC channel.)
m.
-
This SF.net email is sponsored by DB2 Express
Download
* Melchior FRANZ -- Sunday 15 July 2007:
But there are problems with the 787:
Some more:
Nasal runtime error: nil used in numeric context
at $FG_ROOT/Aircraft/787/Nasal/system.nas, line 193
Nasal runtime error: setprop() value is not string or number
at $FG_ROOT/Aircraft/787/Nasal
* Stefan Seifert -- Sunday 15 July 2007:
The largest open source project with thousands of developers, namely the
Linux kernel itself does not have the slightest idea of a road map, even
though most of the developers are in fact paid to work on it. And it
works pretty well.
Exactly.
I'm
* JOSHUA WILSON -- Monday 16 July 2007:
/home/innis/Flightgear/data/Aircraft/787/Models/nd.ac
Reading image Segmentation fault (core dumped)
Can't reproduce that. Both nd.ac and nd.rgb seem to be OK (no
corruption or syntax errors).
You might try removing the 787 model from your computer
* JOSHUA WILSON -- Monday 16 July 2007:
[attribution line was removed: Melchior FRANZ]
But what I noticed is that several (all?) of the textures are
uncompressed. This wastes 12.6 MB disk space
Sorry about the large files.
Large files are not the problem. But unnecessarily large files
* Anders Gidenstam -- Tuesday 17 July 2007:
- Change controls.nas so throttle input to only affect the selected engines.
This has been committed. Thanks. I've only made some minor changes,
that have made your code actually *less* consistent with the existing
controls.nas code. This is because I
* Harald JOHNSEN -- Saturday 21 July 2007:
http://sites.estvideo.net/tipunch/flightgear/c150.zip (3 Mb)
Committed, thanks. I was missing the c150.
(I only changed text files with MSDOS line terminators to Unix
style according to fgfs rules. :-)
m.
* Bill Galbraith -- Saturday 21 July 2007:
If you are following a discussion, it's nice to see the reply at the
top, so that you don't have to scroll through a lot of stuff, just to
see okay, I'll try that.
Top posting is always annoying and wrong. Of course, it's bad to
have 100 quoted lines
* Jon S. Berndt -- Saturday 21 July 2007:
is HTML to be avoided?
I can't stand HTML messages. HTML messages are for web pages, for
blinking stuff and pony pictures, but meaningful text doesn't usually
need HTML. It's just hard to keep people from using it. (Maybe with
a nasty filter on the list
* Melchior FRANZ -- Saturday 21 July 2007:
(I only changed text files with MSDOS line terminators to Unix
style according to fgfs rules. :-)
I also removed the userarchive flags on the hobbs and yoke properties,
and let those properties be written to the c150's own aircraft config
instead. I
* Harald JOHNSEN -- Sunday 22 July 2007:
I'll make the change to overide the other function too.
Ahh, I hadn't thought of JSBSim using hard-coded property paths.
Yes, looks like redefining the other function is the only solution
then. Will fix lots of joysticks *and* the key binding (m/M keys).
I've downloaded bo105 photos from here quite a while ago -- some
of them are of very good quality and in high-resolution:
http://www.primeportal.net/the_airstrip.htm
m.
-
This SF.net email is sponsored by: Splunk Inc.
* Hans Ulrich Niedermann -- Sunday 22 July 2007:
As the whole thing is still in development, it makes sense for
developers to have more than just one of the three, so that one can
compare their behaviours.
And how many developers actually do it? My guess: one. That would
be you. But you have
* AnMaster -- Tuesday 24 July 2007:
Melchior FRANZ wrote:
[...] In the PLIB branch
we should rather make SDL default, as freeglut is notoriously broken
(repeatable keys; reportedly slower FPS(?)). And in the OSG branch [...]
We shouldn't: fg/SDL breaks on Swedish keyboards at least.
You
* Norman Vine -- Tuesday 24 July 2007:
Melchior FRANZ writes:
* Hans Ulrich Niedermann -- Sunday 22 July 2007:
As the whole thing is still in development, it makes sense for
developers to have more than just one of the three, so that one can
compare their behaviours.
And how many
* Hans Fugal -- Tuesday 24 July 2007:
He didn't have an argument. He had a solution
Yeah, but what annoys me is that it's a solution that is in fact about
turning fgfs into shared libs, but disguised as a solution for (allegedly)
responsible developers. The former is a rather big change, the
* Hans Ulrich Niedermann -- Wednesday 25 July 2007:
23 files changed, 698 insertions(+), 184 deletions(-)
Umm ... and this huge change only to stuff GLUT, SDL, *and*
OSGVIEWER support into the same binary, as a minor development
helper for two months or three, until we can rip out GLUT and
SDL
* Hans Fugal -- Thursday 26 July 2007:
So we likely are looking at a memory corruption bug in OSG
Yes. That looks very much like an OSG bug. And valgrind agrees.
The textures are perfectly valid. BTW: according to my checker we
don't have a single corrupted SGI image file in CVS.
m.
* Hans Ulrich Niedermann -- Thursday 26 July 2007:
Hans Ulrich Niedermann wrote:
Rip out SDL from current CVS? IMHO, yes.
Patch is here: http://flightgear.lauft.net/FG-remove-SDL.patch
The correct order is:
- fix repeatable keys and mouse wrapping/warping in osgviewer
- make sure osgviewer
* Melchior FRANZ -- Thursday 26 July 2007:
Yes. That looks very much like an OSG bug. And valgrind agrees.
I have to take this back. The code is rather ugly -- it reads more
data than are available, and valgrind complains about that. But after
that the line decoder breaks correctly. I don't see
* Tim Moore -- Thursday 26 July 2007:
I'm still quite interested in your GSA change with the cleanup you mentioned
of moving plib init stuff into the GSA classes and will commit it unless other
developers object.
I object to the 23 files changing patch that puts all interfaces into
every fgfs
* Melchior FRANZ -- Friday 27 July 2007:
Then change externals address from com to org (shouldn't really be
necessary, but maybe they forgot switching in the repository?).
$ svn propedit svn:externals .
[ editor opens ... change both com to org ]
That's now fixed in SVN, so you can drop
OpenSceneGraph CVS was on server openscenegraph.org. For the switch
to SVN, address openscenegraph.com was temporarily used, with the
intention to switch back to *.org at a later time. This has now
happened. Fortunately, it's quite easy to switch a local checkout
to the new address.
$ cd
* Stuart Buchanan -- Thursday 26 July 2007:
http://www.nanjika.co.uk/flightgear/Environment.diff
[...]
If someone could review the code and check it in to CVS if it passes
muster, that would be appreciated.
I've applied that locally and will test and commit at the weekend
if it works. (I'll
It was asked in the German fgfs forum[1] if it's possible
to log internal data to an XML file. Sure is! :-)
The attached file put into $FG_ROOT/Nasal/ starts logging
to /tmp/data.xml as soon as the FDM is up (one data set per
second) and stops when fgfs is closed. Because the 1 second
interval
* Jon S. Berndt -- Saturday 28 July 2007:
It was asked in the German fgfs forum[1] if it's possible to log
internal data to an XML file. Sure is! :-)
There are probably several ways within Flightgear to do this. If one is
interested in flight dynamics parameters you can also do this in
* Jon S. Berndt -- Saturday 28 July 2007:
[...] or to output to socket
To be fair: this is also something that the one from the German forum
asked for, and what the Nasal version doesn't do. Well, except if
don't mind abusing the system:
$ fgfs \
--prop:sim/sound/voices/enabled=1 \
* Melchior FRANZ -- Saturday 28 July 2007:
It was asked in the German fgfs forum[1] if it's possible
to log internal data to an XML file. Sure is! :-)
And now it's also possible to do via regular generic protocol.
Writing XML is a trivial thing (unlike readingparsing), but the
generic protocol
Those using kttsd (KDE's Text To Speech Daemon), for example, to
let the konversation IRC client speak received messages[1], may
want to avoid running the festival server with all its voices twice.
The attached perl program festival-server pretends to be
festival --server and hands all messages
* Maik Justus -- Tuesday 31 July 2007:
(I have used blurred sounds of several tools (drill, mixer, ...))
Heh ... sounds quite convincing. :-)
I don't think I would like to be pilot in a real v22 (seeing the huge
rotors directed at me through the side window would make me a bit
nervous :-),
* Markus Zojer -- Wednesday 01 August 2007:
That should be all, hopefully everything works now.
No, doesn't:
Nasal runtime error: setprop() value is not string or number
at $FG_ROOT/Aircraft/B-1B/Nasal/b1b.nas, line 359
That's because init_b1b() is called with settimer(..., 0) and not
* Markus Zojer -- Wednesday 01 August 2007:
Melchior FRANZ wrote:
That's because init_b1b() is called with settimer(..., 0) and not
with setlistener(/sim/signals/fdm-initialized, ...);
Thats not beautiful, I agree but worked for me ..
It's one of the bugs that depend on installation
* Melchior FRANZ -- Wednesday 01 August 2007:
This looks like a bug, too: setprop(sim/multiplay/chat_display, 1);
(although I haven't seen any effect).
OK, I found out. The property got renamed to /sim/multiplay/chat-display
and is now saved to autosave.xml. So you can leave that setprop
* Stuart Buchanan -- Thursday 26 July 2007:
It interpolates METAR changes over time as follows:
Committed, thanks. This was sorely missing, but I'm afraid
we'll get complaints because the real-life-weather doesn't
work any more. (No more obvious weather changes shaking the
aircraft. ;-)
m.
* SydSandy -- Sunday 05 August 2007:
Ive added ascii properties to the autopilot route-manager waypoints ,
the same as the Instrumentation/nav id , because adding 2d text to the
Primus 1000 PFD and MFD makes it difficult to
re-use in other aircraft , and the 2d text is harder to read and
* SydSandy -- Sunday 05 August 2007:
Its simply a copy of a routine in navradio.cxx ,
Eeew ... indeed. And because our cvs history got disrupted for no
good reason and there are no meaningful comments, it can't even be
tracked back. But it's very old code, and nobody seems to use those
* SydSandy -- Sunday 05 August 2007:
On Sun, 5 Aug 2007 11:30:09 +0200 Melchior FRANZ [EMAIL PROTECTED] wrote:
... but only with wanting to use the ascii code as offset in an
alphabet stripe on a texture. In that case (and if Nasal can't be
used) we should think about a different way
* SydSandy -- Sunday 05 August 2007:
Melchior FRANZ [EMAIL PROTECTED] wrote:
One could just add a parameter to the animations where it's needed [...]
that defines that not n.getDoubleValue() should be used to read the value,
but int(n.getStringValue()[pos]), where pos is read from string
It's now possible to put Nasal files into $FG_HOME/Nasal/, that
is: ~/.fgfs/Nasal/ on Unix, and %APPDATA%\flightgear.org\Nasal\
on MS Windows. This has the advantage that:
- one doesn't have to mix local extensions with standard files
- one is less likely to lose such local additions when
* Detlef Faber -- 8/25/2007 11:11 AM:
does anybody object against putting the jeep into CVS?
Nope, just on the contrary: I would have asked you to commit it.
I'm not aware of any policy. After all it's just an aircraft with rather
poor flying behavior ... :-)
m.
* Melchior FRANZ -- 8/31/2007 9:59 AM:
Listeners are not involved, unless you have very badly written ones on
your
harddisk (only). When you brought that up last time I added some logging
capabilities for listeners and disproved this claim.
See this mail for how to log listener calls
This thread started as bug report about a recent problem with dynamic
view, but
people used it as opportunity to throw in their favorite bugs, although
those are
apparently unrelated. Let's keep things separated:
Bug #1: stutters and pauses with 1-2 sec lenght when dynamic view is
enabled
First of all: I apologize for the horribly formatted message. That was
caused by a badly configured Mozilla Thunderbird on this machine (which
isn't mine). Should be fixed now. And it was hard work! :-)
* leee -- 8/31/2007 4:48 PM:
It wasn't my intention to criticise listeners in any way - I
* Detlef Faber -- 8/31/2007 4:50 PM:
Just great! I've reworked the bf109 and it just works!
That's funny. Haven't I sent you a patch for the bf109 to use the
new livery dialog *months* ago? You said you'd commit it later ...
m.
* Harald JOHNSEN -- 9/2/2007 10:35 AM:
The old implementation of the Harris code in fg was using hard coded
cloud shape, hard coded cloud relative position between clouds, hard
coded group of cloud around ksfo. The next implementation could [...]
Wasn't that some kind of improvement ?
Yes,
* Vivian Meazza -- 9/3/2007 10:22 AM:
That would be 90% of the 10% who aren't Windows users then? Don't forget
that by far the majority of our users out there are on Windows, as opposed
to the developers for whom the ratio is probably reversed.
While I agree with your demand to keep fgfs
* Ralf Gerlich -- 9/3/2007 6:41 PM:
Melchior FRANZ wrote:
While I agree with your demand to keep fgfs cross-platform, which is
one of its central properties, I don't buy the 90% of the fgfs users
are on Windows myth.
Independent of that it's probably better to have something working
* SydSandy -- 9/3/2007 3:11 PM:
is there a way to format a double and output that to a string
property with writing the double to a property first
without? - sprintf()
m.
-
This SF.net email is sponsored by: Splunk Inc.
* gh.robin -- 9/5/2007 4:15 PM:
groundcache.cxx seems to be able to give the material information
[...]
With a specific property we could have it fully opened.
Isn't the property tree, but might be useful nevertheless:
There's a Nasal function geodinfo() that returns material and
other
* Melchior FRANZ -- 9/5/2007 5:15 PM:
If you really need it in the tree (e.g. for XML animations), then [...]
Oh, and ai submodel impacts report the material in the property tree
already, along with other impact data.
m
* gh.robin -- 9/5/2007 5:43 PM:
i find nothing regarding impacts in the submodel property tree.
See $FG_ROOT/Docs/README.submodels and the seahawk for an example.
If impacts are enabled in the submodel XML config file (impact),
then every impact generates a dir entry in /ai/models/ with all
the
* gh.robin -- 9/5/2007 6:16 PM:
unfortunately that is only available with submodel,
which does not answer the request regarding the model itself.
Yes. But it's information that needs to be available per gear,
not for /position/{latitude,longitude}-deg. And YASim provides
this information,
701 - 800 of 1620 matches
Mail list logo