On Tue, May 15, 2012 at 8:52 AM, Renk Thorsten wrote:
>
> Quick question to Stuart:
>
> Currently the conditionals for texture selection are done using
> /position/longitude-deg,... i.e. aircraft position. The actual tile position
> however is different from that by the visibility and an directio
Thorsten
>
> > (Even if this works fine, please do not commit yet, I am not 100% sure
> > that I didn't create an instability somewhere).
>
> Turns out I broke at least the visibility interpolation - to restore it,
> uncomment line 726 in Nasal/local_weather/local_weather.nas
>
> if (vis > 0.0)
> On Tue, May 15, 2012 at 8:52 AM, Renk Thorsten wrote:
>>
>> Quick question to Stuart:
>>
>> Currently the conditionals for texture selection are done using
>> /position/longitude-deg,... i.e. aircraft position. The actual tile
>> position however is different from that by the visibility and an
>>
Hi Yves,
flightg...@sablonier.ch wrote:
> Good point from Martin Spott off-list ;-) but anyway, has there ever been
> a proposal how this "regions" could be defined ? Is there a wiki, a readme
> or something ?
Well, in case of doubt, a simple, easily maintained text list would
serve the task of
> I have tested using only the test tile so far. The time spent in events
> is dramatically reduced to around 70ms vice 210ms. There remains some odd
> cyclical frames coming in, but the results are broadly in line with Basic
> Weather.
Okay, that's good news. I'll continue working along these
> As Fred says, it would be possible, with some changes to the
> materials.xml format and the tile loader. However, I think we can do
> better.
>
> Martin Spott pointed out to me off-list that one could use a GIS
> shapefile to define a region. This would be much more flexible,
> allowing for non
Hi,
..this means we can now build FG scenery
with sumo-simulated road traffic???
Source: http://sumo.sourceforge.net/
..debian users: 'aptitude install sumo sumo-doc sumo-tools ',
quick listing:
arnt@celsius:/tmp$ dpkg -l |grep sumo
ii sumo 0.15.0~dfsg-1 Simulation of Urban MObility (SUM
On 05/20/2012 10:17 AM, James Turner wrote:
> This is interesting - as far as I know, the current GC does not
> include a maximum delay and restart facility. If it did, that would
> entirely satisfy the current issues. At least by my understanding.
>
> Equally, I've looked at the current GC code a
On 05/20/2012 11:37 AM, Stefan Seifert wrote:
> Generational garbage collection is not that difficult. When you have a working
> mark& sweep GC, extending it to be generational is rather straight forward
> and can greatly reduce GC runtime
Runtime, yes, but not latency bounds. You still have to
Thorsten
>
> > I have tested using only the test tile so far. The time spent in
> > events is dramatically reduced to around 70ms vice 210ms. There
> > remains some odd cyclical frames coming in, but the results are
> > broadly in line with Basic Weather.
>
> Okay, that's good news. I'll continu
This is a strange feeling I have here this evening reading the above
API..and tip from arnt
I see a lot of "future"... After all my nephew is a truck driver amd
introduce to "hard maps" need to navigate and plan route and indeed at
10 is kinda getting more the concept of headings etc ...
Backseat
And can we just paint the "shadow" and not the "vehicle"..
--
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
>> As Fred says, it would be possible, with some changes to the
>> materials.xml format and the tile loader. However, I think we can do
>> better.
>>
>> Martin Spott pointed out to me off-list that one could use a GIS
>> shapefile to define a region. This would be much more flexible,
>> allowing
13 matches
Mail list logo