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

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 > > 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 traff

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

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

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

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/

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

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, o

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

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 recorde

Re: [Flightgear-devel] Moonlight reloaded

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 Thors

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

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

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

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 implemen

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

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 f

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

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

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

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

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

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

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

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 ma

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

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 yea

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

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 noth

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

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 a

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

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 wrote: > I'll certainly look into upgrading the CPU (+Motherboard) as well then... > > I recently upgrade my primary PC (was forced to

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

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

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

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

Re: [Flightgear-devel] Console swamped with messages

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 sin

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

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

Re: [Flightgear-devel] Lazy traffic startup

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

Re: [Flightgear-devel] Lazy traffic startup

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 effect

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

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

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

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 > Buch

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

On 22 Feb 2012, at 19:15, 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). > > I was only at the right spot on the right time ;-) But hey, being at the right place at the right tim

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

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

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

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 man

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

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

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

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 check

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

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

Re: [Flightgear-devel] Fair practice & autorisations

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 w

Re: [Flightgear-devel] Aircraft maintenance

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

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

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

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

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

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

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=S

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

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=S

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

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

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

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

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

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 FGF

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

> > 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 gr

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

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

Re: [Flightgear-devel] Local weather stopped working

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

Re: [Flightgear-devel] Local weather stopped working

Hi Czaba, On 30 Oct 2011, at 23:18, Csaba Halász wrote: > > That should make nasal happy, but whether it does what was originally > intended, I do not know. > Yes, that brings the clouds back. Whether the cloud patterns *look* sensible is something I'll check tomorrow, and whether the fix is p

Re: [Flightgear-devel] [Flightgear-commitlogs] FlightGear Base Package branch, master,

Ah, thanks for catching. Little type that wasn't caught in my generation script. Should be fixed now. D. On 30 Oct 2011, at 22:33, Martin Spott wrote: > Flightgear-commitlogs wrote: > >> commit ad39221c71d656887e3dbeac568bfc6b5d36029d >> Author: Durk Talsma >> Dat

[Flightgear-devel] Local weather stopped working

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.re

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

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

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

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 agai

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

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

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

terdam (EHAM). Given that we're currently 2 hours behind UTC, this is not dawn, but already after sunset. Cheers, Durk On 29 Oct 2011, at 19:01, Curtis Olson wrote: > On Sat, Oct 29, 2011 at 11:55 AM, Durk Talsma wrote: > Has anybody recently touched any time related functions? I'

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

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 a

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

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 a

Re: [Flightgear-devel] Historic Screenshots

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 T

[Flightgear-devel] Historic Screenshots

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. :-) ) Ch

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

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

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

Hi All, On 10 Oct 2011, at 10:55, Vadym Kukhtin wrote: > > > 2011/10/10 > 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. > M

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

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

Re: [Flightgear-devel] git

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 som

Re: [Flightgear-devel] git

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 >

Re: [Flightgear-devel] git

> 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

Re: [Flightgear-devel] Cmake

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

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

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 -32

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

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...

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

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 brak

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

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

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

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.

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

On 21 Sep 2011, at 11:12, Melchior FRANZ wrote: > > > > /sim/dimensions/radius-m > /sim/dimensions/parkpos-offset-m > /sim/aircraft-class > > > Alright succes!!! Adding this section did the trick of saving aircraft-class and aircraft-operator properti

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

Hi Mechior, Torsten On 21 Sep 2011, at 12:57, Melchior FRANZ wrote: > * Melchior FRANZ -- Wednesday 21 September 2011: >> >> >> /sim/dimensions/radius-m > > I admit that this looks silly: why create properties that contain property > paths, > and not mark those properties with a

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

hi Emilian, On 20 Sep 2011, at 22:56, Emilian Huminiuc wrote: >> > Adding archive="y" to the property tag?: > myprop > 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

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

hat 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 airc

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

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 sp

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

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 airc

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

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 an

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

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

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

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

[Flightgear-devel] An extension to --parkpos

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 -

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

On 12 Sep 2011, at 20:10, Martin Spott wrote: > I know - yet I'd dare to note that illustrating a manual is slightly > different from just dropping a few nice images here and there ;-) > Thus, if someone has an eye for placing the "right" images into The > Manual, please shout and advise which i

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

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

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

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 e

Re: [Flightgear-devel] Cmake

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 > symp

Re: [Flightgear-devel] Cmake

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 -

Re: [Flightgear-devel] Cmake

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 >

Re: [Flightgear-devel] Cmake

Hi All, On 10 Sep 2011, at 14:00, Christian Schmitt wrote: > > I have used CMake in the Gentoo packages pretty much from the start, but > right now I'm experiencing some problems: all is good as long as I have > libsvn support enabled in SG and FG. When I disable it in SG and want to > recomp

Re: [Flightgear-devel] Cmake

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).

Re: [Flightgear-devel] Cmake

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

Re: [Flightgear-devel] Cmake

> > 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 J

[Flightgear-devel] TaxiDraw

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 cod

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

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

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

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.

[Flightgear-devel] Infrastructural changes to the AI system

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

[Flightgear-devel] Infrastructural changes to the AI system

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

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

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 managemen

Re: [Flightgear-devel] ATC ground network display

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

Re: [Flightgear-devel] new feature for :

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" :-) -

Re: [Flightgear-devel] How do I submit a joystick binding XML file for the next release?

Hi Elle, On 22 Aug 2011, at 07:30, Janet Plato wrote: > > I am not setup to submit the incredibly complex change I made via git, but I > would like to save the next poor soul some effort. How would > you suggest I submit whatever request is required to add the Saitek Pro > Flight Combat Rudde

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

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

Re: [Flightgear-devel] Sun & Light placement

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

Re: [Flightgear-devel] Terragear terrafit memory leak

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 sc

Re: [Flightgear-devel] Future Weather System

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 sce

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

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

  1   2   3   4   5   6   7   8   >