Re: [Flightgear-devel] Static B737 at SFO (Was: Mipmapping of liveries)

2013-09-26 Thread Durk Talsma

On 26 Sep 2013, at 13:04, Erik Hofman wrote:

 On 09/26/2013 12:47 PM, James Turner wrote:
 
 On 26 Sep 2013, at 11:33, Erik Hofman e...@ehofman.com
 mailto:e...@ehofman.com wrote:
 
 On that topic, there's a static 737 on the taxi tracks that's there
 since the old days when there was no AI traffic, it is probably a good
 idea to remove it from the scenery now.
 
 Mostly i agree, but it's sort of a piece of FG history now, like Durk's
 roof-parked Fokkers. Which was such a good idea that EHAM copied it in
 real life. No sign of KSFO placing a 737-200 at that location in homage
 to FG yet, clearly we have more fans in .NL
 
 Grin :)
 
 Erik

:-)

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register 
http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Saitek radio and multifunction panels

2013-07-09 Thread Durk Talsma
Hi,

Also just a quick note from me. At the last FSWeekend, I got a sample radio 
panel from the Saitek Guys. IIRC, James Turner is/has been working on providing 
some of the groundwork and we agreed that while he was doing that, I'd put my 
efforts on getting the device working on hold. It's been a while ago since we 
last chatted about this, so I'm not really sure what the current status is. 

Cheers,
Durk
 
On 09 Jul 2013, at 20:02, Curtis Olson wrote:

 Hi Pat,
 
 Just a quick reply.  I think the hardest part will be reading the actual 
 hardware.  If that's easy (can it be done in a cross platform way?) then if 
 the hardware presents itself similar to a joystick, it would simply be a 
 matter of connecting up the buttons and axis with the appropriate property 
 values via a joystick config file.  It's probably not that easy, but the long 
 pole in the tent from my perspective would be reading the switch/button/dial 
 values off the actual hardware.  If you can do that, I'm sure we can find a 
 straightforward way to bridge the connection to flightgear.
 
 Thanks,
 
 Curt.
 
 
 On Tue, Jul 9, 2013 at 7:39 AM, not a webot not.we...@gmail.com wrote:
 Hi All;
  Is anyone working on either of these panels? I have both and I'm a C 
 realtime, safety critical software engineer. If Someone is working on 
 developing an interface for the panels I'd like to pitch in, if no one is can 
 someone point me towards a good starting point? 
 Thanks, 
 Pat
 
 -- 
 -
 If you can’t be a good example, then you’ll just have to be a horrible 
 warning.
 -Catherine
 
 --
 See everything from the browser to the database with AppDynamics
 Get end-to-end visibility with application monitoring from AppDynamics
 Isolate bottlenecks and diagnose root cause in seconds.
 Start your free trial of AppDynamics Pro today!
 http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk
 ___
 Flightgear-devel mailing list
 Flightgear-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/flightgear-devel
 
 
 
 
 -- 
 Curtis Olson:
 http://www.atiak.com - http://aem.umn.edu/~uav/
 http://www.flightgear.org - http://gallinazo.flightgear.org
 --
 See everything from the browser to the database with AppDynamics
 Get end-to-end visibility with application monitoring from AppDynamics
 Isolate bottlenecks and diagnose root cause in seconds.
 Start your free trial of AppDynamics Pro today!
 http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___
 Flightgear-devel mailing list
 Flightgear-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/flightgear-devel

--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Bug in AIAircraft.cxx line 1104

2013-04-24 Thread Durk Talsma
Hi Nick,

That's correct. It looks like this is actually a leftover from the commented 
out debug statement directly below it. Thanks for catching it!

Cheers,
Durk

On 23 Apr 2013, at 15:39, Nick Vatamaniuc wrote:

 I think I found a bug in AIAircraft.cxx:
 
 http://gitorious.org/fg/flightgear/blobs/next/src/AIModel/AIAircraft.cxx#line1104
 
 if (trafficRef) statement should be using {}, otherwise heading update 
 doesn't get executed if trafficRef is NULL.
 
 -Nick
 
 
 --
 Try New Relic Now  We'll Send You this Cool Shirt
 New Relic is the only SaaS-based application performance monitoring service 
 that delivers powerful full stack analytics. Optimize and monitor your
 browser, app,  servers with just a few lines of code. Try New Relic
 and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
 ___
 Flightgear-devel mailing list
 Flightgear-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/flightgear-devel


--
Try New Relic Now  We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app,  servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Adds on FlightGear.org

2013-02-23 Thread Durk Talsma
Hi Gijs, et al.,

Slowly coming back to FlightGear land, now that my deadline is met. :-)

Yes, I think that this is undesirable. Having adds inside the content area of a 
website is usually considered to be poor design, from a usability perspective. 
I don't mind if we have some adds on the top, or on the right side of the page. 
The current layout is confusing. 

Cheers,
Durk


On 23 Feb 2013, at 11:13, Gijs de Rooy wrote:

 Hi all,
 
 I won't ask for the adds to be removed (apparently that is not possible), but 
 I do want to bring the result of that decision under your attention. Is this 
 really what we want?
 
 http://www.flightsim.com/vbfs/content.php?13546-FlightGear-v2-10-Is-Released#comments
 http://www.flightsim.com/vbfs/showthread.php?260718-FlightGear-2-10-is-now-available-!p=1747315#post1747315
 
 Cheers,
 Gijs
 --
 Everyone hates slow websites. So do we.
 Make your web apps faster with AppDynamics
 Download AppDynamics Lite for free today:
 http://p.sf.net/sfu/appdyn_d2d_feb___
 Flightgear-devel mailing list
 Flightgear-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/flightgear-devel

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] flight recorder / replay system

2012-11-10 Thread Durk Talsma
Hi Thorsten,

On 10 Nov 2012, at 22:44, ThorstenB wrote:

 I have updated the flight recorder / replay system with something I had 
 already planned after last year's update. Two new features:
 
 1. Sessions can be saved to/loaded from disk. Simply fly along, then 
 select Save flight recorder tape from the file menu and press Save. 
 You can load the tape again at any later time. You can keep the tape 
 recording for your own amusement - or send it to someone else.
 
 2. You can add text messages to a flight recording. This turns the 
 recording into a flight tutorial. It's somewhere in between the existing 
 tutorial system and a Youtube video: unlike the existing tutorials, the 
 recorded flight can be used to demonstrate complete flight manoeuvres, 
 such as how to fly a complex approach into an interesting airport. And 
 unlike a fixed video tutorial, users can change views, inspect 
 instruments, or take over control at any point.
 

I haven't tried it yet, but this sounds like a really cool feature to have; 
especially for setting up demo's at FSWeekend.

Cheers,
Durk
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_nov
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Moonlight reloaded

2012-11-09 Thread Durk Talsma
Just a quick note for now, because I've got a lecture coming up in about 30 
minutes...


If you need any information about the moon's position and/or phase, just let me 
know. It should be trivial to extract these values from the ephemeris code.

Cheers,
Durk


On 09 Nov 2012, at 13:25, Renk Thorsten wrote:

 Interesting, looks good. So effectively it glows...
 
 Not really - unlike glowing stuff, it is actually obscured by cloud cover for 
 instance.
 
 * Thorsten
 --
 Everyone hates slow websites. So do we.
 Make your web apps faster with AppDynamics
 Download AppDynamics Lite for free today:
 http://p.sf.net/sfu/appdyn_d2d_nov
 ___
 Flightgear-devel mailing list
 Flightgear-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/flightgear-devel


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_nov
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FSWeekend 2012...

2012-11-08 Thread Durk Talsma
Hi Torsten,
 
 You might want to check out the event input system, I have implemented 
 some time ago. It's much more flexible than our joystick input system as 
 it handles more events (relative axies e.g.) and is able to send events 
 _to_ the device, too (switching LED's e.g.). Tat implemented this for 
 the OSX, so it should be working there, too. The Windows implementation 
 is still missing, unfortunately.

Thanks for these pointers. I can probably need all the help I can get. For 
windows, the Saitek products have their own USB driver, so that shouldn't be a 
problem. Only trick is how to read/write to/from them. 

 Also, Melchior implemented raw HID communication using Nasal for the 
 Thrustmaster Warthog, but limited to Linux use.

Sounds like this might be a good start to look at. 

 
 If the Saitek devices don't use HID at all, things will become _very_ 
 tricky and probably impossible to get them running cross platform.
 
 
I just plugged in the device, linked the USB device to my virtual Windows 8 
box, where it showed up as using two devices. One of them was HID, so I think 
we're good. 

Also, Martin Crompton, my contact at Saitek appears to be very forthcoming in 
providing me with documentation, etc. We haven't talked about licensing issues 
jet, but he was very helpful in providing either documentation, additional 
hardware to test, or even do some work on the more lower level stuff. I just 
have to make sure I don't get carried away too quickly. 

Cheers,
Durk
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_nov
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FSWeekend 2012...

2012-11-08 Thread Durk Talsma
Hi Stuart,


 
 One other nice side-effect of using a projector is that their reduced 
 resolution
 relative to a LCD display means one can run more eye-candy or get better
 frame-rates.
 

Just a quick (and admittedly not completely serious) response for now:

Not quite true: I specifically bought a full HD projector, so that I can a) run 
Flightgear at full res at FSWeekend, and b) maximize  it's utility at home for 
watching blu-rays. :-)

I'll write a more serious repley regarding your other remarks tomorrow.

Cheers,
Durk

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_nov___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FSWeekend 2012...

2012-11-07 Thread Durk Talsma
Hi Thorsten,

On 07 Nov 2012, at 08:52, Renk Thorsten wrote:

 
 If I'm not much mistaken, during the last year we got (in addition to 
 Rembrandt):
 
 * atmospheric light scattering
 * regional texturing
 * placement masks for random objects
 * procedural texturing
 * Canvas with all the goodies for HUDs and MFDs and the GUI
 
 Surely there must be something in this list which qualifies as major 
 innovation? Surely this is not _all_ my personal bias that I like certain 
 features? :-)
 

Please note that I never said that we didn't *have* any major new features. The 
major difference between previous years and this year was that we didn't have 
*obvious* eye catchers. Every feature you mention is really a great 
improvement, but they are not sufficiently salient to be noticeable for the 
casual visitor who spends maybe 5 seconds looking at our setup before deciding 
to stay any longer of keep moving. Not in the sense of -lets say- an aerotowing 
demo, or a 10-screen computer. 

The features you mention are relevant for the visitor who is already 
interested, but not sufficient as an eye-catcher. 

Cheers,
Durk


--
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FSWeekend 2012...

2012-11-07 Thread Durk Talsma
Hi Adrian,

On 07 Nov 2012, at 09:48, Adrian Musceac wrote:
 
 What about AI traffic according to real-life schedules, for most major 
 airlines? That's something FS-X doesn't do out of the box. 
 

That's certainly a good feature to mention and -as you may have guessed- 
something I care about a lot. I usually mention the AI traffic system when 
talking to interested visitors. But, like the other features mentioned, the 
coolness of it is in the details. For the casual visitor, it's just a bunch of 
aircraft (much like the way FSX has them), and therefore, not really a reason 
to stop by and start asking questions. 

Also, with regard to the second group of visitors I mentioned in my previous 
email, the FSX aficionados, couldn't care less if FSX doesn't do this out of 
the box. Last weekend, I got a very strong impression that these people 
consider FSX to not much more than an elaborate API where you need to buy loads 
of add-ons to work. So, these people also don't really care that FSX can't do 
something out of the box. The standard response would be there's an add-on 
that will do exactly this.

On a more general note, the latter argument makes it really difficult to 
convince these people that FlightGear might be worth considering. I've also 
gotten a few questions about whether there would be commercial add-ons for 
FlightGear, and the fact that there isn't any need for them doesn't convince 
these people at all.

Anyway, its a tricky problem and it make me realize that I wasn't born to be a 
salesman. :-)

Cheers,
Durk

P.S., I do hope to pick up the AI development again in the near future. 

D.--
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FSWeekend 2012...

2012-11-07 Thread Durk Talsma
Hi Thorsten,

On 07 Nov 2012, at 10:55, Renk Thorsten wrote:

 
 Sorry, I don't want to talk down on the great job you guys are doing in 
 presenting all this, I'm just trying to understand what it is you consider an 
 eye-catcher. I'm just a bit mystified that somehow a feature which dominated 
 our screenshot contest  doesn't count in this department...

No worries. :-). This is actually fairly subjective, and I'm afraid that I 
didn't explain my concern too well in my initial post. The real issue is 
salience, which you can describe as the subjective property of a percept to 
stand out from it's environment (see 
http://en.wikipedia.org/wiki/Salience_(neuroscience) ). So, a cool feature that 
easily dominates in a screenshot contest may not be able to capture our 
attention very effectively in a different context, such as the one at 
FSWeekend, where visitors are usually bombarded with high quality graphics. 

So, what I was actually looking for was new ways of *using* FlightGear, within 
the limitations of an internet-free environment. Our lan based multiplayer 
server was very effiective in the past, and in the last few years we also had 
some new aircraft and/or a specific theme, or even an internet connection, all 
of which served as great eye-catchers. This year was a bit of a step back in 
those respects, so I found myself more often than not reverting back to the 
tested and tried. 

 
 Well, yes and no - even if we're just catching up in graphics to what others 
 do (which in many cases we probably do, judging by screenshot googling), 
 isn't the fact that a scene no longer looks like 10 years behind what others 
 do somehow relevant? It might not act so much as catch attention than to 
 prevent immediate turn-aways...
 

Of course it is, and in many cases it does keep visitors attention a bit 
longer, usually because they don't know what they're exactly looking at. :-)

Cheers,
Durk



--
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FSWeekend 2012...

2012-11-07 Thread Durk Talsma
Hi Gene (and John),

On 07 Nov 2012, at 15:31, geneb wrote:

 
 Durk, if you can find someone that's willing to cut the parts for you, I'd 
 be happy to donate a drawing set for my single-seat collimated display 
 system.  You show up next year with THAT and I can just about guarantee 
 most folks will forget how to spell FSX. :)
 

First of all, I think that this would be an incredibly cool idea!

Let me think about the practical issues. It depends on the exact type of 
cutting that needs to be done, but I might know somebody capable of doing that. 
An old friend of mine from my high school days has started his own construction 
and repair shop. He's mainly working in the agricultural sector, but also doing 
some machine construction. If there is a fit between what we need and what he 
can deliver, it might be an option to consider asking him to cut some parts for 
us.

Cheers,
Durk



--
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FSWeekend 2012...

2012-11-06 Thread Durk Talsma
Hi Stuart,
On 06 Nov 2012, at 14:00, Stuart Buchanan wrote:

 Hi Durk and the FSWeekend crew!
 
 Firstly, thanks very much to everyone for flying the FG flag at
 FSWeekend.  I can appreciate it's a huge amount of work each year.
 Great also to see a Scottish contingent.  I'm still hoping to make it
 some time, and have been laying the groundwork early for next year...

