Dean, you've missed some of my points. There's already a computer in the system, for example. The same one, in the same location, is all that's needed. It would need to do another function -- instead of simply comparing the time between two contact closures it would have to read a message that contains the information about when those two contact closures took place -- information that would be contained in a pair of data messages from the remote transmitters. The remote transmitter would only have to transmit a message telling what time the event happened. The receiver at the remote location would be listening to a continuous clock signal so it would have freshly-updated times to add to the message saying that the light had been tripped.
And there's absolutely no "latency" to consider. It doesn't matter if the data is transmitted from the lights in microseconds or tenths of a second -- because the data from the light will contain a clock signal telling when the event happened. In other words, if you ask someone "What time is it when event #1 happened?" -- and he replies "It happened at 10:00:02:.00032549 O'clock" -- it doesn't matter when he tells you that information -- the event's time of occurrence still is given to you in very precise terms -- and the latency of the report doesn't matter.
Yes, there's a need for a receiver and a transmitter at each timing light. I acknowledge that. They would not affect accuracy since they'd be transmitting data including the time of the event. See above paragraph. The timer would not be at the light -- it'd be the computer back at the timing stand, just like now.
Sure, some new software would have to be created, and new hardware, too. But - the cost should be on the order of what's spent for today's hardware (new wire), "firmware" (fixing and cleaning the wires after use), and software (the labor involved in installing and removing the wires).
Next?