Re: [Flightgear-devel] Fwd: fg-home on windows and mac

2009-10-08 Thread Vivian Meazza
-Original Message- From: Jacob Burbach [mailto:jmburb...@gmail.com] Sent: 08 October 2009 04:08 To: FlightGear developers discussions Subject: [Flightgear-devel] Fwd: fg-home on windows and mac In Linux the users flightgear directory is at  /home/username/.fgfs.  As I don't have

[Flightgear-devel] Terrascenery.googlecode.com question

2009-10-08 Thread Curtis Olson
I see that terrascenery.googlecode.com includes a Models/ directory. If I leave this as is, does this directory get searched for models or do I need to copy this over the top of $FGROOT/data/Models/ Thanks, Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/

Re: [Flightgear-devel] [PATCH] 3D Clouds update

2009-10-08 Thread James A. Treacy
On Wed, Oct 07, 2009 at 09:17:55PM +, Stuart Buchanan wrote: Unfortunately the 3D cloud performance seems to be very graphics-card specific. My card is a couple of years old, but doesn't seem to have the same problems. I am curious as to what your graphics card is. It would be nice if we

Re: [Flightgear-devel] Terrascenery.googlecode.com question

2009-10-08 Thread Martin Spott
Curtis Olson wrote: [-- multipart/alternative, Encoding 7bit, 2 Zeilen --] [-- text/plain, Encoding 7bit, Zeichensatz: ISO-8859-1, 10 Zeilen --] I see that terrascenery.googlecode.com includes a Models/ directory. If I leave this as is, does this directory get searched for models or do

[Flightgear-devel] New route manager?

2009-10-08 Thread Curtis Olson
Are there instructions for the new route mgr? The new version in CVS doesn't not work like before. I added two waypoints, but it just flies a hdg of 0 and doesn't track to the next waypoint any more ... ??? Thanks, Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/

Re: [Flightgear-devel] Terrascenery.googlecode.com question

2009-10-08 Thread Curtis Olson
Thanks Martin, that's a handy option. Curt. On Thu, Oct 8, 2009 at 8:58 AM, Martin Spott wrote: Curtis Olson wrote: [-- multipart/alternative, Encoding 7bit, 2 Zeilen --] [-- text/plain, Encoding 7bit, Zeichensatz: ISO-8859-1, 10 Zeilen --] I see that terrascenery.googlecode.com

Re: [Flightgear-devel] Fwd: fg-home on windows and mac

2009-10-08 Thread Nicolas Quijano
on Windows, it's the environment variable %APPDATA% which maps to what Vivian said on 2k and XP. On Vista (and 7 I think), it maps to user/appdata/roaming/flightgear.org On Thu, Oct 8, 2009 at 3:30 AM, Vivian Meazza vivian.mea...@lineone.netwrote: -Original Message- From: Jacob

Re: [Flightgear-devel] New route manager?

2009-10-08 Thread James Turner
On 8 Oct 2009, at 15:17, Curtis Olson wrote: Are there instructions for the new route mgr? The new version in CVS doesn't not work like before. I added two waypoints, but it just flies a hdg of 0 and doesn't track to the next waypoint any more ... ???

Re: [Flightgear-devel] Fwd: fg-home on windows and mac

2009-10-08 Thread Nicolas Quijano
Of course, I made a mistake it's users/user_name/appdata/roaming/ flightgear.org %APPDATA% is what you want to use in scripts, etc. Cheers, Nic On Thu, Oct 8, 2009 at 10:54 AM, Nicolas Quijano nquij...@gmail.com wrote: on Windows, it's the environment variable %APPDATA% which maps to what

[Flightgear-devel] Exposing a property over MP

2009-10-08 Thread James Turner
Related to the new route-manager: I could very easily define a string property which contains a plain text summary of the filed flight-plan. What is the magic required to expose that string (which be 200 or 400 bytes, I guess, depending on how many waypoints are in the route) over MP, so

Re: [Flightgear-devel] New route manager?

2009-10-08 Thread Curtis Olson
On Thu, Oct 8, 2009 at 10:05 AM, James Turner zakal...@mac.com wrote: On 8 Oct 2009, at 15:17, Curtis Olson wrote: Are there instructions for the new route mgr? The new version in CVS doesn't not work like before. I added two waypoints, but it just flies a hdg of 0 and doesn't track to

Re: [Flightgear-devel] New route manager?

2009-10-08 Thread James Turner
On 8 Oct 2009, at 16:35, Curtis Olson wrote: Ok, I started up in the alphajet for instance at KLAX (7L). I pulled up the new route manager dialog and it suggested CL02 H1 as the starting location. I set that to KLAX-7L for the start and typed in KPHX for the destination, KSLC for