Thanks. Please consider coming over next year. It's always great to meet the 
people behind the project. I'm trying to give a few quick answers below.

 
 Re: Saitek - who was it you spoke to?  I've been in contact with
 Martin Crompton, who kindly provided me with their Cessna line of
 controllers to write configuration files for FG with.

Yes, I also talked to Martin Crompton. James told me later on that you had been 
in touch with him. My action was rather spontaneous, so I asked him whether we 
could try to support Saitek products, without me knowing that you were also 
working on it. I hope we can join forces. I got their radiostack to try, and 
this looks like it's going to be a little more involved, since it may need its 
own USB driver. I'll try to send Martin just a quick note later tonight. 

 
 I noticed in Thorsten B's flickr stream a comment about support for
 multiple graphics cards, which FS-X doesn't have.  One of the things
 I've been struggling with when marketing FG in FSBreak etc. is really
 understanding what features we have that FS-X lacks so I can draw a
 good comparison.  I come across some while reading flight sim
 websites, but I'm sure there are other limitations that only someone
 with experience of both would be able to highlight.  Does anyone on
 the list have significant FS-X experience and could give me a list?

This is always a tricky one. At FSWeekend I found our visitor's reception of 
the project really quite different, ranging from Increadibly cool that you do 
all of this by yourself to Give me one good reason why I should change from 
FSX. The former is always a nice way of starting a conversation (and usually 
runs into a situation where our visitors hang around our booth for an hour or 
so), while the latter feels oftentimes like a waste of effort.  This is 
probably also because the people asking the latter type of question don't 
strike me as the persons who really have a fine-tuned for the subtleties of 
aviation that makes FlightGear such a cool program. So, the bottom-line is that 
I would also be very interested in a short concise list of features that we do 
better than FSX. 

 
 Finally, on your multi-display/multi-graphics card setup, are you able
 to run with 3D clouds and do they look acceptable?  I've been assuming
 that provided you are only running a single FG instance, the 3D clouds
 should Just Work with multiple displays. Is that the case?
 

I do need to investigate a little more, because my machine was overall running 
quite slow. The other folks suggested that this might either be related to 
power-supply issues, or insufficient cooling. But, enabling or disabling the 
clouds didn't seem to make that much of a difference. 


Cheers,
Durk
--
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FSWeekend 2012...

2012-11-05 Thread Durk Talsma
Hey Thorsten et al,
 

Yeah, I guess it's time for some further impressions of FSWeekend from my 
perspective. This year was our 7th consecutive presentation, and the first time 
we had a presentation that was considerably scaled down compared to our 
previous tradition of growing in size every year. Though I think it's okay to 
throttle back a little, every once in a while, it did mean that our prominence 
was a little less present this year. This is something we probably need to 
consider for next year. Let me come back to that at the end of this post; first 
some impressions. 

My pictures are are here:
http://www.flickr.com/photos/durktalsma/sets/72157631936384731/

As the Pictures show, Martin, Mathias, James, and myself started out on Friday 
with a 4-hour session at the full-motion simulator at simcenter 
(http://simcenter.nl/) lelystad Airport. Gijs also made some with my camera, 
but I haven't had the chance to process those yet.

Yes, there are some rumors. Firstly, yes we did hijack the main projection 
screen in the uiverzaal, and yes a broomstick was involved. Secondly, there are 
some rumors that people may have seen a person walking around with a Curt Olson 
name-tag. Rumors also have it that the person carrying it spoke with a rapid 
Scottish accent. 

So, what's up with the projector/broomstick rumor? Well, despite my good 
intentions, I wasn't as well prepared as I had thought. I did bring my 
computer, a projector, and a screen. But, as we were setting up, I had realized 
that I had forgotten to bring the pole that is holding the screen up, making 
the entire exercise rather useless. In order to find a replacement, I tried 
borrowing a broomstick from the museum. Although that would have worked, we 
couldn't borrow it for the entire weekend. While we were contemplating our next 
move, Frans offered us to use the big screen. I hope that none of the other 
clubs took offense, because the screen was rather big.

Secondly, by the time I had to register for the booth, Curt and I were 
discussing ways that would enable it for him to visit. With the deadline in 
sight, I did decide to go ahead and register Curt. But in the end, the travel 
plans didn't work out and in the mean time I had gotten an email from James 
Turner showing his interest in participating, but that was already after the 
registration deadline. So with one spare badge and one person without a badge, 
we decided that James should pretend he'd be Curt during the course of the 
show. I think that it worked out pretty well :-)

So, compared to the previous years, a number of things were a little different. 
A few of our regular members couldn't make it this year, including Torsten, 
Jorg and Lindsey, Hans (but thanks for briefly stopping by Hans!), and even 
Gijs had to bail out on sunday. Their absence  was offset by the presence of 
James Turner, Christian Schmitt, and Alexis Bory. It was a joy having you guys 
around! I hope you can make it to FSWeekend again sometime. 

Although in general I'm looking back at a fun weekend, I also have to admit 
that I've had some reservations about the event -and our presentation- that I 
feel I need to share as well. As mentioned above, this was the 7th time we were 
there and in those 7 years the format of FSWeekend hasn't really changed much. 
Most of the presenters are regulars and they seem to be doing exactly the same 
thing as in previous years. With FlightGear, I usually felt that we managed to 
escape that, by presenting something drastically new every year. But this year 
the new essence seemed to be missing somewhat. I didn't really feel that we had 
any major innovations to show (with the notable exception of project rembrandt, 
which ran well on Alexis' machine). With our multiscreen setups, we were 
somewhat limited in terms of graphics capabilities, and I also didn't feel that 
there were a lot of exciting new aircraft to demonstrate. Now, I want to 
emphasize that this was largely due to our personal situations, and nobody is 
to blame (if anybody, perhaps myself, because I was really late an a little 
lazy in organizing this year). So, despite our good intentions, not everything 
came about as intended, and I would like to consider possible ways of smoothing 
that out in a better way. 

But, to end on a positive note: We also met a lot of fabulous new people again. 
In addition to James's, Christian's, and Alexis's presence, I met Rob de Vries, 
who run the newssite www.simflight.nl, Gijs was interviewed for PCPilot, and we 
established contact with the folks at Saitek, which may hopefully result in 
full FlightGear support for their Pro line of products. We're still working 
out the details, but they gave me a copy of their radio stack for play with, 
and if we get that to work, more stuff may follow. 

So, to conclude, it was a fun weekend, but for next year I would like to come 
up with a slightly more organized plan of approach. 

Cheers,
Durk



On 04 Nov 2012, at 

Re: [Flightgear-devel] RE : Re: Re : Rembrandt Compatibility and Triple Monitor Configuration: Hardware Recommendations?

2012-11-02 Thread Durk Talsma
Hi Fred,

Okay, thank for clarifying. Perhaps if we have some time tonight, we might give 
it a try. If not, then I'll just run flightgear in regular mode. There's always 
next year.

Cheers,
Durk

On 01 Nov 2012, at 17:07, Frederic Bouvier wrote:

 Hi Durk,
 
 The configurable pipeline has nothing to do with multiscreen. It is used to 
 configure the way any viewport is rendered. The windows are setup using the 
 camera group, the same than with the classic way.
 
 I don't know for Linux, but for Windows, the memory of each card doesn't add 
 up. All resources are allocated on each card, and if not in sli mode, one 
 card blit the other display to the other card. When in sli mode, frames are 
 interleaved. So it's likely that your crash come from memory exhaution.
 
 Another thing is that shadows and lights are still broken/misplaced in dual 
 screen, the only mode i can test.
 
 Regards,
 -Fred
 
 
 
 
 

--
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Re : Rembrandt Compatibility and Triple Monitor Configuration: Hardware Recommendations?

2012-11-01 Thread Durk Talsma
Hi Fred,
 
 re hardware upgrade: look at the wiki page for the memory requirements. I 
 currently have a GTX 470 and it runs dual fullscreen well. I recently 
 switched from an i7 930 to an i7 3770 (latest generation) and it made a huge 
 difference in term of framerate (about 33% gain). Tim and Mathias already 
 said that we are CPU bound and I can confirm by experience. Anyway, if I was 
 about to change GPU, I'd take a GTX 660 Ti or a GTX 670.


Just following up on an old thread. Last weekend, I got my new videocards (two 
GeForce GTX 660s) with 2Gigs of video ram. Running the Rembrandt code on a 
single windowed instance of FlightGear works nicely and out the box, but when I 
try to run the code with a triple screen set up, I get a segmentation fault. 
I've been reading up on the project Rembrandt wiki page, and I understand that 
you can set up a configurable pipeline, but it's not clear whether that is 
necessary or not. Additionally, while I understand the syntax, I have some 
trouble estimating, which parameters to fill in the sample code. Do you perhaps 
have a working example, since I've been hoping to get this to work before 
FSWeekend?

Running on linux, with the X-Server in xinerama mode. I've placed a copy of my 
camera-view.xml file in my public dropbox folder: 

https://dl.dropbox.com/u/7455889/camera-view.xml

Many thanks in advance!

Cheers,
Durk


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Re : Rembrandt Compatibility and Triple Monitor Configuration: Hardware Recommendations?

2012-08-28 Thread Durk Talsma
On 27 Aug 2012, at 10:49, Frederic Bouvier wrote:

 Hi Durk,
 
 Rembrandt sort of work in multiscreen: you'll get a correct scene but with 
 shadows and lights misplaced. There should be a matrix offset or perspective 
 divide problem, that I wasn't able to fix for the moment. If Tim, Mathias or 
 anybody else could have a look, I would be very grateful.
 
 re hardware upgrade: look at the wiki page for the memory requirements. I 
 currently have a GTX 470 and it runs dual fullscreen well. I recently 
 switched from an i7 930 to an i7 3770 (latest generation) and it made a huge 
 difference in term of framerate (about 33% gain). Tim and Mathias already 
 said that we are CPU bound and I can confirm by experience. Anyway, if I was 
 about to change GPU, I'd take a GTX 660 Ti or a GTX 670.
 
 BTW: I also tested an AMD 7750 and it works pretty well for the price. I got 
 20 fps in 1280x720 geometry. I wouldn't consider it for multiscreen though ( 
 admitedly, I didn't try)
 

Thanks Fred,

I'll certainly look into upgrading the CPU (+Motherboard) as well then...

Cheers,
Durk


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Re : Rembrandt Compatibility and Triple Monitor Configuration: Hardware Recommendations?

2012-08-28 Thread Durk Talsma
Hi Curt,

(Going slightly off-topic here...)


On 28 Aug 2012, at 19:22, Curtis Olson wrote:

 On Tue, Aug 28, 2012 at 12:03 PM, Durk Talsma durkt...@gmail.com wrote:
 I'll certainly look into upgrading the CPU (+Motherboard) as well then...
 
 I recently upgrade my primary PC (was forced to due to a hardware failure) 
 and bought an AMD FX-6200 (6 x 3.8Ghz cores.)  That seemed to be somewhere on 
 the corner of the price/performance curve which is usually where I try to 
 aim.  (Beyond which higher performance starts costing a *lot* more.)

Sounds like an interesting option to check out. I'm also usually aiming for 
that point on the cost/benefits trade-off scale. 

 
 I'm probably coming due for a new video card here too so I'm happy to hear 
 what other people's experiences are.
 
 I started building my own PC's again -- I went through 2 off-the-shelf PC's 
 and they both were very disappointing and underperforming for FlightGear 
 purposes.
 

Hmm, I know what you mean. I have a long tradition of building PCs from 
components myself. I do have one windows XP based system, which I bought off 
the shelf, with the intention of not fiddling with it myself. But, in the mean 
time I've replaced nearly every component except the case, harddrive, video 
card, and DvD unit. I bought the core of that system late 2003(!) and intend to 
keep it running for another year, so that some of the core systems reach the 
ten year mark. But, if I do need to upgrade my linux box, I might just as well 
replace the motherboard with the old one from my linux box... Hmmm

Cheers,
Durk

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Rembrandt Compatibility and Triple Monitor Configuration: Hardware Recommendations?

2012-08-26 Thread Durk Talsma
Hi Everybody,

As some of you probably know, FSWeekend 2012, Europe's largest Flight 
Simulation Event is approaching. As in previous year's I've committed myself 
again to organize (or help organizing) a booth. I've been keeping a fairly low 
profile recently, and consequently I'm a little out of the loop concerning the 
latest development, so I apologize up front if I ask something stupid. But, I 
obviously would like to showcase the latest developments in graphics, then 
project rembrand (and also canvas) come(s) to mind. In the past I've been 
running FlightGear on a triple monitor or even a four-monitor config at 
FSWeekend) configuration. Is this currently already possible with Rembrandt (or 
would it be possible by early November), and if so, what kind of hardware 
configuration would it require to run. 

FWIW, I currently have an intel Quad core (Intel (R) Core (TM)2 Quad Q6600 @ 
2.40 Gh) to be precise), with 4 Gigs of RAM, and two GeForce 9800 GT cards. My 
preference would be to just upgrade the video cards, but I'd be interested in 
hearing about other's experiences. Is if going to be possible at all to run in 
Rembrandt mode using multiple monitors / video cards? 

Cheers,
Durk
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Console swamped with messages

2012-08-07 Thread Durk Talsma

On 07 Aug 2012, at 11:03, Renk Thorsten wrote:

 
 Some variants of this have been going on for some time - currently my console 
 ends up swamped with messages (I suspect the AI traffic) like this:
 
This is indeed a debug message from the AI traffic system. It's been close to 
6-8 months since I last worked on this, but I seemed to remember that they 
would only trigger if certain conditions were met (i.e. you could define a 
callsign in a custom xml config file, or on the command line. The code 
producing the debug message would then only be executed when the AI Aircraft 
being processed matched the specific callsign.  I'll have a quick look tonight 
whether that mechanism is still in place. One thing that looks a little 
suspicious is the first line of the debug msgs. There should be a callsign 
listed ater the colon. So maybe you have come across a flight that has an empty 
callsign (which could theoretically trigger the debugging system). 

If you're interested yourself, the messages originate from AIAircraft.cxx

 After the last pull, I did make clean in both the Flightgear and Simgear 
 build directory to be sure that no funny things are stuck and recompiled 
 everything. Messages keep coming. My commandline is
 
 ./fgfs --fg-scenery=/usr/share/FlightGear-2.0.0/Scenery/ 
 --prop=/sim/traffic-manager/enabled=false 
 --materials-file=Materials/regional/materials.xml --disable-fullscreen  
 --geometry=1200x900 --disable-real-weather-fetch  --enable-auto-coordination  
 --timeofday=dawn  --aircraft=pa24-250-CIIB --airport=KBTY

Are you sure about the syntax of the --prop=/sim/... command line option? I 
thought it should be something like: --prop:/sim/...  If I'm right, you might 
still have the traffic manager running. 

 
 (i.e. traffic manager ought to be off).
 
 Can anyone tell me what I have to do to get rid of these messages? Do I use a 
 wrong commandline parameter? Could there be anything stuck in obscure 
 configuration files? I can't really debug Nasal code properly without access 
 to the console, so at this point I am prepared to edit the lines out of C++ 
 code if anyone can tell me what file I need to go in.
 

See above...

Cheers,
Durk


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] AI Aircrafts and ground level

