Re: [Flightgear-devel] FlightGear branch, next, updated. 59d400d58b082d583959eb8c27c3155eaa301888

2012-01-08 Thread Melchior FRANZ
On Sunday 08 January 2012 05:09:07 Flightgear-commitlogs wrote: commit 246feef85fedd548f2c198831d7d6e7e3be53e12 Author: ThorstenB FGNasalModelData isn't thread-safe. [...] It s*cks... ;-) It predates a separate model loader thread. If something sucks, it's an imcomplete loader thread

Re: [Flightgear-devel] fgdata: Important note

2011-10-27 Thread Melchior FRANZ
* Jari Häkkinen -- Thursday 27 October 2011: Didn't Franz Melchior loose some interest in fg due to a freedom clash. I didn't lose interest in fg -- I only lost interest in developing for FlightGear after the project leader let one developer push the project in a very bad direction, and for

Re: [Flightgear-devel] Property Tree Question: How to save an aircraft specific property between sessions.

2011-09-22 Thread Melchior FRANZ
* Durk Talsma -- Wednesday 21 September 2011: 1). Is there a 1 to 1 correspondence between the value of the /sim/aircraft property and the name of the xml file where aircraft specific properties will be saved in? Yes. The path is generated in aircraft.data.init

Re: [Flightgear-devel] Property Tree Question: How to save an aircraft specific property between sessions.

