Reintroduced TOR network support in RaceMeter. Since the TOR network discontinued support for the client previously installed on RaceMeter devices, a new version of the TOR client—fully supported by the network—has been added. During the update, the old TOR client will be uninstalled, and the new version can then be easily installed from the TOR Network Configuration section. The uninstallation process also removes the old configuration, automatically generating a new TOR ID for the updated version.
New race definition option – Meaning of empty start time. When the Start Type is set to Individual Starts, it is now possible to define whether an empty individual start time should be treated as the same as the race start time, or as meaning that the racer has not started yet. Previously, an unfilled start time was always interpreted as identical to the race start time. This option is useful for certain race formats, such as wave starts, but when manually starting racers, it is now preferable to interpret empty start times as racers who have not yet started.
New race definition option – Show animated total time. When enabled, and for races with a start type other than Mass Start, if total time display is active, racers’ “running” total time will now be animated in the race results after they start. The animation stops when the racer finishes or when a end time is assigned. The animation runs entirely in the browser, placing no additional load on the RaceMeter device.
Race results adjustment. For races with a start type other than Mass Start, the Start Time column is now always present in the results table. Its default visibility depends on the race settings.
Race results improvement – ability to start individual racers directly from the results page. When Individual Starts are enabled, racers who don’t yet have a start time will now see a button in the Start Time cell that allows starting that racer—automatically filling in the current time as their start time.
Panel bug fix. Using {time} in a panel title did not display the current time as expected—this issue has been fixed.
Race results update. When using Individual Starts, a new function now allows clearing the start time for selected racers. This is useful, for example, for removing an accidentally created start time.
Race results update. When individual racer finishing is supported, an opposite function is now available—allowing finish times to be cleared for selected racers.
Fixed an issue in the HTML Results report that occurred when a race did not use either categories or gender classification.
Major optimization in race result calculation and live updates. These improvements primarily increase the speed of evaluating race results, especially when processing chip readings from RFID readers. In some cases, the performance boost is significant.
Live race results now include an internal list of chips (EPCs) that should no longer be evaluated in the current race. A chip is added to this list if the system doesn’t recognize it, it isn’t assigned to any racer in the race, or the assigned racer has already finished (the “finished” flag is set). This significantly speeds up the evaluation of unnecessary chip reads—for example, from unknown chips or racers who have finished but remain near antennas generating reads.
If a race does not use the “Last read” option for any segment, chip read evaluation is now faster since some complex conditions for updating previous segment times no longer need to be processed.
Ranking fields (including overall, category, and gender-based rankings) now remain blank for racers who have not completed any race segment. Sorting by ranking now prioritizes racers with completed rankings, followed by racers with no ranking, and finally those with DNF, DNS, or DSQ statuses.
Additional performance optimizations have been implemented in processing chip reads—particularly in detecting and transmitting only relevant changes to connected listeners (such as live result pages).