2012-05-30 Thread Durk Talsma

On 30 May 2012, at 21:05, Harald Johnsen wrote:

 Hi, 
 
 AI aircraft models are often aircraft models that were re used so they are 
 normally not at ground level as is ; some of them were pushed a bit in the up 
 direction, some have a z offset in their xml animation file, and others even 
 have an offset in the AI traffic files. 
 Note that today AI models that have an offset in the AI traffic files can not 
 be used of AI scenario for example. 
 
 Since I'm actually working a bit on AI aircraft animations, I propose to not 
 use the offset tag in the AI traffic files (ie doing as if that offset was 
 null) and to update all the AI models (or their xml file) that need to be 
 updated (that must be like 20 models that need to be updated, 18 are already 
 correct as is). 
 
 
 Your thoughts ? 
 

Hi Harald,

Would prefer the simplest possible solution, allowing us to remove one of 
these, and I believe that the offset in the traffic files should be the one to 
go. So I would support your suggestion.

Cheers,
Durk

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Lazy traffic startup

2012-04-25 Thread Durk Talsma
Hi James,

On 24 Apr 2012, at 11:13, James Turner wrote:

 Well, the main thing needed is to break apart the 'finishInit' into more 
 steps, to avoid the remaining pause. I think that can be done by traversing 
 the scheduled aircraft list in batches.
 

Just as a quick heads up; I didn't have a chance to test yet, due to the 
startup crash discussed elsewhere. I'll try again later. 

On a different note: Just a few random thoughts. 

1). On my machine I'm actually experiencing an extremely startup during the 
reading airport/nav data stage (~up to minute or so). This usually only 
happens when I try to load flightgear for the first time. Once these files are 
buffered everything is okay. Can this be due to an I/O configuration issue on 
my machine or is this something general? Anyway, I'm just bringing this up 
because this -to me- is a bigger bottleneck than the AI xml file parsing stage. 

2). I'm a little surprised that the xml file parsing is taking rather long. 
Already a few years ago, I've been testing stuff using a private traffic file 
derived from project AI (for MSFS 2004), and back than, the loading didn't take 
too long. In the mean time, we've added a few bells and whistles though, so 
that might have contributed to the delay. And I guess that my tolerance in this 
particular area has grown a bit larger than everybody elses. :-)

3). I'm currently in a self imposed break from development. One of the reasons 
is that I'm currently exploring a few other interests / hobbies. (If you happen 
to be a facebook or flickr friend/contact you probably know what I'm referring 
to), but partially also due to a few work related things that are currently 
more important to me than FlightGear. I'm currently aiming to get back to doing 
some development after I return from my summer vacation (sometime around early 
August). In the mean time, I'm thinking about wether I want to continue with 
the current system, or move towards a more modular (multiplayer / network / 
HLA) based approach. 

4). I will monitor development, handle the occasional bugfix, git commit, and 
monitor general progress. 

I just thought that this might be a good opportunity to let ya all know I'm 
still here, but just a little quiet. 

Cheers,
Durk


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Lazy traffic startup

2012-04-24 Thread Durk Talsma
On 24 Apr 2012, at 10:24, James Turner wrote:

 
 This is still at the 'hack' state, it's be trivial to revert to the old 
 method.
 

I'll have a look at it later today. I guess this change was slowly but 
increasingly becoming necessary. I'll let you know if I see any undesirable 
side effects.

Cheers,
Durk


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Log of Scenery IRC meeting

2012-02-26 Thread Durk Talsma
I could read it perfectly here, but then again, I'm on a mac these days, so 
everything just works. ::DUCKS::

:-)

D.

On 26 Feb 2012, at 21:07, Olaf Flebbe wrote:

 Hi Martin,
 
 Content-Type: text/plain; charset=utf-8
 Content-Transfer-Encoding: base64
 
 Greetings,
  Olaf Flebbe
 
 
 
 Am 26.02.2012 um 21:00 schrieb Martin Spott:
 
 Christian Schmitt wrote:
 
 SGVsbG8sCgpoZXJlIGlzIHRoZSBsb2cgb2YgdGhlIG1lZXRpbmcgd2UgaGVsZCB0b2RheSBhcyBh
 [...]
 
 !?  ;-)
 
  Martin.
 -- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
 --
 
 --
 Virtualization  Cloud Management Using Capacity Planning
 Cloud computing makes use of virtualization - but cloud computing 
 also focuses on allowing computing to be delivered as a service.
 http://www.accelacomm.com/jaw/sfnl/114/51521223/
 ___
 Flightgear-devel mailing list
 Flightgear-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/flightgear-devel
 
 
 --
 Virtualization  Cloud Management Using Capacity Planning
 Cloud computing makes use of virtualization - but cloud computing 
 also focuses on allowing computing to be delivered as a service.
 http://www.accelacomm.com/jaw/sfnl/114/51521223/
 ___
 Flightgear-devel mailing list
 Flightgear-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/flightgear-devel


--
Virtualization  Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] [PATCH] TrafficMgr: remove ~5M of unnecessary

2012-02-22 Thread Durk Talsma
Hi, 

On 21 Feb 2012, at 23:38, Martin Spott wrote:

 Chris Forbes wrote:
 
 Is it acceptable to send merge requests with a git URL for a server
 elsewhere, or must it be on gitorious?
 
 From my perspective it doesn't have to be on Gitorious, as long as you
 make it work in a similar manner (or even better, since Gitorious has a
 rather unfortunate way of presenting diff's).  In case of doubt I'd
 negotiate with the respective maintainer, as already suggested by
 James.  For the traffic/AI stuff you'd probably want to talk to Durk
 first.
 


Speaking of which, I would personally prefer either a merge request on 
gitorious (for the simple reason that I'm not that fluent in the more advanced 
aspects of git yet), or just a single patch (diff) file, incorporating every 
change you've made. I've only looked at your patch rather superficially, but 
got the impression was that it essentially contained commenting out unused 
variables and such. 

Therefore, if push comes to shove, I could probably transpose your changes by 
hand if the patch wouldn't apply cleanly, but I'd rather avoid that. If you 
(Chris) could send me a single diff file, I'll try to apply it.

Cheers,
Durk
--
Virtualization  Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] FlightGear 2.6.0 is featured in the Screenshot of the week on the dutchfs home page

2012-02-22 Thread Durk Talsma
Hi All,

Maybe I should have left this to Gijs, because it's his screenshot IIRC, but I 
couldn't resist: We have an honorable mention on the main page of a mjor Dutch 
FlightSim site: 

http://www.dutchfs.com/

Cheers,
Durk
--
Virtualization  Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FlightGear 2.6.0 is featured in the

2012-02-22 Thread Durk Talsma

On 22 Feb 2012, at 19:32, Martin Spott wrote:

 Gijs de Rooy wrote:
 
 Gijs' Air Bucharest shot
 
 All kuddos for that one go to Brett Harrison (livery), Heiko Schulz
 (aircraft) and Don Lavelle (airport).
 
 We don't have this on Scenemodels.  Do we ?  At least I can't see any
 Bucharest models by Don Lavelle there:
 

It's London Gatwick Airport if I'm not mistaken.


--
Virtualization  Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] AI Models not (or badly) rendered

2012-02-19 Thread Durk Talsma
Hi Guys,

I just discovered that some bad has happened to the AI models rendering code: 
No AI model is rendered anymore, except the MD11 (which technically isn't an AI 
model, but just a reused version of the regular Aircraft version.  This is with 
yesterday's FlightGear/SimGear/fgdata, git checkout. 

Anybody have an idea what happened here?

Cheers,
Durk
--
Virtualization  Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] AI Models not (or badly) rendered

2012-02-19 Thread Durk Talsma

On 19 Feb 2012, at 10:05, Gijs de Rooy wrote:

 http://code.google.com/p/flightgear-bugs/issues/detail?id=673
 

Ah, I thought that that was a different bug: I.e. a specifc error in the model  
path of one of our more recent commits. But, yeah the original committer does 
mention that no traffic is to be seen anywhere.

Cheers,
Durk

--
Virtualization  Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Aircraft ratings on the download page (was Re: Fair practice autorisations)

2012-02-18 Thread Durk Talsma

On 18 Feb 2012, at 07:15, Torsten Dreyer wrote:

 Am 18.02.2012 01:04, schrieb Heiko Schulz:
 I have created now a merge Request including the ratings of aircraft I have 
 been involved, I hope it is not too late.
 
 It is :-(
 

Of course, it's never too late to be included in the master branch, which means 
that it will be part of 2.8.0 coming out in 6 months from now. 

But, submissions for the 2.6.0 release (with the exceptions of bugfixes) were 
closed one month ago.

Cheers,
Durk


--
Virtualization  Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Fair practice autorisations

2012-02-16 Thread Durk Talsma

On 11 Feb 2012, at 21:46, Clement de l'Hamaide wrote:

 Hi all,
 
[ SNIP]

 Cheers,
 Clément
 --

I'm trying to take a neutral position here, so I'm not going to comment on who 
is right and who's wrong, but instead would like to propose a possible solution 
that might keep everybody happy in the intermediate to long term. Last year, we 
have discussed several options to split fgdata, but decided to put these plans 
on hold until the 2.6.0 release was finished, for very practical reasons. Once 
we commence with these plans, it is very likely that we have a separate 
fgaircraft repo, and the idea is that we would allow more contributers access 
rights to this repository. In such a situation, one or more members of the PAF 
group could gain access rights and commit their own contribution as a separate 
version. 

While I generally agree with Martin that I would rather encourage collaboration 
rather then competition, I don't think it would be in the interest of the 
project to see a group of motivated contributers being denied access due to a 
personal dispute. A little bit of competition is not necessarily bad either, 
because it motivates people to improve their own work. Healthy competition may 
be beneficial specifically if the efforts are directed to different models, as 
opposed to replicating an existing one. But if we can't avoid that, I'm not 
sure why we should selectively block access to our repository either. 

Finally, I would also like to point out that the PAF team could already clone 
the fgrepository, merge their changes and file a merge request. 

Cheers,
Durk

 

--
Virtualization  Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Aircraft maintenance

2011-12-10 Thread Durk Talsma
Hi All, 

Just following up on Thorsten's email regarding aircraft maintenance, this 
might be a good opportunity to mention that in the last few weeks I've been 
compiling a set of ideas with respect to the continuation of the aircraft split 
plan. Note that this plan evolved from ideas that were formulated during our 
FSWeekend meeting, and as such reflect a common effort by everybody involved in 
running the booth (Martin, Torsten, Gijs, Jorg, and Thorsten B in particular). 


The ideas and the tentative plan can be found in the wiki, so I will not 
reiterate the entire plan here:
http://wiki.flightgear.org/FlightGear_Git:_splitting_fgdata

I would like to mention that the plan also provides a contingency for necessary 
aircraft maintenance, in case of changes to the flightgear core code. It might 
be worth while to discuss this in the context of the current problems that have 
surfaced with regard to the stereo sound files, and how to deal with them. 

Cheers,
Durk


--
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for 
developers. It will provide a great way to learn Windows Azure and what it 
provides. You can attend the event by watching it streamed LIVE online.  
Learn more at http://p.sf.net/sfu/ms-windowsazure
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Stereo sound files and affected aircraft

2011-12-09 Thread Durk Talsma

On 09 Dec 2011, at 13:00, ThorstenB wrote:

 Hi,
 
 
 Another option might be to change the sound code again, so that stereo 
 files aren't rejected, and only a warning is produced. But that would 
 still result in loads of user bug reports, and it wouldn't fix the 
 actual issue.
 

Would it be a short term solution to down-mix them to mono while loading?

This could be accompanied by a lower (e.g. DEBUG) level warning message that 
wouldn't be obvious to the casual user?

Just a thought,

Cheers,
Durk 


--
Cloud Services Checklist: Pricing and Packaging Optimization
This white paper is intended to serve as a reference, checklist and point of 
discussion for anyone considering optimizing the pricing and packaging model 
of a cloud services business. Read Now!
http://www.accelacomm.com/jaw/sfnl/114/51491232/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Memory leak in latest sound code?

2011-12-07 Thread Durk Talsma
 
 OK, this is fixed in simgear. I also adjusted the code to show the
 message only once.
 
Thanks Erik! I'll give it a go tonight.

d.


--
Cloud Services Checklist: Pricing and Packaging Optimization
This white paper is intended to serve as a reference, checklist and point of 
discussion for anyone considering optimizing the pricing and packaging model 
of a cloud services business. Read Now!
http://www.accelacomm.com/jaw/sfnl/114/51491232/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Memory leak in latest sound code?

2011-12-06 Thread Durk Talsma
Hi All,

Using the following command line options, I am seeing a dramatic increase in 
memory consumption, in just a few seconds, up to the point where flightgear 
becomes unusable (top reporting that flightgear uses more than 85% of memory on 
a 4 GiG linux box):

fgfs --timeofday=dawn --airport=SAVE --aircraft=dc-3

Running a comparable session using the fokker50 instead of the dc-3 shows a 
stable memory footprint of about 25% (as reported by the linux top command).

While running the dc-3 I see many warnings printed that stereo sound files are 
not supported, and after disabling the master sound channel (GUI: 
File-Sound-uncheck master sound), the memory footprint becomes stable again. 
Given that I don't see this behavior using the fokker50, makes me suspect it's 
something specific to the dc-3, and probably related to the erroneous stereo 
file. Is this possible?

Cheers,
Durk
--
Cloud Services Checklist: Pricing and Packaging Optimization
This white paper is intended to serve as a reference, checklist and point of 
discussion for anyone considering optimizing the pricing and packaging model 
of a cloud services business. Read Now!
http://www.accelacomm.com/jaw/sfnl/114/51491232/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Memory leak in latest sound code?

2011-12-06 Thread Durk Talsma
Hi All,

Using the following command line options, I am seeing a dramatic increase in 
memory consumption, in just a few seconds, up to the point where flightgear 
becomes unusable (top reporting that flightgear uses more than 85% of memory on 
a 4 GiG linux box):

fgfs --timeofday=dawn --airport=SAVE --aircraft=dc-3

Running a comparable session using the fokker50 instead of the dc-3 shows a 
stable memory footprint of about 25% (as reported by the linux top command).

While running the dc-3 I see many warnings printed that stereo sound files are 
not supported, and after disabling the master sound channel (GUI: 
File-Sound-uncheck master sound), the memory footprint becomes stable again. 
Given that I don't see this behavior using the fokker50, makes me suspect it's 
something specific to the dc-3, and probably related to the erroneous stereo 
file. Is this possible?

Cheers,
Durk
--
Cloud Services Checklist: Pricing and Packaging Optimization
This white paper is intended to serve as a reference, checklist and point of 
discussion for anyone considering optimizing the pricing and packaging model 
of a cloud services business. Read Now!
http://www.accelacomm.com/jaw/sfnl/114/51491232/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Marketting of 2.6.0 via FS Break podcast

2011-11-30 Thread Durk Talsma

On 30 Nov 2011, at 11:29, Martin Spott wrote:

 Stuart Buchanan wrote:
 
 (For any third party reading this, Arnt's comments are not usually a
 reflection of the general view of the FG community, as a perusal of the
 mailing list will quickly show)
 
 +1
 

+2

Durk

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Initial AI model sound code committed

2011-11-25 Thread Durk Talsma

On 26 Nov 2011, at 01:43, Erik Hofman wrote:
 
 
 It's not very loud (I didn't want to annoy anyone too much) but it should be 
 there.
 Also, but unrelated, for me all the AI models of the Traffic subsystem seems 
 to pack together like a flock of geese instead of moving all the way to the 
 gates.
 

