Can't we just cheat a little..
If we can get data from noaa = metar,
then we should have wind directions ..
so we jjust stick an arrow the screen, with a few zooms our, we
should have a front etc..
Cant we just create one huge M*F* cloud Aircraft/ufo virtual in
Multiplayer that is a storm cloud
Hi Thorsten
Thanks a lot for helping me understand how this could work with METAR
and advanced weather. Because I’m not that familiar with remarks in
metars I misinterpreted position as possibility to distribute the
center position by coordinates (forgive me pilots here), but it is
just N/S/E/W
> But if this thunderstorm looks exactly the same from different angles is
> not that important in case there IS a thunderstorm probably. Sharing the
> center position, pressure, movement, winds and probably cloud density
> over network is sufficient, in case this data could be shared in
> metar-li
Am 12.11.12 10:45, schrieb Renk Thorsten:
>
> The consensus seems to be that (with some limitations) this can be done in
> principle. Just someone would need to do it in practice, and I'm not going to
> do it because I'm not into MP in the first place, so this seems to be where
> this is stuck.
> Could this weather properties be shared trough network somehow
> ?
No idea, I'm not into MP at all, so I know next to nothing about how easy or
difficult it is to transmit anything more.
> Sorry this dumb questions, I just had the intention to show flightgear
> weather on a external map/radar
Am 12.11.12 08:21, schrieb Renk Thorsten:
>> Flightgear has a nice (local and global) weather implementation AFAIK.
>> Are there some ideas (or solutions) how to map custom or shared weather
>> values in a (internal or external) weather radar" ?
>
> Someone was working on that, and we got to the po
> Flightgear has a nice (local and global) weather implementation AFAIK.
> Are there some ideas (or solutions) how to map custom or shared weather
> values in a (internal or external) weather radar" ?
Someone was working on that, and we got to the point that Advanced Weather
writes thunderstorm i
Having a wave state that gets initialized based on the wind in the first
METAR, and has a huge rate limiter slowing down the visible effects of any
later updates of wind speed, would probably be the most realistic simple
approach for ocean waves. Wind takes some time to build waves, more time
for g
Are we fixing the right problem? I was observing mach 5 speed waves while
the weather wind was changing.
On Sun, Jan 22, 2012 at 8:18 AM, Torsten Dreyer wrote:
> > Played around with it a bit. I got reasonable "movement" sensation with
> > wind-filter-time set at ~1000.
> >
> > The flutter effe
> Played around with it a bit. I got reasonable "movement" sensation with
> wind-filter-time set at ~1000.
>
> The flutter effect might need the wind in realtime though, as flags
> usualy react imediately to wind direction changes.
Huh - that's a huge value. With a filter-time that high, it will ta
On Friday 20 January 2012 16:16:18 Emilian Huminiuc wrote:
> On Friday 20 January 2012 15:01:35 Torsten Dreyer wrote:
> > > The shader scales the texture with windspeed and rotates it to get
> > > the
> > > right orientation, but the actual rate those change is too quick to
> > > look good, and giv
On Friday 20 January 2012 15:01:35 Torsten Dreyer wrote:
> > The shader scales the texture with windspeed and rotates it to get the
> > right orientation, but the actual rate those change is too quick to look
> > good, and gives the impression of very high speed, that's why I
> > suggested a longer
Hi,
Just tested the latest modifications.
I think "exponential" makes it worse, as the values increase faster towards
the end of the interpolation period, making the fast moving effect worse.
Wouldn't the "rate limit" filter:
http://wiki.flightgear.org/Autopilot_Configuration_Reference#Rate_Lim
> The shader scales the texture with windspeed and rotates it to get the
> right orientation, but the actual rate those change is too quick to look
> good, and gives the impression of very high speed, that's why I
> suggested a longer interpolation time for the values passed to the
> shader, and to
> Hmm - actually, the wind properties _are_ interpolated over time if set
> from METAR which can be easily verified by observing
> /environment/sea/surface in the property browser and changing the
> global-weather scenario from, say "stormy monday" to "fair weather".
> Despite the fact that the pr
It seems like the wave go into hyperspeed while the interpolation process
is happening, and only settle down and look right after the interpolation
is complete.
Curt.
On Thu, Jan 19, 2012 at 3:54 PM, Torsten Dreyer wrote:
> Am 19.01.2012 11:59, schrieb Torsten Dreyer:
> > Am 19.01.2012 11:27,
Am 19.01.2012 11:59, schrieb Torsten Dreyer:
> Am 19.01.2012 11:27, schrieb Emilian Huminiuc:
>> I had another question, could the wind vectors reported to the shader
>> be interpolated on a longer (10x - 20x or so) time frame, or could
>> they be updated only once a given time (1 minute or so)?
>>
Am 19.01.2012 11:27, schrieb Emilian Huminiuc:
> I had another question, could the wind vectors reported to the shader
> be interpolated on a longer (10x - 20x or so) time frame, or could
> they be updated only once a given time (1 minute or so)?
>
> I ask this in an attempt to cure the fast movi
On Thursday 19 January 2012 00:14:34 Torsten Dreyer wrote:
> Hi,
>
> due to a bug in weather-utility.nas, the wave shader properties were
> stuck at a constant value for wind-speed zero.
> There was more unfortunate code in that file, so I refactored it as
> xml based property rule. This is the re
> We are still looking into this one. At first glance there doesn't seem
> to be
> any good reason for the wind not being honoured. The overcast is a
> problem
> of interpreting different implementations between Global and Local
> weather.
> Now you are back operational we will try to come up with
Thorsten,
... snip ...
>
> 9) Water shader (very impressive!!!) doesn't react to wind/overcast in
> Local Weather. Vivian, Emilian - at some point we discussed an interface
> of how to pass the situation to the shader. Technically it's really easy
> for me to write in any form you like - just tel
I've just placed a patch into the forum fixing the altitudes, providing a
new GUI which makes Local Weather Config obsolete and ports Cb towers also
to the new rendering system. I haven't tested it excessively yesterday,
but most of it was written and tested before my computer died, so it
should b
On Wed, Dec 14, 2011 at 10:35 AM, Thorsten R. wrote:
> Thanks to Hooray who helped me setting up the CMake environment and the
> guys at Infocare who finally managed to fix heat management of my
> computer, I am now back on the devel tree. I've done a few tests yesterday
> and identified a list of
On 2010-11-21 18.01, manday wrote:
> Once you tell me what exactly I should file the bug on I will get some
> screenshots to give you a better idea.
There is a bugs page at the wiki,
http://wiki.flightgear.org/index.php/Bugs, and an issue tracker at
http://code.google.com/p/flightgear-bugs/
---
-- Please reply in CC --
Hell Thorsten,
could you be more specific on *what* exactly is a recurring bug? That
3d-Clouds occasionally look flat and unrealistic? Or that the density
Option has no effect?
Two remarks:
It can happen in both ways: 3d clouds look good => Disabling and
reenabling them
On 11/21/2010 03:05 PM, Arnt Karlsen wrote:
> On Sun, 21 Nov 2010 12:42:25 +0100, ManDay wrote in message
> <4ce905a1.2070...@gmx.net>:
>
>> -- Please reply in CC --
>
> ..you mean cc:man...@gmx.net like I did here?
>
>> I wanted to report a few issues with weather and environment in the
>> cur
On Sun, 21 Nov 2010 12:42:25 +0100, ManDay wrote in message
<4ce905a1.2070...@gmx.net>:
> -- Please reply in CC --
..you mean cc:man...@gmx.net like I did here?
> I wanted to report a few issues with weather and environment in the
> current GIT
>
> 1.) If you pause the game, change time of day
On Fri, 2010-07-23 at 12:01 -0400, Jacob Burbach wrote:
> Thanks for the quick work on this Torsten...with the exception of dew
> point and altimeter settings everything else appears to be working
> properly now. Currently I don't think dew point and altimeter are a
> big deal for what I'm doing p
Thanks for the quick work on this Torsten...with the exception of dew
point and altimeter settings everything else appears to be working
properly now. Currently I don't think dew point and altimeter are a
big deal for what I'm doing personally, but they are/were seemingly
intended to work so should
rticle contrail is still at an angle to
> the aircraft axis.
>
>
>
> I will investigate some more.
>
>
>
> Vivian
>
>
>
> -Original Message-
> *From:* Curtis Olson [mailto:curtol...@gmail.com]
> *Sent:* 22 July 2010 16:28
> *To:* FlightGear
...@gmail.com]
Sent: 22 July 2010 16:28
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] weather conditions and winds aloft
notworking correctly..
Replying to my own message ... I see a couple simple code cleanups in my
first patch so don't worry too much about that. I&#x
Replying to my own message ... I see a couple simple code cleanups in my
first patch so don't worry too much about that. I've been flying tight
level circles in a variety of wind conditions (up to 70 kts) with smoke
turned on and when I come around and start the circle again, I've been
flying into
On the topic of the partical system and the wind vector not being correct.
I have a patch here that seems to be working, and it would be great if a
few other people could test/review it to see if it makes sense. This is the
first time I've dove into the particle system code and the environment
ma
On Wed, Jul 21, 2010 at 5:00 PM, Torsten Dreyer wrote:
> I don't know if it's somehow related, but the 3d clouds don't seem to drift
> with the wind, either. Flying with crosswind with a magnitude as your
> airspeed let you fly toward the clouds at a 45 degree angle. My setup was:
> Wind from 1...
arent error.
Vivian
-Original Message-
From: Torsten Dreyer [mailto:tors...@t3r.de]
Sent: 21 July 2010 17:00
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] weather conditions and winds aloft not
working correctly..
Am 21.07.10 17:15, schrieb Curtis Olson:
Am 21.07.10 17:15, schrieb Curtis Olson:
On Wed, Jul 21, 2010 at 9:26 AM, Curtis Olson wrote:
Hi Vivian,
Thanks for checking out the submodels. Your image illustrates the
problem really well.
It sounds like this could very well be an issue in translating
coordinate frames,
On Wed, Jul 21, 2010 at 9:26 AM, Curtis Olson wrote:
> Hi Vivian,
>
> Thanks for checking out the submodels. Your image illustrates the problem
> really well.
>
> It sounds like this could very well be an issue in translating coordinate
> frames, or possibly it's a kts. to mps conversion issue?
On Wed, Jul 21, 2010 at 3:54 AM, Vivian Meazza wrote:
> Curt,
>
> A further update – here is the error illustrated:
>
> ftp://abbeytheatre2.org.uk:2121/flightgear/Particles/particle-wind.jpg
>
> The red spheres are submodels with wind activated. I would say that they
> are reacting as expected
[mailto:vivian.mea...@lineone.net]
Sent: 20 July 2010 09:41
To: 'vivian.mea...@lineone.net'
Subject: RE: [Flightgear-devel] weather conditions and winds aloft not
working correctly..
Hi Curt,
I have checked the submodel wind. The calculations appear to be correct, and
submodels seem to m
ppearance) they do seem
to move as expected, that is to say, directly along the axis of the
aircraft.
HTH
Vivian
-Original Message-
From: Vivian Meazza [mailto:vivian.mea...@lineone.net]
Sent: 20 July 2010 08:51
To: 'FlightGear developers discussions'
Subject: RE: [
> > For the time being, entering temperature into the dialog box is broken.
> > The only way to set a temperature is by setting
> > /environment/temperature-sea- level-degc which calculates the temperature
> > at altitude based on ICAO standard atmosphere.
>
> That's a little disappointing. Hopefu
2010 19:17
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] weather conditions and winds aloft
notworking correctly..
Hi Torsten,
While we are on the subject, I have two dumb, but related questions ...
1. I do some UAV work and at times collect some real world flight tes
On Mon, Jul 19, 2010 at 3:47 AM, James Turner wrote:
>
> On 19 Jul 2010, at 01:47, Jacob Burbach wrote:
>
>> On a side note...is there a way to retrieve a list of airports within
>> a certain distance of a position from nasal?
>
> Trivial from C++, unfortunately tricky from Nasal right now. This n
On Mon, 2010-07-19 at 08:47 +0100, James Turner wrote:
> On 19 Jul 2010, at 01:47, Jacob Burbach wrote:
>
> > On a side note...is there a way to retrieve a list of airports within
> > a certain distance of a position from nasal?
>
> Trivial from C++, unfortunately tricky from Nasal right now. Th
On 19 Jul 2010, at 01:47, Jacob Burbach wrote:
> On a side note...is there a way to retrieve a list of airports within
> a certain distance of a position from nasal?
Trivial from C++, unfortunately tricky from Nasal right now. This needs an
extension or alternative to airportinfo(), which allow
> For the time being, entering temperature into the dialog box is broken. The
> only way to set a temperature is by setting /environment/temperature-sea-
> level-degc which calculates the temperature at altitude based on ICAO standard
> atmosphere.
That's a little disappointing. Hopefully a better
> Ok, quick test with a new pull and it seems like heading and speeds
> are working for the layers now. The temperatures don't seem to be
> taking though, same setup as previous and I was below zero celcius
> before reaching 9000 feet and already nearly 9 below celcius at 12000
> feet. Not sure abo
Ok, quick test with a new pull and it seems like heading and speeds
are working for the layers now. The temperatures don't seem to be
taking though, same setup as previous and I was below zero celcius
before reaching 9000 feet and already nearly 9 below celcius at 12000
feet. Not sure about other s
On Sat, Jul 17, 2010 at 8:16 PM, Curtis Olson wrote:
> Hi Torsten,
> While we are on the subject, I have two dumb, but related questions ...
>
> 1. I do some UAV work and at times collect some real world flight test data.
> It would be really nice to be able to capture the current metar data off
Hi Curt,
without having tested this, it might work like this:
Either tie a nasal listener to /environment/metar/data, which contains the raw
metar text, and write it's content using nasal to a file. The io module should
be able to handle this.
Or create a generic protocol writing out /environmen
Hi Curtis!
Thanks for the quick reply. I also such "low tech device", a tripod.
Okay, that was to easy. :)
Roland
signature.asc
Description: This is a digitally signed message part
--
This SF.net email is sponsored by
On Sat, Jul 17, 2010 at 1:30 PM, Roland Haeder wrote:
> Hi all,
>
> > Here's an example video replaying a real flight in FlightGear.
> > http://www.youtube.com/watch?v=toR9UO_Dafc
> >
>
> a little OT but how do I capture those videos? I have a Quad-Core, 2.5
> GHz each CPU and a 9500 GT with
Hi all,
> Here's an example video replaying a real flight in FlightGear.
> http://www.youtube.com/watch?v=toR9UO_Dafc
>
a little OT but how do I capture those videos? I have a Quad-Core, 2.5
GHz each CPU and a 9500 GT with 512 MB.
Roland
signature.asc
Description: This is a digitally sig
Hi Torsten,
While we are on the subject, I have two dumb, but related questions ...
1. I do some UAV work and at times collect some real world flight test data.
It would be really nice to be able to capture the current metar data off
the internet at the time of the flight, save it into some simp
Not the best quality but readable, hopefully those will demonstrate
the problems pretty clearly.
http://www.flickr.com/photos/jmburbach/sets/72157624393619399/
I'm also unsure why you bring up altitude above ground, as winds aloft
are stated above sea level and in true headings are they not?
che
> On Tue, Jul 13, 2010 at 3:04 PM, Torsten Dreyer wrote:
> >> All I can say by now: it's most likely not a user error ;-)
> >
> > Or is it? My first check was with fdm=magic to easily climb to any
> > desired altitude. This fdm does not update /position/altitude-agl-ft
> > which is used to interpo
On 14 Jul 2010, at 07:14, thorsten.i.r...@jyu.fi wrote:
> * Thorsten
>
> P.S. @All: I assume my proposal for a changed environment controller does
> not generate any excitement here on the list... So, I guess I'll take the
> discussion back to the forum then - it was worth a try here :-)
I real
Hi,
> I don't really know what to make of it...but hope solution
> can be found as I've started to grow tired of real-weather-fetch and
> would like to be able to set up more realistic (and less annoying)
> weather conditions, for longer distance cross country trips
> especially.
Somewhat loose
On Tue, Jul 13, 2010 at 3:04 PM, Torsten Dreyer wrote:
>> All I can say by now: it's most likely not a user error ;-)
> Or is it? My first check was with fdm=magic to easily climb to any desired
> altitude. This fdm does not update /position/altitude-agl-ft which is used to
> interpolate through t
> All I can say by now: it's most likely not a user error ;-)
Or is it? My first check was with fdm=magic to easily climb to any desired
altitude. This fdm does not update /position/altitude-agl-ft which is used to
interpolate through the environment layers.
So _my_ check was based on user error
> I seem to have a problem getting my weather conditions and winds aloft
> to behave correctly. I set weather scenario to disabled, input my
> weather and winds aloft data using the weather conditions dialog, but
> weather does not behave as input. The problem is especially apparent
> with winds al
On Fri, 2007-08-03 at 19:06 +0200, gh.robin wrote:
> On Fri 3 August 2007 18:49, Hans Fugal wrote:
> > On 8/3/07, Melchior FRANZ <[EMAIL PROTECTED]> wrote:
> > > * Stuart Buchanan -- Thursday 26 July 2007:
> > > > It interpolates METAR changes over time as follows:
> > >
> > > Committed, thanks. Th
On Fri 3 August 2007 18:49, Hans Fugal wrote:
> On 8/3/07, Melchior FRANZ <[EMAIL PROTECTED]> wrote:
> > * Stuart Buchanan -- Thursday 26 July 2007:
> > > It interpolates METAR changes over time as follows:
> >
> > Committed, thanks. This was sorely missing, but I'm afraid
> > we'll get complaints
On 8/3/07, Melchior FRANZ <[EMAIL PROTECTED]> wrote:
> * Stuart Buchanan -- Thursday 26 July 2007:
> > It interpolates METAR changes over time as follows:
>
> Committed, thanks. This was sorely missing, but I'm afraid
> we'll get complaints because the real-life-weather "doesn't
> work any more". (
* Stuart Buchanan -- Thursday 26 July 2007:
> It interpolates METAR changes over time as follows:
Committed, thanks. This was sorely missing, but I'm afraid
we'll get complaints because the real-life-weather "doesn't
work any more". (No more obvious weather changes shaking the
aircraft. ;-)
m.
* Stuart Buchanan -- Thursday 26 July 2007:
> http://www.nanjika.co.uk/flightgear/Environment.diff
[...]
> If someone could review the code and check it in to CVS if it passes
> muster, that would be appreciated.
I've applied that locally and will test and commit at the weekend
if it works. (I'll
--- Stuart Buchanan wrote:
> Wind shear cause by METAR updates is a common problem in FG, especially
> around the San Francisco bay, where there are a large number of airports
> with METAR, and quite localized weather conditions.
>
> As a first attempt to solve this, I've made some simple changes
On July 15, 2007 07:27:48 pm Hans Fugal wrote:
> I once went from reasonable headwind to strong crosswind during short
> final. It was quite exciting.
It is quite annoying. It pretty much defeats the purpose of following
glideslope and locolizer.
> I am in favor of interpolating weather changes
I once went from reasonable headwind to strong crosswind during short
final. It was quite exciting.
I am in favor of interpolating weather changes, rather than the wall of weather.
On 7/15/07, Stuart Buchanan <[EMAIL PROTECTED]> wrote:
> Hi All,
>
> Wind shear cause by METAR updates is a common p
On Mon, 3 Apr 2006 20:09:24 +0200, Paul wrote in message
<[EMAIL PROTECTED]>:
> On Monday 03 April 2006 19:11, Justin Smithies wrote:
> > But if your flying would it not be possible you could be in a
> > differnet region under an hour that has different weather
> > conditions. I would have though
On Monday 03 April 2006 19:11, Justin Smithies wrote:
> But if your flying would it not be possible you could be in a differnet
> region under an hour that has different weather conditions.
> I would have thought as most of us use adsl that the option to chage this
> would be better.
>
> Why else d
Oh, that. It does do that, at least mine does that, in fact there is a
metar seam on very short final into my favorite runway ( 14 at KHIF )
The weather changes at random spots between the middle marker and
halfway down the runway based on how fast the metar data comes off the
'net...
Are you us
For example Dyce EGPD to Edinburgh EGPH does not take 1 hour and if you look
at the ftp://weather.noaa.gov/data/observations/metar/stations/ site and
view their weather data they are totally different.
So being able to choose when the the system updates would be much better as
you could easil
Yes real weather on ..
Thought it only updated once every hour ?
Im at EGPD...
So you mean to say if i fly from EGPD to EGPH once im near EGPH FG will D/L a
new metar file for that location ??
Or will it wait 1 hour ?
Whats the param --- /environment/params/metar-max-age-min for ?
Re
But if your flying would it not be possible you could be in a differnet region
under an hour that has different weather conditions.
I would have thought as most of us use adsl that the option to chage this
would be better.
Why else does x-plane and fs2004 have this option ?
Justin Smithies
On
On Mon, 2006-04-03 at 17:58 +0100, Justin Smithies wrote:
> is it possible to make the weather check for updates more often than 1
> hourly ?
> Is there a file that can be modified or prop tree variable ?
>
> Justin Smithies
I believe the metar data is only updated hourly at the source so there
76 matches
Mail list logo
