"Kai Antweiler" <[EMAIL PROTECTED]> writes: >> >> Probably the time the globs take should be adjusted based on their >> >> speed to get instead the time the "average" glob _would_ have taken. >> > >> > But if you want to compute a time period, you have to normalize the >> > value. Otherwise you can not compare UT and HT. >> >> I don't understand the two sentences above. Can you clarify? > > If you just multiply speed and time you will get the distance (or > better the length of the path) between glob and Inn.
I don't understand. How is this related to my proposal? Are you suggesting something in my proposal should be different, and if so can you explain in what way it should be different? Also, what about traffic congestion? My ideas for measuring the time were intended to help gather useful information about not just the distance globules travel but also about current traffic congestion conditions. > By dividing by the average glob speed you get a time - which will on average > be > on the same scale as the real glob2 time. > If you don't divide again, the distance value will not be on the same scale. Again, what specific change are you proposing? I am unfortunately failing to follow. >> I worry that the increase in the quality of the numbers might not be >> enough to justify the more complex programming involved. If we keep >> the programming simple there will be fewer bugs to be tracked down and >> solved. Programming and debugging time for glob2 is a scarce >> resource. > > Yes, unfortunately that is so true ... > >> What do you think about first trying the simple approach which keeps >> only a single computed average number for UT? I think even the simple >> approach would improve game play enough over the current situation to >> justify it. > > I agree. So all we have to do is convince someone to program it ... :-) ☺ :-( ☹ -- Joe _______________________________________________ glob2-devel mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/glob2-devel