At which airport? Sounds like a ground network is missing.

Cheers,
Durk



--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Sounds for AI models (first step implemented)

2011-11-20 Thread Durk Talsma
Hi Erik,

I'll try to have a look next week, although admittedly, the relation between 
the AI models code and the property tree is not really the stuff I'm intimately 
familiar with.

Cheers,
Durk

On 20 Nov 2011, at 15:40, Erik Hofman wrote:

 
 Hi,
 
 I've been working on implementing an FGFX class for AIModels and am
 pretty much done (I think) except for one final step;
 
 I have a hard time figuring out how to get the sound/path property from
 an AI XML configuration file. The path needs to be set in
 src/AIModel/AIBase.cxx line 317 (updated code in git).
 
 It would be nice if someone more familiar with AI traffic can give me a
 hint on how to proceed.
 
 Erik
 
 
 --
 All the data continuously generated in your IT infrastructure 
 contains a definitive record of customers, application performance, 
 security threats, fraudulent activity, and more. Splunk takes this 
 data and makes sense of it. IT sense. And common sense.
 http://p.sf.net/sfu/splunk-novd2d
 ___
 Flightgear-devel mailing list
 Flightgear-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/flightgear-devel


--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] [Flightgear-commitlogs] FlightGear branch, next,

2011-11-12 Thread Durk Talsma
 
 Is this the one which was causing the 'rabbits' at EHLE ?
 

Nope, this one was just causing aircraft that landed at an airport without a 
ground network to taxi to the end of the world (or better the beginning: 
lat/lon 0.00; 0.00). What you're referring to is -I assume- the incrorrect 
ground offset in the cessna. That isn't really a bug in the true sense of the 
word. Just inaccurate data.

Cheers,
Durk


--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] GIT add airplane/scenery

2011-11-03 Thread Durk Talsma
As far as my (still limited) understanding goes, gitorious needs to know the 
public SSH key of the machine you're uploading from.  Just login at gitorious, 
go to dashboard, and click Manage SSH keys.

HTH,
Durk

On 03 Nov 2011, at 09:03, Michael Sgier wrote:

 Ok I did a fgdata clone:
 
 https://gitorious.org/~scrat/fg/scrats-fgdata
 
 
 
 and pulled that ~3.5GB. Now I've added the aircrafts but push gives:
 
 
 
 michael@ubuntu:/media/DATA/FGFS/install/fgfs/fgdata$ git push origin master
 fatal: protocol error: expected sha/ref, got '
 --
 The git:// protocol is read-only.
 
 Please use the push url as listed on the repository page.
 --'
 michael@ubuntu:/media/DATA/FGFS/install/fgfs/fgdata$ git push 
 git://gitorious.org/~scrat/fg/scrats-fgdata.git
 fatal: protocol error: expected sha/ref, got '
 --
 The git:// protocol is read-only.
 
 Please use the push url as listed on the repository page.
 --'
 
 
 
 
 
 Thanks again. fgdata is still not splitted? It also seems to be incompatible 
 
 to my fgfs git...maybe need to update that as well?
 
 
 
 
 
 
 
 --
 RSA(R) Conference 2012
 Save $700 by Nov 18
 Register now
 http://p.sf.net/sfu/rsa-sfdev2dev1___
 Flightgear-devel mailing list
 Flightgear-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/flightgear-devel

--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Local weather stopped working

2011-10-31 Thread Durk Talsma
Hi Thorsten,
 
 I have just started on the new gui, and he first sketch is in my
 forum-posted snapshot of the terrain haze shader.

Thanks for the explanation. Emilian had already pointed me to the corresponding 
forum thread. I do have the terrain haze shader in a local branch of fgdata, 
and did notice your new gui: I just hadn't realized that the key to getting 
local whether was there. Both the local weather and the terrain haze threads 
are the ones I follow quite closely, but I missed the part about the dynamic 
weather option I'll try it tonight. 

 
 But (as you observed), unfortunately my laptop seems to be gone for good -
 apparently the motherboard is dead and can't be fixed locally, so while I
 don't really have data loss, it seems I need either a new computer or send
 it in, both of which may take a while. Currently I'm sitting on my 8 year
 old spare laptop, which is good for emails, but doesn't have either
 performance or harddisk space for a Flightgear development environment.

Good luck! 

Cheers,
Durk


--
Get your Android app more play: Bring it to the BlackBerry PlayBook 
in minutes. BlackBerry App World#153; now supports Android#153; Apps 
for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple 
it is! http://p.sf.net/sfu/android-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Time option --start-time-gmt broken?

2011-10-30 Thread Durk Talsma
Hi James,
 
 While I recently touched the options.cxx code, I would be 'surprised' if 
 that's broken the options above, given that other single-value options work. 
 (It's just passing a string through, and the functions that process the args 
 are unchanged) What's more likely, is that some of my refactorings in the 
 TimeManager code would have upset it, *except* that I made all those changes 
 pre 2.4, as far as I can recall - and certainly more than three months ago.
 

I managed to narrow the problem down to a commit that occurred between October 
12 and October 16. More specifically, 

FlightGear next: 3d544fb
SimGear next: e4e31be

still works, while 

FlightGear next : 0f5d27c
SimGear next   : bcf7ed5 

is broken. I'll try to narrow it down, a little further, but it looks like this 
 does involve your commandline refactoring work. If you happen to have any 
idea, please feel free. In the mean time, I'll try to find the exact commit 
that causes it.

Cheers,
Durk


--
Get your Android app more play: Bring it to the BlackBerry PlayBook 
in minutes. BlackBerry App World#153; now supports Android#153; Apps 
for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple 
it is! http://p.sf.net/sfu/android-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Time option --start-time-gmt broken?

2011-10-30 Thread Durk Talsma
Hi Thorsten,


Thanks for mentioning this. Your mail had more diagnostic value than you 
perhaps realized. It turns out that I had the option --time-match-local 
included in my .fgfsrc file. Commenting out this option from .fgfsrc  makes 
both --timeofday=dawn, as well as --start-date-gmt work again. Originally, the 
order of precedence was that command line options specified in .fgfsrc should 
be overridden be values specified on the command line, so in this particualr 
case, --timeofday should override --time-match-local. I haven't tested 
--start-date-gmt yet, but I assume that a similar problem occurs here. My tests 
sofar point to commit b1c7495 (Sunday Oct 16: 19:35), as the commit where 
overriding the --time-match-local option stopped working. I had a quick glanch 
at the changes but haven't been able to determine how this may happen. I hope 
that James has some ideas. 

In any case, you mentioning that it still worked on your system set me off 
thinking about what might have been different on my system, which made me 
realize that the overriding of options was a probable cause. So thanks for 
that. Regardless, I would like to keep the ability to set a default in fgfsrc 
and to be able to override it on the command line. 


 
 Durk, for me, it does still work. However, it's all a bit fragile. The 
 are no error messages and any typo warps you to some random time. Also, 
 we're using signed 32bit integers for the time offset - so things will 
 break on 2038:01:19 ;-).

Hmm, yeah that's not good. Do you think that switching to time_t would suffice 
for the millennium bug? 

 
 I have a patch which cleans up the time/date option parser, adds proper 
 checks and messages, also extends the time type to 64bit. Also makes it 
 possible to use partial dates/times. --start-time-gmt=2010 would only 
 change the year then - but keep the current month/day/time.

Okay, that sounds good. Would your patch also be able to only set the month, 
day (etc), without touching the other values?


 
 I could push that right away - but I'll delay that for later today, to 
 not complicate your current hunt ;-).
 
If this only touches the function that computes the date itself, I'd say go for 
it. My tentative conclusion is that it's not the time parsing function itself 
that's causing problems, but a conflict between multiple command line options. 
But, maybe we should give James a chance to have a look before complicating 
matters further. 

Cheers,
Durk




--
Get your Android app more play: Bring it to the BlackBerry PlayBook 
in minutes. BlackBerry App World#153; now supports Android#153; Apps 
for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple 
it is! http://p.sf.net/sfu/android-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Time option --start-time-gmt broken?

2011-10-30 Thread Durk Talsma

On 30 Oct 2011, at 20:30, James Turner wrote:
 
 Just to be clear, this isn't a case of specifying the same option in multiple 
 places - you're using two different options, but relying on one to cancel out 
 the other?
 

Hi James,

Yes, that's right. I think (but it's been ages since I last looked at this) 
that the functions could each be called multiple times, but that the one 
highest in the priority should always give the right result).

Somehow, it appears htat if this is done in a different order, than the result 
is messed up. I'll try to have a look at the functions doing the actual 
calculations, and see if I can come up with a suggestion.


Cheers,
Durk

--
Get your Android app more play: Bring it to the BlackBerry PlayBook 
in minutes. BlackBerry App World#153; now supports Android#153; Apps 
for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple 
it is! http://p.sf.net/sfu/android-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Local weather stopped working

2011-10-30 Thread Durk Talsma
Hi,

Okay, last bug report for the day. When I'm trying to run local weather, I am 
seeing an error on the console (writing off the top of my head): 
 
Nasal runtime error in Nasal/local_weather/local_weather.nas:line 1480, no such 
symbol 'c'. The offending line is:

local_weather.cloudassembly.rel_alt = c.alt - c.mean_alt

Keeping FSWeekend in mind: Does anybody have a clue what the problem is and how 
I could fix it. I know that Thorsten Renk is having to deal with some hardware 
problems, so that he may not be around for sometime. Nevertheless, we have been 
promoting the local weather stuff quite exensively, so I would really like to 
demonstrate it at FSWeekend.

Cheers,
Durk
--
Get your Android app more play: Bring it to the BlackBerry PlayBook 
in minutes. BlackBerry App World#153; now supports Android#153; Apps 
for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple 
it is! http://p.sf.net/sfu/android-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Time option --start-time-gmt broken?

2011-10-29 Thread Durk Talsma
Hi,

Has anybody recently touched any time related functions? I'm trying to start 
flightgear with the commandline option --start-date-gmt=2011:10:29:16:30:00

When I look at the property browers, I see that time is listed as 
/sim/time/gmt=2053:08:26T09:xx:xx (note that I'm not giving the minute and 
second readings, because they're constantly updated. Any ideas? What might have 
caused this?

Cheers,
Durk
--
Get your Android app more play: Bring it to the BlackBerry PlayBook 
in minutes. BlackBerry App World#153; now supports Android#153; Apps 
for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple 
it is! http://p.sf.net/sfu/android-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Time option --start-time-start-date-gmt broken?

2011-10-29 Thread Durk Talsma
Hi,

Has anybody recently touched any time related functions? I'm trying to start 
flightgear with the commandline option --start-date-gmt=2011:10:29:16:30:00

When I look at the property browers, I see that time is listed as 
/sim/time/gmt=2053:08:26T09:xx:xx (note that I'm not giving the minute and 
second readings, because they're constantly updated. Any ideas? What might have 
caused this?

Cheers,
Durk
--
Get your Android app more play: Bring it to the BlackBerry PlayBook 
in minutes. BlackBerry App World#153; now supports Android#153; Apps 
for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple 
it is! http://p.sf.net/sfu/android-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Historic Screenshots

2011-10-23 Thread Durk Talsma
Hi All,

I'm planning to give a talk at the upcoming FSWeekend, and hope to tell 
something about FlightGear's history (among others). Does anybody have any 
screenshots from the early days? Preferably from the 1996 to 2000 period? 
(Basically from before the implementation of the F3 key. :-) )

Cheers,
Durk
--
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning@Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Historic Screenshots

2011-10-23 Thread Durk Talsma

Thanks Guys,

That'a exactly what I was looking for.  I still remember the Not a screenshot: 
Just a nice image tagline from the December 1998 version of the webpage. :-)

Cheers,
Durk

On 23 Oct 2011, at 20:16, Norman Vine wrote:

 
 On Oct 23, 2011, at 2:07 PM, Durk Talsma wrote:
 
 Hi All,
 
 I'm planning to give a talk at the upcoming FSWeekend, and hope to tell 
 something about FlightGear's history (among others). Does anybody have any 
 screenshots from the early days? Preferably from the 1996 to 2000 period? 
 (Basically from before the implementation of the F3 key. :-) )
 
 Hi Durk
 
 explore here  :-)
 
 http://wayback.archive.org/web/*/http://flightgear.org
 
 Norman

Jari Häkkinen wrote:

Try http://wayback.archive.org/web/*/http://www.flightgear.org

I found the attached sunset over Grand Canyon from February 1999.

Jari



--
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning@Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Default 3d clouds in Local Weather

2011-10-10 Thread Durk Talsma
Hi All,
On 10 Oct 2011, at 10:55, Vadym Kukhtin wrote:

 
 
 2011/10/10 thorsten.i.r...@jyu.fi
 callsign Previous waypoint Cruise Departure airport 0xb85b380 Leg 5
 target_speed  1004.05 speedFraction  0.00287666 Currecnt speed  1004
 Segmentation fault
 
 
 I got same segfault when stay solid in UFO.
 May be its Durk's traffic?
 

Yikes, that's very likely

As part of last weekend's session, I've been chasing a few cases of AITraffic's 
speed getting out of the ordinary. To facilitate finding the offending code, I 
added a new function assertSpeed, which raises a segfault signal when speed 
exceeds beyond what may be reasonably expected in the AI system. That way I 
could inspect the calling stack from within gdb.

Unfortunately, it looks like I forgot to comment this out before pushing to 
gitorious. Sorry about that. I'll fix that tonight. In the mean time, either 
just comment out all occurrences of assertSpeed in src/AIModel/AIAircraft.cxx 
or find the occurrences of raise() and comment these out. They should also be 
limited to AIAircraft.cxx off the top of my head.

cheers,
Durk



--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Default 3d clouds in Local Weather

2011-10-10 Thread Durk Talsma
 
 Side remark: we now seem to have a speed limit: Whenever I exceed ~ 1600
 kt with the ufo I get
 

