Thank you; I was hoping to revisit that file this evening. I like the
way you did the cache timing. Did you intentionally retain the cache
flush on location update, or should I port that part of my patch onto
your version? When we run out of real time requests, I think it is a
good idea to finis
Alex,
It appeared that my last version of terrasync was not up to the
standards I asked for your version. It should now work as I was first
thinking. I also added a cache with an age to retry tiles already
downloaded but not more often than once every 10 minutes.
Regards,
-Fred
Alex Perry a écri
Thank you, those are both useful bug reports with the approach I took.
Let me come up with clean fixes for both of them and then get back to
you.
On Wed, Feb 4, 2009 at 11:57 PM, Frederic Bouvier wrote:
> Hi Alex,
>
> your version compiles under windows, but needs a continuous feed of messages
Hi Alex,
your version compiles under windows, but needs a continuous feed of messages to
work. So it doesn't work with the new fgrun button that send a positional
message to get a chunk of scenery without having to start the simulator.
Moreover, I also thought about a tile cache that will preve
Hi Alex,
I quickly tried it and found it don't work with my new fgrun prefetch
functionnality. In fgrun, I send only one position message, and your version
doesn't start the downloading process.
I must leave now. I will look at it later in the week.
-Fred
- "Alex Perry" a écrit :
> Foll
Following up on Fred's improvement to maintain a queue of pending tile
syncs, the attached version extends the deque to a priority ordered
list and also ensures we never repeat a sync that's already just been
performed. Consequently, we're now as responsive as possible to the
location change menu
6 matches
Mail list logo
