I'd like to see a sensor call that will allow us to go beyond the current 15ish results that are returned.
This topic has come up because it will soon be important to get good sensor feedback from scripts which are operated remotely, which must rely completely upon gathering data by sensors.
If this has to be implemented at a sleep-time cost, I'd be more than willing to accept that in return for the increased sensor capability. Perhaps the cost could be in proportion to a count given (in a new LSL function that accepts a "count" parameter), at a rate maybe like (count/15) seconds. For example, it would take me 3 seconds to do a sensor scan for a count of up to 45.
The problem is that when a sensor starts to approach 15 results, the results given can often be a different set from the previous sensor sweep, even though the environment has changed very little.
My motivation for this suggestion is that I'd like to have a script which informs me when people are approaching or leaving the vicinity. With a limit of 15, this script will not work well in a crowded area. Such a script will be almost critical to make a useful implementation of a virtual avatar that is remote controlled through the I/O gateway.
In addition, I have come up against this limitation frequently while trying to implement other features. It'd be nice to be able to get a greater result set, even if at the cost of a sleep timer to prevent it from burdening the system.