Okay, the speed limit on the intergalactic highway has been liftted. Make sure 
to have your towel ready and count to 42. :-)

Cheers,
Durk


--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Default 3d clouds in Local Weather

2011-10-07 Thread Durk Talsma

On 07 Oct 2011, at 19:01, Frederic Bouvier wrote:

 
 Me too on the black clouds now ...  nvidia graphics card + latest git.
 
 It's the same for me
 
Me Too: (two Nvidia 9800GT cards + latest git).


--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] git

2011-10-06 Thread Durk Talsma
Hi Michael,


On 30 Sep 2011, at 12:33, Michael Sgier wrote:


 Durk, I only saw now the lszh ai. How should I create such for other airports?
 
 
 
The LSZH network was done by a very early version of taxidraw and misses a lot 
of features that were subsequently added. I still need to find some time to go 
back and work on these. I'd recommend downloading taxidraw and having a look at 
one of the more developed airports (EHAM for example, as it makes use of pretty 
much all the features available. For more background information, see: 
http://wiki.flightgear.org/Interactive_Traffic

and more specifically, see: 
http://wiki.flightgear.org/Interactive_Traffic#Ground_networks

The page needs some updating, but most information should still be adequate.

Cheers,
Durk--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] git

2011-09-30 Thread Durk Talsma
Hi Michael,

On 29 Sep 2011, at 08:44, Michael Sgier wrote:


 
 Durk: I've only seen some lone hangars with terrasync but no probably not all 
 as they are for 850 format. As HB-GRAL stated some airports are way off in 
 old 810 format, so using a custom start or tower view location from my 
 groundnetworks might put you anywhere. But I've even had a dispute with 
 Robin, so I've to check back 850 airport locations as soon as they're in git.
 
 
 

If you have committed apt.dat files, to robin peel than I think that we could 
consider committing your ground networks to the terrasync repository. We 
currently have already quite a few (if not most) ground networks  in the 
scenery that are based on future improvement of the scenery (in anticipation of 
the improved scenery generation process that Martin is putting a lot of effort 
into). So, if you have contributed new apt.dat info that would be used in this 
buidl process then it would be okay.  But, I suspect that your ground networks 
contain parking information only? I would rather see fully developed ground 
networks, that can also be used for AI purposes. 

So, in the end, I would recommend that instead of committing these data to the 
fgdata repository, you bundle them with your own scnery distribution instead 
(i.e. you in addition to the Terrain/ and Objects/ directories, you'd provide 
an additional Airports/ directory in your package. FlightGear 2.4.0 should be 
able to read the parking data when you include the new scenery folder in your 
path. 

Cheers
Durk--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] git

2011-09-28 Thread Durk Talsma

 create mode 100644 Scenery/Airports/L/S/G/LSGS.groundnet.xml
 create mode 100644 Scenery/Airports/L/S/G/LSGS.twr.xml
 create mode 100644 Scenery/Airports/L/S/M/LSMP.groundnet.xml
 create mode 100644 Scenery/Airports/L/S/M/LSMP.twr.xml
 create mode 100644 Scenery/Airports/L/S/Z/LSZB.groundnet.xml
 create mode 100644 Scenery/Airports/L/S/Z/LSZB.twr.xml
 create mode 100644 Scenery/Airports/L/S/Z/LSZC.groundnet.xml
 create mode 100644 Scenery/Airports/L/S/Z/LSZC.twr.xml
 create mode 100644 Scenery/Airports/L/S/Z/LSZS.groundnet.xml
 create mode 100644 Scenery/Airports/L/S/Z/LSZS.twr.xml
 


To everyone: Please note that it is our policy not to upload Scenery 
information to the fgdata repository directly. For logistical reasons, scenery 
data is committed to the custom scenery project and from there it is synched 
into the Scenery directory. For scene models and landclass data Martin Spott 
and Jon Stockill would be the first points of contact, for groundnetworks and 
possibly also tower locations, you can correct me. 

To Michael: Are your groundnet and tower files compatible with the current 
scenery, and are the released under the GPL licence? 

Cheers,
Durk--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Cmake

2011-09-26 Thread Durk Talsma
Hi
On 11 Sep 2011, at 20:25, Bertrand Coconnier wrote:

 
 Have you tried to append your flag with :STRING ? It should look
 like -D CMAKE_CXX_FLAGS:STRING=-O3 -Wall -march=native.
 

I finally had the time to try this out. Works like a charm. :-)

Cheers,
Durk


--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Toe brakes (was: Direct Draw Surface Scenery Textures)

2011-09-25 Thread Durk Talsma
Hi Ron,

Thanks for reporting. Which set of pedals are you using? For me, both brakes 
report -1 when not pressed and 1 when pressed. 

I am using the saitek pro pedals. When looking at the raw device output (using 
jstest /dev/input/js[01]), I see that (usually), the toe brakes output is only 
-32767 or +32767 (with no intermediaries). I also typically find that when I 
first plug in the pedals, js_demo reports losing the device.

As mentioned, this is mostly how it is reported. Sometimes the correct values 
are reported, which makes me believe that I'm either facing a hardware problem 
(which went undetected in older kernels), or the more recent kernels don't know 
how to handle the Saitek pedals. 

In any case, I might want to try downloading a debian live CD to see what kind 
of behavior I'm getting there (or test an older Suse installation).

Cheers,
Durk

 
 I just looked at js_demo with my toe brakes and they show the same behavior, 
 range is +/-1, left brake sense is reversed.
 
 Debian Linux 2.6.38-2-686 #1 SMP Thu Apr 7 05:24:21 UTC 2011 i686 GNU/Linux
 
 I have this as a configuration: (add an offset so the range is 0..2 then 
 multiply by 0.5)
 
 axis n=1
 descLeft Brake/desc
  binding
   commandproperty-scale/command
   property/controls/gear/brake-left/property
   offset type=double-1.0/offset
   factor type=double-0.5/factor
  /binding
 /axis
 
 axis n=2
 descRight Brake/desc
  binding
   commandproperty-scale/command
   property/controls/gear/brake-right/property
   factor type=double0.5/factor
   offset type=double1.0/offset
  /binding
 /axis 
 
 

--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Direct Draw Surface Scenery Textures

2011-09-23 Thread Durk Talsma
Hi Thorsten,
 
 Hmm, but this actually means you have a brake problem after all. Only 
 the brake temperature is simulated - smoke is triggered for overheated 
 disc brakes. It's almost impossible that the parking brake is set 
 (unless your both, deaf and blind...) but it seems like your brakes are 
 slightly tightened after all. That's a safety critical issue - better 
 tell maintenance personnel to check your flight gear - maybe the pedals 
 are stuck... ;)
 


Yeah, I'm afraid it is a problem like that. It were indeed the pedals I needed 
to recalibrate, but I originally discarded that as a problem. js_demo gave zero 
readings when they were completely untouched. I will have a closer look tnoight 
thought. In any case sorry for the noise and thanks for the help.

Cheers,
Durk
--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Direct Draw Surface Scenery Textures

2011-09-23 Thread Durk Talsma

On 23 Sep 2011, at 00:43, ThorstenB wrote:

 Hmm, but this actually means you have a brake problem after all. Only 
 the brake temperature is simulated - smoke is triggered for overheated 
 disc brakes. It's almost impossible that the parking brake is set 
 (unless your both, deaf and blind...) but it seems like your brakes are 
 slightly tightened after all. That's a safety critical issue - better 
 tell maintenance personnel to check your flight gear - maybe the pedals 
 are stuck... ;)
 
It looks like this is indeed what is happening. I've been having some 
calibration problems ever since upgrading to Suse 11.4, and it looks like the 
normalized values for the toe-brakes can only be 0 or one, being zero when I'm 
not touching them. I wasn't aware of that yesterday, but it looks like the toe 
brakes should operate in the range of -1 to 1, so that 0 means that the breaks 
are half pressed. 

It looks like both my FlightGear desktop and my old laptop (both running 
opensuse 11.4) are showing the same problem, while the pedals are working 
correctly  on my (work) macbook; obviously, I would almost add. 

I hope I can get this to work, because this looks like a nagging little problem.

If not, I might be facing a kernel upgrade, or downgrade

Cheers,
Durk


In any case, sorry about the noise...


--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Direct Draw Surface Scenery Textures

2011-09-22 Thread Durk Talsma
Hi Vivian, Emilian,


I am currently testing your new texture and I observed two things: 

First, I recently committed two additional textures for my ground network 
visualizations code, and these don't seem to work any more when using the dds 
materials files. I'm getting a simple black line not. 

Secondly, I noticed that the ground friction (which seems to be materials 
related), appears to be extremely high when using the new textures. I'm 
currently trying out the 777 at KLAX, and need to apply almost full throttle to 
in order to keep moving. Apparently only yasim aircraft are affected by this, 
but I could be wrong. I have to say that I haven't systematically tested this 
with and without the new textures, so there could be another explanation. I'm 
just reporting this, and would be happy to test this further is needed.

All in all, I do like the fresh new look though. :-)

Cheers,
Durk




--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Direct Draw Surface Scenery Textures

2011-09-22 Thread Durk Talsma
 
 Erm - you did release the parking brake?
 

Eeemh, yes. :-) The 777 starts to make awful noises once you forget to release 
the parking brake, so you typically want to check that right away. :-)

Maybe it's just an odd glitch, but I had it very consistently today, and the 
only thing I could think of that I had recently changed was the fact that I 
changed the texture settings. 

I did recalibrate my joystick, but upon checking that, the brake function 
appears to work normally. 

And...

as shown here, I did have a severe tire problem after takeoff. :-)

http://www.durktalsma.nl/FlightGear/fgfs-screen-064.png

Cheers,
Durk 






--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


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

2011-09-21 Thread Durk Talsma
Hi  Torsten,

I looked at your seneca file, briefly, but didn't really find a way to 
translate this to the 777 sittuation. Being a complete nasal newbie, can I just 
add this function to any existing nasal script, or could I even put this code 
into a new file? Say I'm creating a new nasal file called acopsdata.nas 
containing:

aircraft.data.add(
   /sim/dimensions/radius-m,
   /sim/dimensions/parkpos-offset-m,
   /sim/aircraft-class,
  /sim/aircraft-operator
);

and copy that to the SenecaII nasal directory, would that interfere with your 
existing nasal code? 

Cheers,
Durk 

On 20 Sep 2011, at 23:07, Torsten Dreyer wrote:

 Am 20.09.2011 22:25, schrieb Durk Talsma:
 how I can specify new property in an aircraft -set.xml file, and ensure that 
 any changes to this property are saved in an aircraft specific data file.
 
 Just add this to you aircraft's nasal code so it gets executed once 
 during startup.
 
 aircraft.data.add(
   /one/property,
   /another/property,
   /and/another/property
 );
 
 Torsten
 
 --
 All the data continuously generated in your IT infrastructure contains a
 definitive record of customers, application performance, security
 threats, fraudulent activity and more. Splunk takes this data and makes
 sense of it. Business sense. IT sense. Common sense.
 http://p.sf.net/sfu/splunk-d2dcopy1
 ___
 Flightgear-devel mailing list
 Flightgear-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/flightgear-devel


--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


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

2011-09-21 Thread Durk Talsma
hi Emilian,

On 20 Sep 2011, at 22:56, Emilian Huminiuc wrote:
 
 Adding archive=y to the property tag?:
 new-archived-property archive=ymyprop/new-archived-property
 

That's how I thought it should work, but I don't get this to work. After some 
more experimentation, I found that  I can save the property using 
userarchive=y, into autosave.xml. But using archive doesn't seem to work. 
My hypothesis is that userarchive save a property globally, whereas archive 
saves it into the local, aircraft specific (.fgfs/aircraft-data/777-200ER.xml) 
file. But,I couldn't find these properties anywhere. 

Incidentally, I did find a few interesting things. Taking 
/sim/aircraft-operaror as an example, I added:

sim
aircraft-operator userarchive=yNONE/aircraft-operator 
/sim

to the 777-200ER-set.xml file, and added 

sim
aircraft-operatorDAL/aircraft-operator 
/sim

sim
aircraft-operatorKLM/aircraft-operator 
/sim

sim
aircraft-operatorBAW/aircraft-operator 
/sim

To the DAL, KLM, and BAW .xml fles in Models/Liveries, assuming that these 
would override the values of the already existing properties. However that's 
not what happens: This way the property value does not get saved, presumably 
because it destroys the original property object and replaces it with a new one 
that doesn't carry the userarchive flag. Is that correct? After adding the 
userarchive flag, to the properties in the Livery xml files, I found that 
they were saved again.


Finally, I would be perfectly happy to just use the value stored in the livery 
xml file,  but the problem here is that the aircraft model is only read AFTER 
the initial position has been calculated. At that point, the 
aircraft-operator property is still set to the default value of NONE, which 
essentially makes it useless. If there would be other ways to retrieve a 
property from the currently selected livery xml file that I would also be 
interested in hearing that.

So close, yet so far away...

cheers,
Durk




--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


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

2011-09-21 Thread Durk Talsma
Hi Mechior, Torsten
On 21 Sep 2011, at 12:57, Melchior FRANZ wrote:

 * 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?
 

Thanks for your explanation; I feel like I have  a much better idea what is 
going on and at least have a few other things to try tonight. 

Just a quick question: Is this documented somewhere? If not, I might start a 
short wiki page documenting the logic behind archieve, userarchieve, and 
the interactions with the nasal system.

cheers,
Durk


--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


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

2011-09-21 Thread Durk Talsma

On 21 Sep 2011, at 11:12, Melchior FRANZ wrote:

 
  sim
  aircraft-data
  path/sim/dimensions/radius-m/path
  path/sim/dimensions/parkpos-offset-m/path
  path/sim/aircraft-class/path
  /aircraft-data
  /sim
 
Alright succes!!! Adding this section did the trick of saving aircraft-class 
and aircraft-operator properties, after they were were changed by the livery 
select mechanism. 

But, then my trouble wasn't over yet: It turned out the data from 
fghome/aircraft-data/[aircraft].xml haven't been processed yet, at the time 
fgInitialPosition is called. But it looks like I can work around this by 
prefetching this file. reading it into a local property tree and fetching the 
data from there. The code needs some more cleaning up, and I have two 
additional questions:

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?

2). Is there a command line option to specifically tell FlightGear which livery 
should be loaded? 

cheers,
Durk

P.S.,

Muchos gracias to Melchior and Torsten for pointing me in the right direction!

D.




--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] An extension to --parkpos

2011-09-20 Thread Durk Talsma

On 17 Sep 2011, at 21:45, Stuart Buchanan wrote:

 
 /sim/dimensions/radius-m
 /sim/aircraft-class ?


 It might be worth having this  multi-valued, so classes
 such as WWII fighter can be identified bit as mil-combat, and WWII.
 

