On Friday 09 October 2009 00:21:11 James Turner wrote:
>
> 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-d
Ok, thanks.
you neede to update the Effects folder
On Thu, Oct 8, 2009 at 5:12 PM, Victhor Foster > 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.
---
you neede to update the Effects folder
On Thu, Oct 8, 2009 at 5:12 PM, Victhor Foster 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.
>
>
> --
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 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.
>
>
> --
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 o
On Thu, Oct 8, 2009 at 10:54 AM, James Turner 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 by default mi
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
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 thin
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
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
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 w
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
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 onl
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 prope
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,
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
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 h
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
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 up
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
i
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
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 SF,
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
> 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,
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 char
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 w
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 Packag
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
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 fo
On Thu, Oct 8, 2009 at 10:05 AM, James Turner 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 the nex
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 th
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 wrote:
> on Windows, it's the environment variable %APPDATA% which maps to what
> Vivian said on 2k and
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 ... ???
http://wiki.flightgear.org/i
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 wrote:
>
>
> > -Original Message-
> > From: Jacob Burbach [mailto:jmburb.
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.goog
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/
-
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
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
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/
--
> -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//.fgfs.
> As I don't have
On 7 Oct 2009, at 22:21, Stuart Buchanan wrote:
> Unfortunately, last time I tried it, the OSG Impostor implimentation
> was very
> broken, and I didn't have the skills to fix it.
As a general point, if impostors worked well in OSG, there's many
other things we could be using them for - up t
41 matches
Mail list logo