Re: [Flightgear-devel] Fwd: fg-home on windows and mac

2009-10-08 Thread Jacob Burbach
Thanks guys. The reason for asking is that you can put nasal scripts in fg-home/Nasal, and they will be loaded only after the scripts in fg-root/Nasal have been loaded. It guarantees you will have access to all the flightgear nasal apis from your script at load time. Ok, so XP and prior should be

Re: [Flightgear-devel] Terrascenery.googlecode.com question

2009-10-08 Thread Martin Spott
Martin Spott wrote: This actually allows users of TerraSync/SVN to get the most current Shared Models together with the respective Scenery tiles. I'm just right now testing the patch against TerraSync to pull this directory as well. BTW, another part of The Plan is to ship the Base Package

Re: [Flightgear-devel] Exposing a property over MP

2009-10-08 Thread Anders Gidenstam
On Thu, 8 Oct 2009, James Turner wrote: Related to the new route-manager: I could very easily define a string property which contains a plain text summary of the filed flight-plan. What is the magic required to expose that string (which be 200 or 400 bytes, I guess, depending on how many

Re: [Flightgear-devel] Exposing a property over MP

2009-10-08 Thread James Turner
On 8 Oct 2009, at 18:08, Anders Gidenstam wrote: The way the MP protocol is done now you really really do not want to do that by creating a new MP enabled string property and put the flight- plan in it. Not only is the string encoding horribly inefficient (a 32bit word per character)

Re: [Flightgear-devel] Exposing a property over MP

2009-10-08 Thread Jacob Burbach
The way the MP protocol is done now you really really do not want to do that by creating a new MP enabled string property and put the flight-plan in it. Not only is the string encoding horribly inefficient (a 32bit word per character) but it would also be sent in each and every packet. Wow,

Re: [Flightgear-devel] Exposing a property over MP

2009-10-08 Thread Anders Gidenstam
On Thu, 8 Oct 2009, James Turner wrote: That sounds bad :) It is, but in my experience there is no core developer feeling particularly responsible for the MP subsystem - most of the few patches that has been submitted in the past years have disappeared into the mailing list archive without

Re: [Flightgear-devel] New route manager?

2009-10-08 Thread Victhor Foster
Erm, I just updated CVS, but my route manager dialog looks like the same. Is that correct? BTW, I just updated source, so I think that's the problem ;) -- Come build with us! The BlackBerry(R) Developer Conference in

Re: [Flightgear-devel] New route manager?

2009-10-08 Thread James Turner
On 8 Oct 2009, at 20:53, Victhor Foster wrote: Erm, I just updated CVS, but my route manager dialog looks like the same. Is that correct? BTW, I just updated source, so I think that's the problem ;) Correct - you need to update the data package as well - and in general that's going to be

Re: [Flightgear-devel] Exposing a property over MP

2009-10-08 Thread Martin Spott
James Turner wrote: There's quite a lot of improvements that could be made to higher levels of MP, if arbitrary properties could be synchronised over MP :) As far as _I_ remember, the current state of the protocol was _not_ designed for having everyone dump arbitrary data to the crowd but

Re: [Flightgear-devel] New route manager?

2009-10-08 Thread Victhor Foster
The problem is, CVS takes more than 30 minutes just to scan the directories, and this causes my internet connection to stop working for the meantime. When it starts the actual checkout process, the connection works again. On 8 Oct 2009, at 20:53, Victhor Foster wrote: Erm, I just

Re: [Flightgear-devel] Exposing a property over MP

2009-10-08 Thread Vivian Meazza
Anders Gidenstam wrote On Thu, 8 Oct 2009, James Turner wrote: That sounds bad :) It is, but in my experience there is no core developer feeling particularly responsible for the MP subsystem - most of the few patches that has been submitted in the past years have disappeared into the

Re: [Flightgear-devel] Exposing a property over MP

2009-10-08 Thread James Turner
On 8 Oct 2009, at 21:37, Vivian Meazza wrote: Way back in the early iterations of MP we had 2 sorts of messages - those which were transmitted on every cycle, and those which were transmitted on change of data. The trouble with that is with clients joining and leaving, it is hard to

Re: [Flightgear-devel] Exposing a property over MP

2009-10-08 Thread Anders Gidenstam
On Thu, 8 Oct 2009, Vivian Meazza wrote: Way back in the early iterations of MP we had 2 sorts of messages - those which were transmitted on every cycle, and those which were transmitted on change of data. The trouble with that is with clients joining and leaving, it is hard to ensure that

Re: [Flightgear-devel] Exposing a property over MP

2009-10-08 Thread James Turner
On 8 Oct 2009, at 21:54, Anders Gidenstam wrote: Going in that direction could be a feasible way to reduce the bandwidth consumption, though. One other observation - there's several unused SGProperty flags (besides ARCHIVABLE) - it might make sense to add a 'shared' or 'published' flag,