2011-09-21 Thread Melchior FRANZ
* Torsten Dreyer -- Wednesday 21 September 2011: nasal MyModule script![CDATA[ aircraft.data.add( /sim/dimensions/radius-m, /sim/dimensions/parkpos-offset-m, [...] Or just: sim aircraft-data path/sim/dimensions/radius-m/path

Re: [Flightgear-devel] Property Tree Question: How to save an aircraft specific property between sessions.

2011-09-21 Thread Melchior FRANZ
* Melchior FRANZ -- Wednesday 21 September 2011: sim aircraft-data path/sim/dimensions/radius-m/path I admit that this looks silly: why create properties that contain property paths, and not mark those properties with a flag right away, like with archive and userarchive

Re: [Flightgear-devel] Property Tree Question: How to save an aircraft specific property between sessions.

2011-09-21 Thread Melchior FRANZ
* Durk Talsma -- Wednesday 21 September 2011: Just a quick question: Is this documented somewhere? Don't think so. Only in the code, that is. If not, I might start a short wiki page documenting the logic behind archieve, userarchieve, and the interactions with the nasal system. userarchive

Re: [Flightgear-devel] Property Tree Question: How to save an aircraft specific property between sessions.

2011-09-21 Thread Melchior FRANZ
* Melchior FRANZ -- Wednesday 21 September 2011: userarchive simply marks what gets written to $FG_HOME/preferences.xml Whoops ... to $FG_HOME/autosave.xml. (preferences.xml was used first, but a bad idea and changed later.) m

Re: [Flightgear-devel] SimGear branch, next, updated. 3ac5ff0cac4dfecc62e6deb440bb0aa309ff42c9

2011-07-30 Thread Melchior FRANZ
* Flightgear-commitlogs -- Saturday 30 July 2011: commit 3ac5ff0cac4dfecc62e6deb440bb0aa309ff42c9 Author: James Turner Tweaks to HTTP code, in preparation for using it for metar - especially, test code for proxies -headerData X-Time: requestTime

Re: [Flightgear-devel] Flightgear-devel Digest, Vol 63, Issue 5

2011-07-11 Thread Melchior FRANZ
* BARANGER Emmanuel -- Monday 11 July 2011: You placed them under the GPL and it's the very principle of this license. You completely miss the point. This has nothing to do with the license. It used to be an unwritten law that contributing an aircraft (or other subsystem) meant to *give*, not to

Re: [Flightgear-devel] Flightgear-devel Digest, Vol 63, Issue 5

2011-07-11 Thread Melchior FRANZ
Now I have to clarify: I assume Thorsten just did what he does since a while: fix bugs. Which is great. He probably either thought the bo105 is no longer maintained, or didn't know the (now obsolete?) maintenance principle. But there were certainly no bad intentions. What I'm more concerned about

Re: [Flightgear-devel] FlightGear Base Package branch, master, updated. 0b8dee0f4611f0e90478f48d58951995fbe87069

2011-07-09 Thread Melchior FRANZ
* Flightgear-commitlogs -- Saturday 09 July 2011: commit 0b8dee0f4611f0e90478f48d58951995fbe87069 Author: ThorstenB Date: Sat Jul 9 12:45:42 2011 +0200 bo105: make sim reset work when helicopter crashed On sim reset properly uncrash the airframe and do not install listeners

Re: [Flightgear-devel] [BUG] Re: SimGear branch, next, updated. c782a32076016f2c3c01b4fd437b024dc77806e9

2011-06-14 Thread Melchior FRANZ
* ThorstenB -- Monday 13 June 2011: [...] But I'll need some more specific details on what's supposed to be broken with that particular commit introducing another property flag. Yeah, but what about the bug hunting contest?! Who wins the coffee machine? --- a/simgear/props/props.cxx +++

[Flightgear-devel] [BUG] Re: SimGear branch, next, updated. c782a32076016f2c3c01b4fd437b024dc77806e9

2011-06-12 Thread Melchior FRANZ
* Flightgear-commitlogs -- Sunday 12 June 2011: commit c782a32076016f2c3c01b4fd437b024dc77806e9 Introduce PRESERVE flag to protect properties on sim reset. Some specific properties need protection and shouldn't be restored to their original values on sim-reset. This commit is

Re: [Flightgear-devel] Is FlightGear GPL2 and later or GPL2 only?

2011-04-08 Thread Melchior FRANZ
* Jari Häkkinen -- Wednesday 06 April 2011: The GPL ideology is to keep the or later clause. I'm not much into ideologies. I consider both GPLv2 and GPLv3 acceptable. But I don't intend to ever (again) license anything with an or later clause. This is signing a contract without reading it first!

Re: [Flightgear-devel] Is FlightGear GPL2 and later or GPL2 only?

2011-04-08 Thread Melchior FRANZ
* kreuzritter2000 -- Friday 08 April 2011: That's the reason why the or later clause is important, it can protect your intentions in the future. Or it can be completely against my intentions. Hard to say before I read the text of the GPLv4, GPLv5 etc. I don't need a master who protects my

Re: [Flightgear-devel] Is FlightGear GPL2 and later or GPL2 only?

2011-04-05 Thread Melchior FRANZ
* TDO_Brandano - -- Tuesday 05 April 2011: The terms of the unmodified GPL v2 allow the relicencing by 3rd parties with subsequent licences [citation:] | either version 2 of the License, or (at your option) any later version. Caution: this is *not* part of the GPLv2. It's *below* the line

Re: [Flightgear-devel] Is FlightGear GPL2 and later or GPL2 only?

2011-04-05 Thread Melchior FRANZ
* Arnt Karlsen -- Tuesday 05 April 2011: On Tue, 5 Apr 2011 21:14:03 +0200, Melchior wrote in message Caution: this is *not* part of the GPLv2. It's *below* the line stating END OF TERMS AND CONDITIONS, and is just meant as an *example* for how (the FSF would like us) to apply the GPLv2.

Re: [Flightgear-devel] KX165 - serially feeding data to increment a property value. How?

2011-04-01 Thread Melchior FRANZ
* Gene Buckle -- Friday 01 April 2011: Using something like Leo Bodnar's joystick interface would be a good start. I think it does work with Linux MacOS as well as Windows. It does on Linux. The BU0836* expert for Linux is even a former FlightGear developer:

Re: [Flightgear-devel] Stuttering at 1 Hz rate

2011-03-24 Thread Melchior FRANZ
* Robert -- Thursday 24 March 2011: Is event_mgr.cxx the right place to look at? Well, the main purpose of the event manager is to handle Nasal's settimer() code. So you better look for slow recurring Nasal code. You can redefine settimer() and let it output the time spent. I can't test that at

Re: [Flightgear-devel] Stuttering at 1 Hz rate

2011-03-24 Thread Melchior FRANZ
Argh, no. Of course you want to know how much time the execution of the function took, not the settimer call itself. So it'll be more like this: var orig_settimer = globals.settimer; var globals.settimer = func(fn, interval, mode = 0) { var where = caller(1);

[Flightgear-devel] FYI: Linux 2.6.39 - overlayfs (overlaying RW-$FG_HOME/data over RO-$FG_ROOT)

2011-03-22 Thread Melchior FRANZ
Linux users are about to get yet another toy: overlayfs. It's a union fs that can be used to virtually merge a global read-only FG_ROOT (lower dir) and a personal overlaid read/write fg-data (upper) dir, e.g.: $ mount -t overlay -olowerdir=$FG_ROOT,upperdir=$FG_HOME/data overlay ~/fgfs/data

Re: [Flightgear-devel] Logos and licensing

2011-02-26 Thread Melchior FRANZ
* Heiko Schulz aeitsch...@yahoo.de: I will write some Emails to some copyright-holders this weekend like Lufthansa, ADAC,... I'm curious to see how they react, but I also fear a bit the answers and consequences. Severe tactical error a.k.a. shooting yourself in the foot. What if they (or some

Re: [Flightgear-devel] Logos and licensing

2011-02-26 Thread Melchior FRANZ
* Jon S. Berndt jonsber...@comcast.net: I think that a key with all this is that none of the models will be sold for profit. You could argue that [...] No, the key is that all the arguing will be between their lawyers and ours. Except, we don't have lawyers and can't afford them. ;-) m.

Re: [Flightgear-devel] Logos and licensing

2011-02-26 Thread Melchior FRANZ
* Jon S. Berndt jonsber...@comcast.net: [...] but contact the various trademark/logo owners and very carefully inform them of the project and ask them for permission. Such requests go to the legal department, right? Their job is to protect the company, so their response will almost certainly be

[Flightgear-devel] FYI: http://blog.360cities.net/airplane-cockpits/ n/t

2011-02-08 Thread Melchior FRANZ
-- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate

[Flightgear-devel] Add screenshot dialog, to select directory

2011-01-17 Thread Melchior FRANZ
* Flightgear-commitlogs -- Saturday 15 January 2011: commit adb57b8154a4a9dad8107c0c6633c276b43c4a20 Author: Gijs de Rooy Date: Sat Jan 15 22:48:43 2011 +0100 Add screenshot dialog, to select directory Shudder! This patch simply duplicates a lot of code that was meant to be *re-used*.

Re: [Flightgear-devel] Musings on optimizing Nasal code

2010-09-16 Thread Melchior FRANZ
* thorsten.i.r...@jyu.fi -- 9/16/2010 1:28 PM: I don't think that's a valid interpretation of my results. Consider the two cases where I achieved a significant performance gain by replacing hard-coded structures with my own Nasal code (range animation, distance_to() method) The distance_to()

[Flightgear-devel] svginstr (was: Re: Metapost for drawing instruments?)

2010-07-04 Thread Melchior FRANZ
* Melchior FRANZ -- Sunday 13 June 2010: The main changes in v0.2 will be [...] ... gradients and screws, so far. Drawing a screw is as simple as a.at(0, -30).screw(0.12). This updated example has been drawn by a still quite simple torque.py driver file: http://members.aon.at/mfranz

Re: [Flightgear-devel] svginstr

2010-07-04 Thread Melchior FRANZ
* HB-GRAL -- Sunday 04 July 2010: what is your reference for this torque instrument? A photo of a dual engine torque instrument used in a bo105 helicopter, somewhere from the net. This type is also closest to the one printed in the pilot manual, but there are at least two other types used in

Re: [Flightgear-devel] svginstr

2010-07-04 Thread Melchior FRANZ
* Melchior FRANZ -- Sunday 04 July 2010: A photo of a dual engine torque instrument used in a bo105 helicopter, somewhere from the net. This type is also closest to the one printed in the pilot manual, [...] Correction: The one in the manual only goes up to 110%. I took the marks from a photo

Re: [Flightgear-devel] svginstr

2010-07-04 Thread Melchior FRANZ
* HB-GRAL -- Sunday 04 July 2010: what is your reference for this torque instrument? This may have been the (main) reference: http://www.airliners.net/photo/Generalitat-de-Catalunya/MBB-BO-105CBS-5/0438320/L/ * Ron Jensen -- Monday 05 July 2010: This is probably to make the needle point

Re: [Flightgear-devel] git questions

2010-07-02 Thread Melchior FRANZ
JFTR: I *did* answer, but your provider rejected it skida...@mindspring.com: Connected to 207.69.189.219 but sender was rejected. Remote host said: 550 550 Dynamic/zombied/spam IPs blocked. \ Write blockedbyearthl...@abuse.earthlink.net m.

Re: [Flightgear-devel] Metapost for drawing instruments?

2010-06-13 Thread Melchior FRANZ
* Alexander Barrett -- Sunday 13 June 2010: BRILLIANT! Thanks. :-) I've just committed more changes and tagged v0.1. This is backward compatible. But the next version won't be, so if you plan to start using the script, better wait a few days. The main changes in v0.2 will be that there's no

Re: [Flightgear-devel] Metapost for drawing instruments?

2010-06-12 Thread Melchior FRANZ
* Melchior FRANZ -- Friday 11 June 2010: Guess I have to answer now, as the links in that posting are no longer valid: $ wget http://members.aon.at/mfranz/svginstr.tar.gz# [5 kB] $ git clone git://gitorious.org/svginstr/svginstr.git m

Re: [Flightgear-devel] Metapost for drawing instruments?

2010-06-11 Thread Melchior FRANZ
* Roy Vegard Ovesen -- Friday 11 June 2010: Melchior made a Python script to generate svg-files: http://www.mail-archive.com/flightgear-de...@flightgear.org/msg30853.html Guess I have to answer now, as the links in that posting are no longer valid: $ wget

Re: [Flightgear-devel] Metapost for drawing instruments?

2010-06-11 Thread Melchior FRANZ
* Melchior FRANZ -- Friday 11 June 2010: Guess I have to answer now, as the links in that posting are no longer valid: $ wget http://members.aon.at/mfranz/svginstr.tar.gz# [5 kB] ... and that wasn't the last version, either. Please download again. Not that it has changed much

[Flightgear-devel] outerra news

2010-06-04 Thread Melchior FRANZ
http://outerra.blogspot.com/2010/05/integrating-vector-data-roads.html m. -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the

Re: [Flightgear-devel] Bug: nav[12] selected radial

2010-03-23 Thread Melchior FRANZ
* Curtis Olson -- Tuesday 23 March 2010: A few of us have been in correspondence with Ben Supnik from time to time, but as far as I know, no one within FlightGear has tackled the new x-plane 9 apt and navaid data formats. The parts of the new format that I have designed (with some input from

Re: [Flightgear-devel] New GUI Font

2010-03-02 Thread Melchior FRANZ
Just for your information ... * HB-GRAL -- Tuesday 02 March 2010: The new gui.txf could replace Helvetica.txf. Helvetica is the default font used in HUDs (e.g. in the F16). While not perfect for that (there are MIL standards for this), it would have to be checked if an optimized GUI font is a

Re: [Flightgear-devel] Shift key stuck once pressed

2010-02-17 Thread Melchior FRANZ
JFTR: I confirm recent sporadic keyboard misbehaviour. m. -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW

Re: [Flightgear-devel] CVS: data/Input/Joysticks/SpeedLink black-widow.xml, NONE, 1.1

2010-02-12 Thread Melchior FRANZ
* Vivian Meazza -- Friday 12 February 2010: PropertyList name type=stringMicrosoft-PC-Joysticktreiber/name So we have a new default joystick on German MS Vista installations? Funny idea ... m. -- SOLARIS 10 is

Re: [Flightgear-devel] CVS:data/Input/Joysticks/SpeedLinkblack-widow.xml, NONE, 1.1

2010-02-12 Thread Melchior FRANZ
* Vivian Meazza -- Friday 12 February 2010: Tell me what Vista calls it in English, and I'll add it. You completely miss the point. Microsoft-PC-Joysticktreiber is a generic name that will probably be detected by plib 1.8.6 for *all* joysticks on MS Vista in German language. So why on earth

Re: [Flightgear-devel] --metar and --enable-real-weather-fetch

2009-12-20 Thread Melchior FRANZ
* Peter Brown -- Sunday 20 December 2009: IMHO there is no choice other than the bold solution- anything reported as 10SM = unlimited, and 9.99 and less is actual. And so guaranteeing the lowest possible frame rate? Sounds like a truly bad idea. The whole thing has been discussed before.

Re: [Flightgear-devel] --metar and --enable-real-weather-fetch

2009-12-20 Thread Melchior FRANZ
I had looked at some research papers at that time, which were about estimating visibility from other, measurable factors. I stopped when Thomas announced his solution. My original idea was a simple formula, based on the idea that: - visibility is derived from humidity (high humidity - low

Re: [Flightgear-devel] CVS: source/src/Scripting NasalSys.cxx, 1.128, 1.129

2009-12-19 Thread Melchior FRANZ
* James Turner -- Saturday 19 December 2009: + HASHSET(ils-frequency-mhz, 3, naNum(rwy-ILS()-get_freq() / 100.0)); FAIL m. -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage

Re: [Flightgear-devel] CVS: source/src/Scripting NasalSys.cxx, 1.129, 1.130

2009-12-19 Thread Melchior FRANZ
* James Turner -- Saturday 19 December 2009: - HASHSET(ils-frequency-mhz, 3, naNum(rwy-ILS()-get_freq() / 100.0)); + HASHSET(ils-frequency-mhz, 17, naNum(rwy-ILS()-get_freq() / 100.0)); Still wrong. Since when do we use minus signs in variable names? m.

Re: [Flightgear-devel] Flight Gear on Windows

2009-12-11 Thread Melchior FRANZ
* jean pellotier -- Friday 11 December 2009: got something like that too on linux, but guess what? with an ati card I'm better off on Linux (with an nvidia card). I can at least decide whether I want clouds *or* material animations broken: http://members.aon.at/mfranz/material-shaders.jpg

Re: [Flightgear-devel] Clouds

2009-11-12 Thread Melchior FRANZ
* syd adams -- Thursday 12 November 2009: it would be nice to add hud #1 checkbox with a trailing 3D checkbox, hud #2 The two HUD implementations weren't meant to coexist so long. The removal of the old HUD and conversion of all aircraft to the newer one is overdue. I only had to implement the

Re: [Flightgear-devel] tone and decorum

2009-11-05 Thread Melchior FRANZ
* John Denker -- Thursday 05 November 2009: By way of pathetic non-excuse, let me remark that a few years ago I was rather authoritatively flamed for daring to put comments in FGFS code. That's rather misleading. In fact you were criticized for: - putting whole gdb stack traces(!) before

Re: [Flightgear-devel] best way to remotely control flight gear?

2009-07-15 Thread Melchior FRANZ
* Eli Jordan -- Tuesday 14 July 2009: as far as I could see the route manager only allows for pre set waypoints, such as airports, i was hoping to be able to input co-ordinates (latitude and longitude) and have the auto pilot fly between these. In telnet just type set

Re: [Flightgear-devel] CVS: source/src/Scripting NasalSys.cxx, 1.124, 1.125

2009-07-11 Thread Melchior FRANZ
* Mathias Froehlich -- Sunday 07 June 2009: Modified Files: NasalSys.cxx Log Message: No need to zero the _props variable. This reference is released by the SGSharedPtr destructor anyway. Modified Files: src/Scripting/NasalSys.cxx -_props = 0; Yes, but it's released

Re: [Flightgear-devel] [RFC] Dynamic plug-in interface for I/O modules

2009-06-28 Thread Melchior FRANZ
I'm (still) against binary runtime modules for FlightGear. They are an invitation for circumventing the GPL, locking in users, and potentially harm cross-platformness. I find the prospect of a vendor offering a new device with closed source libraries for stock FlightGear worrying, and even more

Re: [Flightgear-devel] startup.nas

2009-06-24 Thread Melchior FRANZ
* Detlef Faber -- 6/23/2009 9:17 PM: Am Dienstag, den 23.06.2009, 14:25 +0200 schrieb Melchior FRANZ: is now broken since Detlefs recent changes. I'm innocent on this. You sure meant someone else ;-) Whoops, indeed, sorry. (That was probably because Torsten and Detlef are both German first

Re: [Flightgear-devel] startup.nas

2009-06-23 Thread Melchior FRANZ
* Tatsuhiro Nishioka -- 6/23/2009 5:01 AM: I'm not so sure what it should look like, but at least it needs nil check for the property. That would only be cosmetics and just hide the fact that the METAR runway choosing code is now broken since Detlefs recent changes. The METAR wind

Re: [Flightgear-devel] Gui - updating gui state dynamically

2009-06-13 Thread Melchior FRANZ
* James Turner -- 6/12/2009 11:05 AM: I guess there is no chance of switching to osgWidgets in the near future? I've not looked at how mature that code is or isn't yet. No. This may take another year, or two. AFAIK, osgWidgets is still nothing more than colored, clickable rectangles with

Re: [Flightgear-devel] Gui - updating gui state dynamically

2009-06-12 Thread Melchior FRANZ
* James Turner -- 6/8/2009 10:52 AM: On 6 Jun 2009, at 08:46, Melchior FRANZ wrote: I'll [...] try to keep PLIB'isms away as far as possible. Actually, I'll reorganize the code a bit so that possible later transitions to osgWidgets or other toolkits are even easier. And I intend to make all

Re: [Flightgear-devel] Gui - updating gui state dynamically

2009-06-12 Thread Melchior FRANZ
* James Turner -- 6/8/2009 10:56 AM: Another, related question: is it possible to hide and show UI element / groups dynamically? You can manipulate (add/remove/change) anything in a dialog before it's opened by embedded Nasal. You could have an XML dialog file with only a nasalopen block, and

Re: [Flightgear-devel] Gui - updating gui state dynamically

2009-06-06 Thread Melchior FRANZ
* Melchior FRANZ -- Friday 05 June 2009: With some code in dialog.cxx live updates of lists could be implemented, too. Recent changes made that easier than before. This would really be the best approach. It could then also be used to live-enable/disable (grey out) widgets, or to change

Re: [Flightgear-devel] Gui - updating gui state dynamically

2009-06-05 Thread Melchior FRANZ
* James Turner -- Friday 05 June 2009: Can anyone (with more experience of the GUI code and Nasal) suggest how close I can get to a GUI like the one I've mocked-up below: There are currently two ways: - make the popup an extra dialog; See the dialog that's shown in Model View in the lower

Re: [Flightgear-devel] shift key ignored

2009-06-02 Thread Melchior FRANZ
* dave perry -- Friday 29 May 2009: None of the keyboard inputs involving shift work any more. That's now fixed in OSG/SVN. m. -- OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to

Re: [Flightgear-devel] shift key ignored

2009-05-29 Thread Melchior FRANZ
* dave perry -- Friday 29 May 2009: I updated osg, SimGear, fgfs, and data from svn/cvs yesterday at approximately 1400 zulu. None of the keyboard inputs involving shift work any more. $ cd $OSG_SRC/src/osgViewer $ svn diff -r10268:10269|patch -p0 -R $ make sudo make install m.

Re: [Flightgear-devel] Extending weather scenarios - Was: Visibility and ceiling options broken?

2009-05-24 Thread Melchior FRANZ
* Torsten Dreyer -- Sunday 24 May 2009: Ideas and comments are welcome. If I play in someone elses sandbox here, please complain! Sounds good to me. I did the METAR parser, Erik did the integration in fgfs, Harald did the scenarios. But this is not really someone's sandbox, so go ahead! (I'd

Re: [Flightgear-devel] terrain elevation under a solid AI aircraft

2009-05-20 Thread Melchior FRANZ
* Frederic Bouvier -- Tuesday 19 May 2009: Maybe we could distinguish terrain and models in the traversal mask ? For the moment, every solid models has the terrain bit. Then geo.elevation() could accept a parameter that tells if it search terrain or solid objects. geo.elevation() is just a

Re: [Flightgear-devel] terrain elevation under a solid AI aircraft

2009-05-20 Thread Melchior FRANZ
* Frederic Bouvier -- Wednesday 20 May 2009: So if you really want to hit the floor and not the top of objects you can iterate with different starting height until the second member is not nil ? Well, yes. Maybe use binary search for that. But that's still a waste of cycles if you really need

Re: [Flightgear-devel] terrain elevation under a solid AI aircraft

2009-05-20 Thread Melchior FRANZ
* Gijs de Rooy -- Wednesday 20 May 2009: Melchior, you probably missed my last email. No, I haven't. But that was about bad aircraft placement by the AI subsystem and needs to be fixed there. Not exactly my domain, though I coud, of course, look into that. (I'm just not too keen to do boring

Re: [Flightgear-devel] terrain elevation under a solid AI aircraft

2009-05-20 Thread Melchior FRANZ
* Frederic Bouvier -- Wednesday 20 May 2009: - Melchior FRANZ a écrit : Maybe use binary search for that. I take that back. Just take the prior intersection altitude, reduce it by a few centimeters and intersect again. There won't be that many layers. :-) That would allow to place AI

Re: [Flightgear-devel] terrain elevation under a solid AI aircraft

2009-05-19 Thread Melchior FRANZ
* Detlef Faber -- Tuesday 19 May 2009: This means while trying to pass beneath a bridge, geo.elevation returns the heigth of thebridge which will obviously stop the walker from moving ahead. But geo.elevation() has an optional third argument that defines from which altitude down the

Re: [Flightgear-devel] Possible new XML reader code

2009-05-09 Thread Melchior FRANZ
* Erik Hofman -- Saturday 09 May 2009: The downside of this code is that it is not 100% validating (so it might accept xml syntax errors where expat didn't) and it doesn't support DTD's. Hmm ... so it's sloppier *and* slower, but *maybe* increases runtime performance? Any benchmarks for the

Re: [Flightgear-devel] Possible new XML reader code

2009-05-09 Thread Melchior FRANZ
* Gene Buckle -- Saturday 09 May 2009: At least give him credit for trying to participate instead of refusing to help because things didn't go his way. LOL. Erik is a core developer since many years. I've sent hundreds of patches to him for review and committing (and he rightfully rejected

Re: [Flightgear-devel] Possible new XML reader code

2009-05-09 Thread Melchior FRANZ
* Curtis Olson -- Saturday 09 May 2009: I'm less sure about those who seem to feel the need to lash out at someone every time they speak. You mean, those calling others jerks? m. -- The NEW KODAK i700 Series Scanners

Re: [Flightgear-devel] CVS: data/Nasal pushback.nas, NONE, 1.1

2009-05-05 Thread Melchior FRANZ
* Torsten Dreyer -- Tuesday 05 May 2009: I moved the initialization of the aircraft.door object into the pushback.xml when the dialog is opened. I assumed that the function should also be accessible via other means than just the dialog (e.g. keyboard bindings). If not, then I absolutely agree

Re: [Flightgear-devel] CVS: data/Nasal pushback.nas, NONE, 1.1

2009-05-05 Thread Melchior FRANZ
* Torsten Dreyer -- Tuesday 05 May 2009: [...] the truck (door) keeps moving until it reached its final position. Probably because the underlying interpolate() function keeps running until its finished. Yes. But you can immediately stop the movement on close with the aircraft.door.stop()

Re: [Flightgear-devel] CVS: data/Nasal pushback.nas, NONE, 1.1

2009-05-04 Thread Melchior FRANZ
* Alexis Bory - xiii -- Monday 04 May 2009: But I do not have the piece which is necessary for testing. I didn't test it either. It's just obviously wrong (and ugly :-). Wrong, because ... - it uses aircraft.door before that is guaranteed to exist - because it doesn't use var where it should,

Re: [Flightgear-devel] CVS: data/Nasal pushback.nas, NONE, 1.1

2009-05-04 Thread Melchior FRANZ
* Melchior FRANZ -- Monday 04 May 2009: - it uses variable names: Which would be fine, of course. I meant: *bad* variable names ;-) m. -- Register Now Save for Velocity, the Web Performance Operations Conference

Re: [Flightgear-devel] RFC: graphics effects files

2009-04-08 Thread Melchior FRANZ
Nobody wants to see fgfs stagnate. But that doesn't justify every approach, no matter which bad side effects. There is an alternative solution with *no* bad side effects, but all the same possibilities. None of the vector-property supporters even bothered to explain why this generic approach

Re: [Flightgear-devel] RFC: graphics effects files

2009-04-08 Thread Melchior FRANZ
* Durk Talsma -- Wednesday 08 April 2009: Just the fact that a few extensions of the existing property types can have a positive impact on rendering speed, [...] I wonder if it's worth to add a lot of complexity for that, though. Do you know what users are usually told to do to increase the

Re: [Flightgear-devel] RFC: graphics effects files

2009-04-08 Thread Melchior FRANZ
* Heiko Schulz -- Wednesday 08 April 2009: I don't think that Tim has not enough expertise [...] No, of course he has that. And so has Mathias. to see at the next morning that you slamed this proposal code changes before Tim even announced his proposal and put in here for discussion. Yes.

Re: [Flightgear-devel] RFC: graphics effects files

2009-04-08 Thread Melchior FRANZ
* Melchior FRANZ -- Wednesday 08 April 2009: var f = fgGetDouble(/some/longish/property/path); Oops. Make that double f = ... m. -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative

Re: [Flightgear-devel] RFC: graphics effects files

2009-04-08 Thread Melchior FRANZ
* Melchior FRANZ -- Wednesday 08 April 2009: But have you noticed that many subsystems use the property system in the slowest possible way? | double f = fgGetDouble(/some/longish/property/path); No, wait! The slowest possible way is to build the property path first with sprintf(), although

Re: [Flightgear-devel] RFC: graphics effects files

2009-04-08 Thread Melchior FRANZ
* Durk Talsma -- Wednesday 08 April 2009: The actual drop in frame rate observed by adding lots of traffic lies somewhere in the graphics code [...] If you really think the traffic manager code is inefficient: Please prove it [...] N! I don't think that, and I have no clue about that.

Re: [Flightgear-devel] RFC: graphics effects files

2009-04-08 Thread Melchior FRANZ
* Tim Moore -- Wednesday 08 April 2009: I'm trying to give your generic approach a chance. I think a system where you have to explicitly trigger a listener is a poor substitute for one where the listener is fired automatically. But you'd only have to do it manually from the property browser or

Re: [Flightgear-devel] RFC: graphics effects files

2009-04-08 Thread Melchior FRANZ
* Tim Moore -- Wednesday 08 April 2009: Here's the theory: the values in question, such as material colors [...] OK, so on the OSG side it will always be a function call. There can by no tying (no matter which property types). On the fgfs side you can tie to memory, I assume.

Re: [Flightgear-devel] RFC: graphics effects files

2009-04-07 Thread Melchior FRANZ
* Tatsuhiro Nishioka -- Tuesday 07 April 2009: I hope many people understands what Melchior said on the property system. They don't. They are already drooling over the awaited shader changes. They fell for the argument that this change is in any way required/desirable, and they give a damn

Re: [Flightgear-devel] RFC: graphics effects files

2009-04-07 Thread Melchior FRANZ
* Vivian Meazza -- Tuesday 07 April 2009: There is no doubt that the introduction of arrays in the Property Tree has both advantages and disadvantages. Not least we should ask ourselves, if they are such a good idea, why aren't they in it already? We've had arrays since we have a property

Re: [Flightgear-devel] RFC: graphics effects files

2009-04-07 Thread Melchior FRANZ
* Anders Gidenstam -- Tuesday 07 April 2009: Some additional thoughts on atomicity: we have several levels of setting a bunch of values in one go in FlightGear: The whole discussion is still much too detached from any actual use case. What aggregate data block would we repeatedly set/read

Re: [Flightgear-devel] RFC: graphics effects files

2009-04-07 Thread Melchior FRANZ
* Tim Moore -- Tuesday 07 April 2009: Is it fair to say that you never wanted a discussion, but instead wanted to assemble people to yell at me to not make this change? No, it's not fair! May I remind you that we've had this same discussion a few times(!) on IRC? You asked me what I think about

Re: [Flightgear-devel] RFC: graphics effects files

2009-04-07 Thread Melchior FRANZ
* Tim Moore -- Tuesday 07 April 2009: Melchior FRANZ wrote: array entryalpha/entry entrybravo/entry entrycharly/entry entrydelta/entry /array So why do you care if entry and /entry are replaced by ' '? Well, so far the samples usually looked something

Re: [Flightgear-devel] RFC: graphics effects files

2009-04-07 Thread Melchior FRANZ
* Tim Moore -- Tuesday 07 April 2009: How / where do you document that a parent node requires this explicit listener activation? How/where do we document that the heading is in degree, not radian? How/where do we document that a value is normalized (0-1), not an angle? Adding a suffix would

Re: [Flightgear-devel] RFC: graphics effects files

2009-04-07 Thread Melchior FRANZ
* Tim Moore -- Tuesday 07 April 2009: Melchior FRANZ wrote: How/where do we document that the heading is in degree, not radian? How/where do we document that a value is normalized (0-1), not an angle? Beats me, but I'm not the one claiming that the property list format is self

Re: [Flightgear-devel] Fwd: [Flightgear-cvslogs] CVS: source/src/GUI property_list.cxx, 1.22, 1.23

2009-04-07 Thread Melchior FRANZ
* Ron Jensen -- Tuesday 07 April 2009: And when the gentleman who has been responsible for building and maintaining that complexity stands up and cries out: That wouldn't be me, though. That's mostly David MEGGINSON's work, with contributions by Erik, Fred, Csaba, Mathias and me (and probably a

Re: [Flightgear-devel] RFC: graphics effects files

2009-04-05 Thread Melchior FRANZ
* Gene Buckle -- Sunday 05 April 2009: So essentially since you may not get your way, you're going to take your ball and go home? You don't seem to understand this comparison. It's about taking something away so that others can't continue enjoying the game, only because one doesn't have his

Re: [Flightgear-devel] RFC: graphics effects files

2009-04-04 Thread Melchior FRANZ
* Tim Moore -- Saturday 04 April 2009: A couple of weeks ago I was asked for a sample of an effects file that uses my proposed changes to the property system; And a few weeks later I still object to these property changes, and will do so as often as it is brought up again. And for all the same

Re: [Flightgear-devel] RFC: graphics effects files

2009-04-04 Thread Melchior FRANZ
* Vivian Meazza -- Saturday 04 April 2009: less-equal? texture0, texture1. ? ambientusematerial/ambient/use/ambient ? I did't even look at that. The vector properties (that have already been rejected before) were enough for me to reject the whole second attempt to get this in. But I agree with

Re: [Flightgear-devel] Scene ambient and specularcolor changes

2009-04-04 Thread Melchior FRANZ
* Vivian Meazza -- Saturday 04 April 2009: I can fix it here, to my entire satisfaction, so if everyone else is happy, don't worry. I can't really say much about this, as I'm using a rather old and not so great monitor that I don't seem to be able to calibrate correctly. But I agree that the

Re: [Flightgear-devel] *** SPAM *** Re: Scene ambient and specularcolor changes

2009-04-04 Thread Melchior FRANZ
* Vivian Meazza -- Saturday 04 April 2009: This is how I think it should look, Does indeed look much better here (on my *still* quite bad monitor ;-). m. -- ___

Re: [Flightgear-devel] RFC: graphics effects files

2009-04-04 Thread Melchior FRANZ
* Heiko Schulz -- Saturday 04 April 2009: How would it be better, and would all what Tim wants to do, be still possible? The features that Tim is talking about (effects and stuff), and the XML and property tree representation do IMHO not have much to do with each other. How can separate

Re: [Flightgear-devel] RFC: graphics effects files

2009-04-04 Thread Melchior FRANZ
* Curtis Olson -- Sunday 05 April 2009: Without seeing anything so far that I would consider a compelling argument against, I vote for giving Tim the green light here. Developer convenience has almost always been a good enough reason in the past. OK. Unfortunately, this is a route that I

Re: [Flightgear-devel] [BUG] invalid argument to asin() in Instrumentation/navradio.cxx

2009-04-02 Thread Melchior FRANZ
* Ron Jensen -- Thursday 02 April 2009: I think we need double angle = atan2( y, x ) * SGD_RADIANS_TO_DEGREES; Agreed. And that's also done just a few lines later, with the exact same parameters. Comitted, thanks! (I also re-used an already initialized node for altitude-ft.) m.

Re: [Flightgear-devel] Scene ambient and specular color changes

2009-04-01 Thread Melchior FRANZ
* Frederic Bouvier -- Wednesday 01 April 2009: - Melchior FRANZ a écrit : Why would a visibility of 22 km only give me half the specularity of a visibility of 45 km? On an object that stands a few meters in front of me! That basically means, (almost) no more glossiness. Maybe I

Re: [Flightgear-devel] Scene ambient and specular color changes

2009-04-01 Thread Melchior FRANZ
* Erik Hofman -- Wednesday 01 April 2009: Hmm, sitting in the sun today during lunch made me realize that what I'm really after is probably the effect of looking towards the sun in comparison to looking in any other direction. The Bright light of the sun seems to make the ambient light much

  1   2   3   4   5   6   7   8   9   10   >