Looking at the -set.xml and Liveries/*.xml files in our aircraft database, I 
think that it should be possible to implement this the way you suggested. The 
radius parameter can go into the -set.xml, and the reasonable defaults could 
also be provided there for the /sim/aircraft-class. 

Then it looks like the essential function that the Liveries/*.xml files to is 
override some default values of properties, so it should be easy to implement 
this. I think I would like to settle on the property names as you proposed:

/sim/dimensions/radius-m
/sim/aircraft-class
/sim/aircraft-operator (which has a slightly broader connotation than 
airline). 

In addition, I would propose adding a fourth property:

/sim/dimentions/parkpos-offset-m

As pointed out in the forum, aircraft don't always park correctly at the right 
location, so it would be desirable to specify an offset, which places the 
aircraft with the nose wheel at the parking. 

I'm awaiting furhter comments. I'll probably make a testcase by adding these 
properties to the 777-200ER (locally, just to test), and if there are no 
objections, I'll investigate if there is a way to automate the adding some 
reasonable default values of all our aircraft in the git repositories. (We have 
519 -set.xml files, 821 Liveries/*.xml files). 


cheers,
Durk
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


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

2011-09-20 Thread Durk Talsma
Hi all,

In referral to my previous posting: Can anybody tell me (or point me to 
documentation) how I can specify new property in an aircraft -set.xml file, and 
ensure that any changes to this property are saved in an aircraft specific data 
file. As an example in the 777-200ER-set.xml, I have specified 
/sim/aircraft-operator=NONE, and in the three Model/Livery xml files (DAL, BA, 
and KLM, I change this to the corresponding 3-letter ICAO code, and I want to 
save this property to use in the next session. 

While I run flightGear, I can see that the property has the right value, (i.e. 
KLM, BAW, or DAL, depending which livery file is loaded, but the problem is 
that during startup and runway assignment, the value is still listed as NONE. 
I've been playing with various versions of archive, and userarchive, but to no 
avail. Any hint would be appreciated, as this seemingly trivial problem is 
driving me nuts. 

Simple pointers to documentation of the PropertyTree xml  do's and don'ts are 
also welcome. :-)

Cheers,
durk


--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] [OT] A day at the museum

2011-09-18 Thread Durk Talsma
Hi all,

Today, by way of celebrating my father's 85th birhday, we spend an afternoon at 
the Aviodrome aviation musuem at Lelystad Airport (EHLE). The museum that is 
known in the FlightGear community as the location were FSWeekend is taking 
place. I came from Belgium, and my father, my sister and her husband all live 
in the Northern parts of the netherlands,  so we decided to organize something 
halfway, and settled on the aviodrome, which was actually my sister's idea. 

Arriving just before noon, we were in for a big chunk of rain as a rather big 
thunderstorm was passing close by, but we managed to stay dry for the better 
part. Despite the rain, the conditions for flying were pretty good, so there 
was quite a lot of activity at the airport itself, and the museum had two 
Dakota flights scheduled for the day. We watched the departure of one of them, 
which was a little delayed by the rain. After spending about 4 hours in the 
museum, both indoors and outdoors, we decided to go out for dinner in nearby 
flatuna's restaurant, a place that is also famous among the FSWeekend booth 
staff. 

This little restaurant is located along the runway, and we were in for a 
another few surprises. One of them was the take-off of a fouga-magister, for 
which you can apparently book a short flight @2000 euros per 20 minutes. But, 
the highlight of the day was undoubtedly the arrival of second Dakota. not 
expecting, it I noticed it arrive, as we were finishing dinner. The aircraft 
was given an escort of ground vehicles back to the museum, and was given a 
water salute by the fire brigade. By that time, the wether had cleared and the 
sun was already reaching for the horizon. As the DC-3 was nearing the end of 
the taxiway, a rainbow seemed to touch it. As it turned out, this was the final 
flight of the captain, before retiring. All in all a very nice ending of a 
great day. 

Some pictures are here: 

http://www.dropbox.com/gallery/7455889/1/A-Day-At-the-Museum?h=d9972f

Cheers,
Durk
--
BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA
http://p.sf.net/sfu/rim-devcon-copy2
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] An extension to --parkpos

2011-09-17 Thread Durk Talsma
Hi All,

I just added some new code to src/Main/fg_init.cxx that allows FlightGear's 
airport dynamics functions to give you a valid parking position without having 
to bother about the details of whether the parking is of hte right type, 
whether it is large enough, etc etc. To achieve this, the --parkpos option 
recognizes the keyword AVAILABLE (in capitals). However, in order to get it to 
work, you need to set some properties:

/sim/atc/radius:  should be a nummeric estimate of the size of your aircraft. A 
small aircraft fits into a large parking, but a large aircraft does not fit 
into a small parking space. Because the AI part of radius is also used for 
slightly different purposes (prioritizing gate assignmments, the given valuem 
may deviate slightly from the real aircraft size. See 
http:/wiki.flightgear.org/Aircraft.radii for an overview of currently used 
values for the redius property.
/sim/atc/flight-type can be any one of ga, cargo, gate, mil-fighter, 
mil-cargo, or vtol. See 
http://wiki.flightgear.org/Interactive_traffic#A_technical_perspective for more 
information.
optionally, the property /sim/atc/airline can be set set to a three letter icao 
airline code. By way of illustration, I will commit a number of startup preset 
files setting these properties shortly.

In order to simplify the procedure somewhat, I have just committed two small 
xml to the git fgdata repository, which you can include in your startup 
sequence. I deliberately keep the number of sample startup setting files small, 
because the system may still need some fine tuning and I don't want to end up 
changing hundreds of startup configuration files.

To give a few examples on using the new option:

Starting up a commercial 777 flight at KSFO:
fgfs --aircraft=777-200ER --airport=KSFO --parkpos=AVAILABLE 
--config=/path/to/fgdata/Startup/777-commercial.xml

Doing the same, but now explicitly requesting the startup location for a 
specific airline:
fgfs --aircraft=777-200ER --airport=KSFO --parkpos=AVAILABLE 
--config=/path/to/fgdata/Startup/777-commercial.xml --prop:/sim/atc/airline=UAL 

This feature is highly experimental and I haven't had the chance yet to test it 
out on a great variety of airports (specifically not on ones without ground 
networks), so please use with care, but have fun. :-)

Obviously, you do need to build from the latest source or get a recent snapshot 
dated Sept 17 or later for this to work.

Cheers,
Durk--
BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA
http://p.sf.net/sfu/rim-devcon-copy2___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Former AI Plans - revived?

2011-09-17 Thread Durk Talsma
Hi,
On 17 Sep 2011, at 21:04, Cedric Sodhi wrote:

 
 Just today, I received a PM from Hooray on the forums, mentioning my
 draft proposal for a strategy to implement AI ATC in Flightgear. Sadly,
 the thread received little feedback back then. Durk, to my knowledge,
 was still somewhere on the move, too.
 
 Meanwhile, so I've heard, he has made some efforts to implement basic
 ATC with takeoff permission, so I've understood.
 
Yeah that's right. Life\s been pretty busy in the beginning of the year. I do 
recall receiving an email from you almost a year ago. But, back then, I was at 
a conference, and with a very busy teaching program taking up most of my time 
after I came back, I had to put much of my flightgear activities on the 
back-burner. I just had a quick look at your pdf. While there are some parts 
that I immediately agree with, there are also a few other parts that I need to 
think a little more about. I hope to have a look at you pdf in more detail in 
the next few weeks and give you some more comments as I go through. 

My first impression after glancing through your pdf is that you'd probably be 
surprised how much of what you propose is either already implement (at least in 
terms of hooks and building blocks)  or on the drawing board. But, there is 
still plenty of stuff left to do. More comments will follow as I think about it 
a little more.

Cheers,
Durk
--
BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA
http://p.sf.net/sfu/rim-devcon-copy2
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] An extension to --parkpos

2011-09-17 Thread Durk Talsma
Hi Stuart,

On 17 Sep 2011, at 21:45, Stuart Buchanan wrote:
 
 However, I think that the properties  you've defined have a use beyond
 just ATC, so hiding them under /sim/atc and only loading them as additional
 config feels like a bit of a wasted opportunity to me.
 
Thanks for your comments. Just to expand a little on my previous mail:
Your quote is exactly the reason why I wrote in my commit log that I'm only 
providing two sample preset files. I expect things to change considerably, but 
just provided these two presets as a test case. 

I also think that radius should get into the aircraft file, because it 
essentially is a physical property. For the other two, things are a little more 
complicated. Because they are not as strictly tied to the aircraft itself, but 
more to its use. Although there usually is a strong correlation between the 
aircraft type and it's use, there are some subtle differences. For instance, a 
DC10 would normally be used as an airliner (albeit one that it rapidly 
dissappearing from the skies), but it could also be used as a military 
transport. or tanker (the latter two would probably both match the 
mil-transport flight-type). My gut feeling is that 99.99% of all of these cases 
could be dealt with by the livery select mechanism; If we set the livery to be 
a commercial airliner, the airline, and flight-type properties should change to 
reflect this, and when we want it to be a ga plane, choosing the new livery 
should change these properties accordingly. Just wondering whether the current 
livery select dialog is capable of changing other properties as well. I once 
played with it, but that was a long time ago. 

With respect to changing the property names, that should be easy. They're 
currently used only in one single isolated section fo fg_main.cxx, so it 
changing names, etc. etc. is really easy. 

Cheers,
Durk--
BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA
http://p.sf.net/sfu/rim-devcon-copy2___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Links for new FlightGear pilots

2011-09-12 Thread Durk Talsma
 
 Agreed ! In fact, it's up to everyone here to create and submit better
 images, screenshots.  Basically this is a the communit gets what they
 deserve-situation  ;-)
 

Quick note: I'd be happy to provide some high quality screenshots if desired. 
Just let me know what kind of images are required. I have a huge surplus of 
images left over from generating material for the official gallery, and would 
be happy to go out for a few more. 

Cheers
durk


--
Doing More with Less: The Next Generation Virtual Desktop 
What are the key obstacles that have prevented many mid-market businesses
from deploying virtual desktops?   How do next-generation virtual desktops
provide companies an easier-to-deploy, easier-to-manage and more affordable
virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Cmake

2011-09-11 Thread Durk Talsma
Hi Mathias,
On 10 Sep 2011, at 10:57, Mathias Fröhlich wrote:

 
 Hi,
 
 
 Ok, then it's probably best to deinstall the distros cmake and install cmake 
 from sources. Or may be cmake has some binary distributions that fits your 
 needs.
 


Thanks for your suggestion (and to Fred as well). All things considered, I 
decided that it would be time to bite the bullet and to a full system upgrade 
from opensuse 10.0 to 11.4. The upgrade is proceeding smoothly, and I'm 
currently compiling OpenSceneGraph SVC/trunk. I hope that FlightGear will 
behave nicely with the xinerama xserver configuration, because I'm running 
kde4, which apparently doesn't like multiple monitor configurations that much 
(last time I checked there were some performance / stability issues, but that 
was 3 years ago...).

I'm also taking this opportunity to try out a few new things. A couple of years 
ago I had already switched from emacs to kdevelop for editing, but now with 
cmake, it looks like it's also very easy to generate kdevelop compatible 
project files. Maybe that was already possible with autoconf, but I never 
really tried it. 

Cheers,
Durk


--
Using storage to extend the benefits of virtualization and iSCSI
Virtualization increases hardware utilization and delivers a new level of
agility. Learn what those decisions are and how to modernize your storage 
and backup environments for virtualization.
http://www.accelacomm.com/jaw/sfnl/114/51434361/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Cmake

2011-09-11 Thread Durk Talsma
Hi Andreas,


On 11 Sep 2011, at 12:18, Andreas Gaeb wrote:

 one problem I noticed with that is that the headers aren't added to the 
 project in SimGear. At least Codeblocks is not able to add them automatically 
 parsing the includes, so the attached patch does that explicitly. This allows 
 things like jump to definition also for header-only classes, which up to 
 now produces errors. Apart from that, I'm doing fairly well with the 
 generated CB projects. Haven't tried kdevelop, though.


Thanks for sharing your experiences. After having played with the new kdevelop, 
my first impression is leaning toward the positive side, but not completely 
positive. I like the enhanced editing, and online syntax checking. 
Particularly, the context sensitve list of suggested completions is really 
handy. But, some other options, like the kdevelop definition of a current 
project selection is slightly awkward, and I also found that the integrated 
cmake is slightly awkward when you choose a build location other than the 
default. But, given that I have been learning as I went, it's probable that I 
left a trail of garbage behind. So, I might restart from scratch and take it 
from there. 

 
 While we're at it, FindOpenSceneGraph.cmake claims it was added in CMake 
 2.6.3, while SimGear's CMakeList only has cmake_minimum_required(VERSION 2.6) 
 , so this should be updated (maybe directly to 2.8?).

I thought that Fred mentioned on the mailing list the we only officially 
support cmake 2.8.0 and higher.
 
 Yet another thing: when trying to build with CMAKE_BUILD_TYPE RelWithDebInfo 
 or MinSizeRel, the FlightGear build will fail unless you have SimGear 
 libraries in Release configuration still around (against which it will link, 
 but not against the matching configuration). This is because 
 SelectLibraryConfigurations.cmake only knows about Debug and Release. Fixing 
 this might however be a bit tricky, and I don't know how many people are 
 actually going to use these build types. Maybe a warning about an unsupported 
 build type is sufficient. As a fallback it is always possible to alter 
 CMAKE_CXX_FLAGS directly.
 

Which actually brings me to the next question: I'm currently trying to build a 
heavily optimized version of FlightGear, and want to pass a number of options 
cmake. I got the basic mechanism to work; i.e. -D CMAKE_CXX_FLAGS=-O3 -Wall. 
But, in my autoconf based compile script, I pass an option containing an equals 
character (i.e. =_). When I try to pass that to cmake, using for example: -D 
CMAKE_CXX_FLAGS=-O3 -Wall -march=native, if found that the entire token 
containing the = character, as well as all the tokens following it, are  
ignored. I've tried most of the known unix tricks to escape the = character, 
but to no avail. Any ideas?

Cheers,
Durk 


--
Using storage to extend the benefits of virtualization and iSCSI
Virtualization increases hardware utilization and delivers a new level of
agility. Learn what those decisions are and how to modernize your storage 
and backup environments for virtualization.
http://www.accelacomm.com/jaw/sfnl/114/51434361/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Cmake

2011-09-11 Thread Durk Talsma

On 11 Sep 2011, at 20:25, Bertrand Coconnier wrote:

 
 Have you tried to append your flag with :STRING ? It should look
 like -D CMAKE_CXX_FLAGS:STRING=-O3 -Wall -march=native.
 

Not yet, but I'll certainly give it a try.

Thanks!

Cheers,
Durk


--
Using storage to extend the benefits of virtualization and iSCSI
Virtualization increases hardware utilization and delivers a new level of
agility. Learn what those decisions are and how to modernize your storage 
and backup environments for virtualization.
http://www.accelacomm.com/jaw/sfnl/114/51434361/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Cmake

2011-09-11 Thread Durk Talsma

On 11 Sep 2011, at 13:18, Mathias Fröhlich wrote:

 
 Hi,
 
 On Sunday, September 11, 2011 12:15:42 Durk Talsma wrote:
 -- Configuring incomplete, errors occurred!
 I don't get that hard error, but I have checked in something that fixes 
 similar 
 symptoms. So, could you retry?
 
Hi Mathias,

My error was in SimGear, and your fix was for FlightGear, it I'm correct. So, 
I'm not sure if that would fix it. 

Cheers,
Durk


--
Using storage to extend the benefits of virtualization and iSCSI
Virtualization increases hardware utilization and delivers a new level of
agility. Learn what those decisions are and how to modernize your storage 
and backup environments for virtualization.
http://www.accelacomm.com/jaw/sfnl/114/51434361/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Frame rates in git version?

2011-09-11 Thread Durk Talsma
Hi Curt,

based on my experience with building FlightGear from yesterday, I'd say that 
cmake is a great tool and most likely a step forward. But. it does take a 
little getting used to, in particular the finer details of compiler 
optimizations, etc etc. I'll try to post my more details about my experiences 
this evening (I'm not in front of my development machine right now). 

FWIW, after my initial build, I also got very disappointing  performance, but 
after running a second build with all the settings right, I did got performance 
levels that I think were even better than what I had before (note, that in 
addition to switching for cmake, I also installed a complete new distributions)

Cheers,
Durk

On 12 Sep 2011, at 05:07, Curtis Olson wrote:

 Sometime in the last week I noticed the Flightgear frame rates on my machine 
 went to about 1/3 of what they were previously.  I haven't worked super hard 
 on this, but here's what I can say.
 
 When I fire up the Cub at --airport=KANE with clear skies I get:
 
 v2.4 = 90 fps (bounces around a bit but usually 90 or above)
 git = 20-25 fps (same options, same aircraft, same clear skies.)
 
 This gets even worse when I fly the f-14b off the Vinson ... even out at sea 
 with just a few clouds it seems like my frame rates are usually less than 20 
 (12-17 range) with the git version.
 
 Has anyone else noticed this or should I be looking for a local build problem?
 
 It doesn't seem to be related to my video driver update since v2.4 runs with 
 the frame rates I expect.
 
 I recently moved over to trying to build with cmake by default, but cmake 
 hides the compile options so I honestly don't know how to even check what 
 compile options I'm building with now that I switched to cmake.  Can anyone 
 tell me how to figure that out? Is there a detailed build log that gets saved 
 somewhere?
 
 Thanks,
 
 Curt.
 -- 
 Curtis Olson:
 http://www.atiak.com - http://aem.umn.edu/~uav/
 http://www.flightgear.org - http://gallinazo.flightgear.org
 
 --
 Doing More with Less: The Next Generation Virtual Desktop 
 What are the key obstacles that have prevented many mid-market businesses
 from deploying virtual desktops?   How do next-generation virtual desktops
 provide companies an easier-to-deploy, easier-to-manage and more affordable
 virtual desktop 
 model.http://www.accelacomm.com/jaw/sfnl/114/51426474/___
 Flightgear-devel mailing list
 Flightgear-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/flightgear-devel

--
Doing More with Less: The Next Generation Virtual Desktop 
What are the key obstacles that have prevented many mid-market businesses
from deploying virtual desktops?   How do next-generation virtual desktops
provide companies an easier-to-deploy, easier-to-manage and more affordable
virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Cmake

2011-09-10 Thread Durk Talsma
 
 If you regularly pull+build 'next', please try a cmake based build, and 
 report any issues you encounter - CMake should work 'out of the box' on Mac 
 (Makefiles or XCode), Linux (32- and 64- bit) and Windows (VisualStudio  2008 
 and 2010 -  mingw and cygwin may need some fixes).
 

Hi James,

I'm trying to build a Cmake build on linux, and I'm running into the following 
problem: 

CMake Error at CMakeLists.txt:76 (find_package):
   Could not find module FindOpenSceneGraph.cmake or a configuration file for
   package OpenSceneGraph.

   Adjust CMAKE_MODULE_PATH to find FindOpenSceneGraph.cmake or set
   OpenSceneGraph_DIR to the directory containing a CMake configuration file
   for OpenSceneGraph.  The file will have one of the following names:

 OpenSceneGraphConfig.cmake
 openscenegraph-config.cmake

Looking at simgear/CMakeModules, I do see a FindSvnClient.cmake, but no 
FindOpenSceneGraph.cmake. Is there any chance this file hasn't been committed 
to git yet?

FWIW, I have my source tree organized as:

${HOME}/src/OpenSceneGraph*
${HOME}/src/flightgear-git/simgear
${HOME}/src/flightgear-git/simgear-build
${HOME}/src/flightgear-git/simgear-cmake

${HOME}/src/flightgear-git/flightgear
${HOME}/src/flightgear-git/flightgear-build
${HOME}/src/flightgear-git/flightgear-cmake
${HOME}/src/fgdata

(Where OpenSceneGraph* refers to a number of separate directories: 
OpenSceneGraph for SVN/trunk, OpenSceneGraph-2.8.1, and  OpenSceneGraph-2.9.11)

Cheers,
Durk
--
Malware Security Report: Protecting Your Business, Customers, and the 
Bottom Line. Protect your business and customers by understanding the 
threat from malware and how it can impact your online business. 
http://www.accelacomm.com/jaw/sfnl/114/51427462/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Cmake

2011-09-10 Thread Durk Talsma
hi Fred, 
On 10 Sep 2011, at 10:28, Frederic Bouvier wrote:

 Hi Durk,
 
 
 FindOpenSceneGraph.cmake is in the Cmake distribution, in the share 
 directory. You certainly need to tell Cmake where the installed OSG is.
 
 Regards,
 -Fred
 

Thanks; looking at /usr/share/cmake/Modules, I see that I have a 
Findosg.cmake file, as well as several Findosg*.cmake files, but no 
FindOpenSceneGraph.cmake. FWIW, this is one an opensuse 10.0, running cmake 
version 2.6 - patch 2

Just double checking on my laptop, I do note that cmake 2.8.3 does work as 
advertised. Is there any way to get this to work on older distributions? 

I probably need to upgrade my 3 yr. old distro anyhow, because yesterday I also 
ran into a git error, which would require an upgrade. But, it's not something 
I'm really looking forward doing right now...

Cheers,
Durk


--
Malware Security Report: Protecting Your Business, Customers, and the 
Bottom Line. Protect your business and customers by understanding the 
threat from malware and how it can impact your online business. 
http://www.accelacomm.com/jaw/sfnl/114/51427462/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] TaxiDraw

2011-09-06 Thread Durk Talsma
Hi All,

Following up on the recent discussion about FlightGear's support program, I''ve 
been poking around in my old email archieve and found a note from David Luff, 
dated May 26, 2009. In this message, David is stating that among his projects 
for FlightGear, he's trying to finish the KLN89 code, has orphaned his AI code, 
and more importantly in this context:  that  he'd like to withdraw from 
TaxiDraw development, but was still willing to do one release.

Since this is now more than two years ago, I decided to jump ahead and created 
a new TaxiDraw repository at gitorious, which you can find here:

https://www.gitorious.org/taxidraw

I've imported the complete revision history from CVS. At this stage, I haven't 
really made a desision about whether I should try to keep the CVS and gitorious 
projects synchronized, or whether we should abandon the CVS repository 
altogether. 

In the mean time, please have a look. Merge requests are enabled. Currently I m 
the only project member for the gitorious version, but would be happy to add 
more members. 

Cheers,
Durk
--
Malware Security Report: Protecting Your Business, Customers, and the 
Bottom Line. Protect your business and customers by understanding the 
threat from malware and how it can impact your online business. 
http://www.accelacomm.com/jaw/sfnl/114/51427462/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] The future of FlightGear's support programs

2011-09-05 Thread Durk Talsma
On 04 Sep 2011, at 14:54, James Turner wrote:

 
 On 4 Sep 2011, at 07:05, Durk Talsma wrote:
 
 If not, I might consider moving the taxidraw source over to gitorious and 
 incorporate it as a subproject of fg. 
 
 Any thoughts / ideas would be welcome. 
 
 I think this is best answer - for programs the original author wishes others 
 to maintain / bugfix / enhance, they should live in the fg Gitorious project 
 (not necessarily the flightgear repository, of course). This could 
 potentially be done for Atlas, mpserver, and so on, if that helps 
 development. 

I agree; but ultimately, it should be up to the project admins whether they 
would prefer that or not. 

 
 Are there reasons *against* moving support programs into the fg project? 
 Assuming the original developer is happy with other people on the flightgear 
 committers list potentially apply patches / bugfixes, of course.

but I guess a slightly more refined version of my question is what to do when 
the original author / project admin no longer responds. I cannot recall what 
the actual situation is with regard to TaxiDraw. Last time I was in contact 
with David Luff, he mentioned that he would like to keep responsibility for the 
gps code, and was happy to abandon his ATC project. I also seem to recall that 
he mentioned something about taxidraw, but I'm not sure anymore what he wrote 
in this regard. Hopefully, I can find the email somewhere in my archieve and 
take it from there. 



 
 Presumably we're require all such code to use the same license as FG or SG 
 (i.e either GPL or LGPL) to avoid headaches and confusion.
 
 

Taxidraw is gpl licenced, so that shouldn't be a problem. 


On a more general note; while I think the discussion is about potential 
taxidraw substitutes is interesting (and also on topic considering my 
slightly broad subject title), I would like to mention that in addition to the 
GIS based tools, taxidraw is also the defacto tool for AI development. It is 
the most complete editing tool for creating ground networks,  parking 
locations, etc etc. As such, it remains a vital and necessary tool.

Cheers,
Durk
--
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better 
price-free! And you'll get a free Love Thy Logs t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] ATC and radio signal attenuation

2011-09-05 Thread Durk Talsma
Hi Adrian,



 
 So far, only ground to AI aircraft and AI aircraft to ground is implemented, 
 as part of the FGATCController class.
 This system, if proven functional, should probably be split into a separate 
 module and applied to all comunication, including player-to-ground and player-
 to-player.
 All code is available in my clone, branch radio-att.
 

I'm a little pressed for time this week, so I have to keep my response a little 
on the short side. In essence, I think that this would be any extremely cool 
feature to have. Do you already have a working copy that you would consider 
merging with flightgear/next? If so, I would like to do so and give it a shot 
(after having tried it locally and after ensuring that everything works okay). 

So far, I only have one humble request, which is an option to conditionally 
disable it. Although I haven't really had the need to listen to distant 
stations yet, I can imagine that certain situations will arise where I need to 
be able to follow ATC messages across larger distances. Given that during the 
development cycle I would rather concentrate on debugging than on deciphering a 
radio message, I think that an option to conditionally disable ATC signal 
attenuation would be very welcome.


Cheers,
Durk
--
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better 
price-free! And you'll get a free Love Thy Logs t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] The future of FlightGear's support programs

2011-09-04 Thread Durk Talsma
Hi All,

In the past, we've seen a large number of projects that were initiated for 
FlightGear; Atlas, fgrun, the terragear toolchain, and taxidraw. Many of these 
program have undergone substantial development, many contributors have come and 
gone, and in a number of cases, the project management has changed hands from 
one person to another. 

While this is really great, I also cannot escape the impression that some of 
these programs either don't really live up to their full potential, or at the 
verge of constant abandonment, due to limited developer access.  Note that for 
the latter, I have one specific case in mind, which is  taxidraw. TaxiDraw's 
most active developer, Ralf Gerlich recently resigned, and I've been wondering 
how to proceed. The official taxidraw repository is hosted at sourceforge and 
cvs based. Looking at the TaxiDraw project page, I could only identify David 
Luff as the project admin. I've been trying to get in touch with Dave to 
discuss taxidraw's future, but unsuccessfully thus far. 

I think that taxidraw is an essential piece of software and I think that 
FlightGear could benefit tremendously, if it were only more easily accessible. 
For this reason, I think that it would be a good idea if we started bundling 
it's latest version along with the official release and incorporate it into the 
automatic snapshot builds. Additionally, we need to ensure future developers 
access. I hope that David Luff will respond, so that we can  work out a plan 
for improve future consistency of it's development cycle. If not, I might 
consider moving the taxidraw source over to gitorious and incorporate it as a 
subproject of fg. 

Any thoughts / ideas would be welcome. 

Cheers,
Durk



--
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better 
price-free! And you'll get a free Love Thy Logs t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Infrastructural changes to the AI system

2011-09-04 Thread Durk Talsma
Hi All,

I just committed some changes to the flightgear/next  branch of gitorious. I'm 
not reiterating my entire commit message, because that can be found here: 
https://www.gitorious.org/fg/flightgear/commit/35abe6d0ab947a8cd2a5eca703d7f731ad5dac65

I would just post this not here to note that I have made some changes to the 
caching mechanism of the traffic manager, as well as the recently introduced 
ground network cache. Because of this, you may see some warnings the next (few) 
time(s) you run flightgear, to inform you that the cache results are discarded. 
Because of this, traffic initialization may be a little slower than before, 
because the heuristics tables have to be rebuilt. This is normal, and you can 
safely ignore the warning. 

If anything more serious comes up, please let me know. I'm a little under the 
gun, work wise, until Tuesday afernoon 5PM, central european daylight savings 
time, but I hope to respond soon, should anything serious occur. 

Cheers,
Durk--
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better 
price-free! And you'll get a free Love Thy Logs t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Infrastructural changes to the AI system

2011-09-04 Thread Durk Talsma
Hi All,

I just committed some changes to the flightgear/next  branch of gitorious. I'm 
not reiterating my entire commit message, because that can be found here: 
https://www.gitorious.org/fg/flightgear/commit/35abe6d0ab947a8cd2a5eca703d7f731ad5dac65

I would just post this not here to note that I have made some changes to the 
caching mechanism of the traffic manager, as well as the recently introduced 
ground network cache. Because of this, you may see some warnings the next (few) 
time(s) you run flightgear, to inform you that the cache results are discarded. 
Because of this, traffic initialization may be a little slower than before, 
because the heuristics tables have to be rebuilt. This is normal, and you can 
safely ignore the warning. 

If anything more serious comes up, please let me know. I'm a little under the 
gun, work wise, until Tuesday afernoon 5PM, central european daylight savings 
time, but I hope to respond soon, should anything serious occur. 

Cheers,
Durk
--
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better 
price-free! And you'll get a free Love Thy Logs t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] ATC ground network display

2011-09-01 Thread Durk Talsma
Hi Adrian,
On 01 Sep 2011, at 05:09, Adrian Musceac wrote:

 Hi,
 
 I have noticed that when enabled, the ground network is displayed above the 
 airport, at a variable height, depending on the airport's elevation above sea 
 level. This is mostly due to the fact that the elevation is in feet instead 
 of 
 meters.
 I have attached a patch that corrects this behaviour and takes into account 
 sloping terrain at airports. Now the network is displayed for both pilot and 
 AI aicraft at 0.5 meters above ground.
 Let me know if this is helpful.
 
 Thanks,
 Adrian

Incidentally, I had been working on a similar patch last weekend. I decided to 
try a slightly different approach by collecting elevation information on the 
fly (i.e. as an aircraft was taxiing along a given route), and storing the 
information collected in a cache file. I've not been entirely satisfied with my 
own results yet. Just from a quick look, your patch seems to complement my work 
pretty well, so I hope I can integrated your patch with my development tree. As 
with other AI activities, I'll try to schedule some time for that this weekend.

Thanks,
Durk




--
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better 
price-free! And you'll get a free Love Thy Logs t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] new feature for condition: precision

2011-08-24 Thread Durk Talsma

On 24 Aug 2011, at 21:50, Torsten Dreyer wrote:
 
 
 The precision element works for int, long, float and double properties. 
 It has no meaning for bool properties as I could not think of any fuzzy 
 logic between true and false.
 
Euuh, maybe :-)

 

--
EMC VNX: the world's simplest storage, starting under $10K
The only unified storage solution that offers unified management 
Up to 160% more powerful than alternatives and 25% more efficient. 
Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FlightGear v2.4 is Released!

2011-08-19 Thread Durk Talsma
Done my share! :-)


On 19 Aug 2011, at 14:24, Gijs de Rooy wrote:

 Please take your personal problems off this list.
  Gijs wrote:
 
  On the promotion side: did someone contact Avsim.com, flightsim.com etc. 
  already? 
 
 Done! Avsim and flightsim.com got an email. Will let you know when we show up 
 there.
 Now, if everyone contacts local websites (Dutch, French, Japanese etc.) we 
 will have a
 global promotion campaign!
  
 Cheers,
 Gijs
 --
 Get a FREE DOWNLOAD! and learn more about uberSVN rich system, 
 user administration capabilities and model configuration. Take 
 the hassle out of deploying and managing Subversion and the 
 tools developers use with it. 
 http://p.sf.net/sfu/wandisco-d2d-2___
 Flightgear-devel mailing list
 Flightgear-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/flightgear-devel

--
Get a FREE DOWNLOAD! and learn more about uberSVN rich system, 
user administration capabilities and model configuration. Take 
the hassle out of deploying and managing Subversion and the 
tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Sun Light placement

2011-08-18 Thread Durk Talsma
Hi Vic,

On 18 Aug 2011, at 10:36, Vic Marriott wrote:

 
 2.  At dusk, the Sun shows at 290º. This can't be correct as EGKA is  
 at 50.50º north. I would expect the Sun to be below 270º.
 http://i.imgur.com/cd9Ub.png
 

The compass direction of the sunset's location is actually more related to the 
time of year then it is related to latitude. In Nothern hemisphere summer, the 
sun always sets north of the 270 degree line, while in wintertime it's south. 
The amount of deviation is related to how far north / south your are, which is 
in turn related to the amount of seasonal daylight time variation that occurs 
as a function of latitude. I currently don't have time for a lengthy 
explanation, but the 23 degree tilt of the earth's rotation axis with respect 
to the sun is of key importance here. When you go far enough north, the 
location of sunset will touch the 360 degree line on June 21; in other words 
the sun touches the horizon due north. That latitude is known as the arctic 
circle. If you go even further north, the sun will no longer set (in summer 
time), and keep moving all the way through the northern hemisphere, hence 
causing the midsummer night daylight. 

I'm happy to explain the process in more detail as soon as I have more time.

Cheers,
Durk
--
Get a FREE DOWNLOAD! and learn more about uberSVN rich system, 
user administration capabilities and model configuration. Take 
the hassle out of deploying and managing Subversion and the 
tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear terrafit memory leak

2011-08-14 Thread Durk Talsma
Hi Adrian,

I realize that it's almost three quarters of a year since your message was 
posted, but it wasn't until today that it caught my attention. Earlier this 
weekend I  decided to pull the latest version of terragear-cs from it's GIT 
repository, in order to see whether I could build some scenery myself (I once 
build my own custom version of Europe, but that was waayy back in the 1990's). 
With respect to terrafit, I essentially ran into the same problems as you did, 
but in addition to the leaks you reported, I think I found a more severe memory 
leak: the class Subdivision creates lot's of instances of Triangle and Edge 
classes. Each of these objects are interlinked, so that they are available to 
to the program as long as the Subdivision object is still valid, but the 
problem is that they are created through a temporary pointer, which is usually 
discarded (making the memory allocated to the object essentially lost when the 
Subdivision object is deleted. I have a local patch running now, in which a 
copy of these local pointers are stored in in an vector. Then, in the 
destructor, I'm explicitly deleting all the Triangle and Edge objects. This has 
improved performance a lot I'm still not able to process the entire Eurasian 
continent in one pass, after this fix, the total number of .fit files that 
can be created on my linux box has gone up from 15881 to 94865. 

I hope to be able to commit these changes one way or the other.

Cheers,
Durk 

On 05 Oct 2010, at 07:44, Adrian Musceac wrote:

 On Tue, 2010-10-05 at 07:29 +0300, Adrian Musceac wrote:
 Hello.
 Latest GIT from Terragear has 2 memory leaks in terrafit.cc and
 Terra/greadyinsert.
 Heap size increases from 0 to hero in under 2 minutes given enough files
 are thrown at it. 
 Patches attached. Notify upstream, close main shuttle bay doors.
 
 --
 Adrian
 
 
 
 Actually, the hamsters were still loose. But I think I managed to
 recapture most of them. Sg_gzifstream was not closed for each array file
 and memory allocation size grew beyond the solar system. Turns out it
 does have a close() method, just that it's implemented in the header
 file. 
 Patch attached.
 
 --
 Adrian
 
 array.cxx.patch--
 Beautiful is writing same markup. Internet Explorer 9 supports
 standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2  L3.
 Spend less time writing and  rewriting code and more time creating great
 experiences on the web. Be a part of the beta today.
 http://p.sf.net/sfu/beautyoftheweb___
 Flightgear-devel mailing list
 Flightgear-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/flightgear-devel


--
FREE DOWNLOAD - uberSVN with Social Coding for Subversion.
Subversion made easy with a complete admin console. Easy 
to use, easy to manage, easy to install, easy to extend. 
Get a Free download of the new open ALM Subversion platform now.
http://p.sf.net/sfu/wandisco-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Future Weather System

2011-08-01 Thread Durk Talsma
Hi Stuart,
On 30 Jul 2011, at 21:31, Stuart Buchanan wrote:

 
 So, I quickly wrote an alternative to the current Nasal  system geodinfo(),
 using the groundcache instead of the  current scenery method.
 

This sounds very interesting: As far as I can tell, the AI system still makes 
use of scenery.get_elevation_m(), as shown in AIBase.cxx (line 516):

516 bool FGAIBase::getGroundElevationM(const SGGeod pos, double elev,
517const SGMaterial** material) const {
518 return globals-get_scenery()-get_elevation_m(pos, elev, material,
519model.get());
520 }

I always thought that get_elevation_m would be using the ground cache itself, 
but apparently that is not the case? If so, it seems to me that changing the AI 
system to actually use the ground cache could yield another performance 
increase.

If you have any pointers on how this could be changed in an efficient way, I'd 
be happy to hear about it. :-)

Cheers,
Durk
--
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] A few more screenshots from today's AI/ATC work

2011-07-31 Thread Durk Talsma
hi all,

Today, I started working on a fairly major overhaul of the inner structure of 
the intelligent side of the AI system. although phase one of this operation 
is nearly complete, I did end today's coding session with a segmentation fault, 
so obviously it still needs more work. :-(
My main goal is to simplify the interaction between the AIModels and the ATC 
part. In doing so, I already managed to bring more stability to the way the AI 
system responds to user input, and I'm close to being able to implement the 
handoff between the ground and tower controllers (the underlying infrastructure 
more or less works, it still needs to be animated, and translated into 
appropriate phraseology. 

Since the code itself isn't ready to be committed yet, I thought I'd update my 
set of screenshots. I particular, the last two screenies are interesting (on 
page 2):  

http://www.dropbox.com/gallery/7455889/1/GroundNetVisualizations?h=1f4147

While taxiing onto the runway, other traffic waits; and while taking-off, the 
next #1 for the runway is about to line up and wait. Unfortunately, the last 
image was the one that I took immediately before getting the segmentation fault.

Cheers,
Durk
--
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Lat Lon vs. Deg Min

2011-07-29 Thread Durk Talsma
Hi,

On 29 Jul 2011, at 02:54, HB-GRAL wrote:

 Hi Geos
 
 Can someone explain me why we use
 
 lat=N37 42.807
 lon=W122 12.963
 
 in parking.xml and groundnet.xml
 

This is mainly for historic reasons. I started out using an example ground 
network file that was made using an editing tool that was originally created to 
MSFS, if I recall correctly. FlightGear groundnet support was developed from 
that example file, and the taxidraw export functions were in turn developed 
from this as well.

If you have a need to change that, please let me what and how you would like 
this to be changed. We do need to keep some compatibility with the current 
format, but I don't think that it's would be too hard to make flightgear 
distinguish a two number format containing (NEWS keywords, vs a single decimal 
floating point number). I would be open to changing that.

cheers,
Durk


--
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] OSG SVN: Grey blank screen on multi monitor setup due to gui statement

2011-07-28 Thread Durk Talsma
Hi All, 

Well my subject header pretty much tells it all: On my linux triple monitor 
setup, I find that one of the 3 screens is completely blank. I have configured 
the screens using an  xml configuration copied below: Note that I can change 
which screen becomes blank by changing the section 

 gui
window
name type=stringmain/name
/window 
/gui

to point to a different window than the main one (for example by changing it 
to right would make the right screen go blank).

Any ideas how this might be solved?

Cheers,
Durk


?xml version=1.0?

!--

Global defaults for FlightGear property values.

Started September 2000 by David Megginson, da...@megginson.com

--

PropertyList
sim
rendering
   multithreading-modeAutomaticSelection/multithreading-mode
camera-group
camera
window
name type=stringmain/name
host-name type=string/host-name
display0/display
screen0/screen
fullscreen type = 
booltrue/fullscreen
x0/x
y0/y
/window
view
heading-deg type = 
double0/heading-deg
/view
!--
frustum
top0.133/top
bottom-0.133/bottom
left-.1668/left
right.1668/right
near0.4/near
far12.0/far
/frustum
--
/camera
camera
window
name type=stringright/name
host-name type=string/host-name
display0/display
screen2/screen
fullscreen type = 
booltrue/fullscreen 
x0/x
y0/y

/window
view
heading-deg type = 
double-55/heading-deg
/view
!--
frustum
top0.133/top
bottom-0.133/bottom
left-.1668/left
right.1668/right
near0.4/near
far12.0/far
/frustum
--
/camera
camera
window
host-name type=string/host-name
display0/display
screen1/screen
fullscreen type = 
booltrue/fullscreen
x0/x
y0/y
/window
view
heading-deg type = 
double55/heading-deg
/view
!--
frustum
top0.133/top
bottom-0.133/bottom
left-.1668/left
right.1668/right
near0.4/near
far12.0/far
/frustum
--
/camera
gui
window
name type=stringmain/name
/window
/gui
/camera-group
/rendering
/sim
/PropertyList

!-- end of preferences.xml --



Re: [Flightgear-devel] Segfault in AIFlightPlanCreate

2011-07-27 Thread Durk Talsma

On 27 Jul 2011, at 11:54, Torsten Dreyer wrote:
 
 Here is another one to chew on: How to I close the ATC Dialog?
 It pops up again every time I hit the Cancel button or press Escape.
 

Great that it works now!

With regard to the dialog, just press the apostrophe (') key again. (Note that 
this is currently done so by design, but could be changed easily depending if 
desired).

cheers
Durk

--
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Segfault in AIFlightPlanCreate

2011-07-26 Thread Durk Talsma

On 26 Jul 2011, at 07:43, Torsten Dreyer wrote:

 Am 25.07.2011 23:19, schrieb Durk Talsma:
 Okay, I'll have a look. Just to make sure: This is a problem that only shows 
 up during program shutdown?
 
 Correct - sorry, I didn't mention that.
 

It should be fixed now. As it turned out the default constructor was rather 
incomplete. I think I added it specifically for the new AI/ATC interaction 
code, and it looks like I wrote it when my mind was clearly working on trying 
to address more pressing issues. Anyways, the segfault during shutdown should 
be gone. Please let me know if you still find problems. 

Cheers,
Durk
--
Magic Quadrant for Content-Aware Data Loss Prevention
Research study explores the data loss prevention market. Includes in-depth
analysis on the changes within the DLP market, and the criteria used to
evaluate the strengths and weaknesses of these DLP solutions.
http://www.accelacomm.com/jaw/sfnl/114/51385063/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Segfault in AIFlightPlanCreate

2011-07-26 Thread Durk Talsma
Hi Torsten,

Thanks for the report. I can confirm the crash, which means that I'm optimistic 
that I find a solution tomorrow. I've just seen a similar report at the forum, 
so I should have at least two test cases for this. 

cheers,
Durk
--
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Segfault in AIFlightPlanCreate

2011-07-26 Thread Durk Talsma
Hi Torsten, 
On 26 Jul 2011, at 22:34, Torsten Dreyer wrote:

 Am 26.07.2011 22:26, schrieb Durk Talsma:
 Hi Torsten,
 
 Thanks for the report. I can confirm the crash, which means that I'm 
 optimistic that I find a solution tomorrow. I've just seen a similar report 
 at the forum, so I should have at least two test cases for this.
 Just noticed: happens at EHAM, too. c172p, no parkpos, no live weather 
 (Fair Weather), a few seconds after takeoff from rwy 18R.
 

I just did a quick check of the relevant code, and it appears to be related to 
a getRunway() function in trafficcontrol.hxx. So I suspect that this might be a 
bug that only surfaced after fixing the previous runway issue. Anyways, it 
looks 100% reliable, and I have a suspicion that all airports having ground 
networks might be affected. Given the reliability of the crash, I expect to 
have a fix tomorrow. 

Thanks,
Durk
--
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] ATC-AI interaction code (part 1) committed

2011-07-25 Thread Durk Talsma

On 25 Jul 2011, at 11:46, Alan Teeder wrote:

 
 Also in ATCDialogOld.cxx, #include ATCDialog.hxx should probably be 
 modified to #include ATCDialogOld.hxx, and anywhere else that this include 
 is needed.

Looks like I missed pushing part of my local changes onto gitorious. It should 
be working now (apart from updating hte MSVC build files).

Cheers,
Durk
--
Storage Efficiency Calculator
This modeling tool is based on patent-pending intellectual property that
has been used successfully in hundreds of IBM storage optimization engage-
ments, worldwide.  Store less, Store more with what you own, Move data to 
the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


  1   2   3   4   5   6   7   >