Re: [Flightgear-devel] shader menu proposal

2009-10-08 Thread Stuart Buchanan
syd adams wrote: I've made 2 versions of a shader menu dialog , rather than manage them from the property browser. Is (one ) of them worth commiting ? Another option that would be nice is a random vegetation density-factor property that could be set with a slider. That is , the density property

Re: [Flightgear-devel] New route manager?

2009-10-08 Thread James Turner
On 8 Oct 2009, at 21:09, Victhor Foster wrote: The problem is, CVS takes more than 30 minutes just to scan the directories, and this causes my internet connection to stop working for the meantime. When it starts the actual checkout process, the connection works again. In general, you only

Re: [Flightgear-devel] New route manager?

2009-10-08 Thread James Turner
On 8 Oct 2009, at 16:35, Curtis Olson wrote: Ok, I started up in the alphajet for instance at KLAX (7L). I pulled up the new route manager dialog and it suggested CL02 H1 as the starting location. I set that to KLAX-7L for the start and typed in KPHX for the destination, KSLC for the

Re: [Flightgear-devel] New route manager?

2009-10-08 Thread Scott Hamilton
On Thu, 2009-10-08 at 22:45 +0100, James Turner wrote: I've also noticed that if I put a Altitude constraint (ie: @alt) the route manager always shows 0ft. It seems to always get the altitude from the NAV database, not what I enter. S. On 8 Oct 2009, at 16:35, Curtis Olson

Re: [Flightgear-devel] Exposing a property over MP

2009-10-08 Thread Vivian Meazza
James wrote -Original Message- From: James Turner [mailto:zakal...@mac.com] Sent: 08 October 2009 22:06 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] Exposing a property over MP On 8 Oct 2009, at 21:54, Anders Gidenstam wrote: Going in that direction

Re: [Flightgear-devel] New route manager?

2009-10-08 Thread James Turner
On 8 Oct 2009, at 23:05, Scott Hamilton wrote: I've also noticed that if I put a Altitude constraint (ie: @alt) the route manager always shows 0ft. It seems to always get the altitude from the NAV database, not what I enter. Altitude constraints are a mess - in the short term,

Re: [Flightgear-devel] Exposing a property over MP

2009-10-08 Thread James Turner
On 8 Oct 2009, at 23:05, Vivian Meazza wrote: This, or something very like it, is a long outstanding proposal that never quite made it. No one got a round tuit for it I guess. That said, a minute delay on event-driven properties is probably too much. Well if it's 30 seconds, I think a

Re: [Flightgear-devel] shader menu proposal

2009-10-08 Thread syd adams
Thanks for the input. I admit I was uncertain about moving the 3d clouds there , but thought I'd heard it mentioned that the trees and 3d clouds were going to be moved into the effects... The reason I thought this needed to be changed was the growing length of the rendering dialog , but my fix may

Re: [Flightgear-devel] New route manager?

2009-10-08 Thread Curtis Olson
On Thu, Oct 8, 2009 at 10:54 AM, James Turner zakal...@mac.com wrote: This is a straight bug, I'll look into it. If you are sitting at KLAX 7L, it's supposed to load up that airport and runway automatically. Ok, thanks for looking into it. As you suggest, filtering out heliports and seaports

Re: [Flightgear-devel] shader menu proposal

2009-10-08 Thread Victhor Foster
The new shader dialog looks good, but it doesn't want to enable the water shader. And I think it's not turning on the crop shaders as well. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the

Re: [Flightgear-devel] shader menu proposal

2009-10-08 Thread Nicolas Quijano
Did you update the Effects folder ? It's necessary for the changes to work Cheers, Nic On Thu, Oct 8, 2009 at 8:12 PM, Victhor Foster victhor.fos...@gmail.comwrote: The new shader dialog looks good, but it doesn't want to enable the water shader. And I think it's not turning on the crop

Re: [Flightgear-devel] shader menu proposal

2009-10-08 Thread syd adams
you neede to update the Effects folder On Thu, Oct 8, 2009 at 5:12 PM, Victhor Foster victhor.fos...@gmail.comwrote: The new shader dialog looks good, but it doesn't want to enable the water shader. And I think it's not turning on the crop shaders as well.

Re: [Flightgear-devel] shader menu proposal

2009-10-08 Thread Victhor Foster
Ok, thanks. you neede to update the Effects folder On Thu, Oct 8, 2009 at 5:12 PM, Victhor Foster victhor.fos...@gmail.com wrote: The new shader dialog looks good, but it doesn't want to enable the water shader. And I think it's not turning on the crop shaders as well.