Codemasters TeamYeah I'm currently a bit confused about the "rate as defined in the menu". I simplified my code to count the frequency (should be 10HZ) of the lap_data and car_telemetry_data as shown below.
And the print statements included, show some weird situations where the lap_data print statement does not show up, however the car_telemetry_data does:
I don't know if it could have anything to do with my (rather old 2017) MacBook, or the print statements shown above slowing down the UDP retrieval speed, which possibly skips some of these packet instances. Don't know if that makes sense, I don't quite have a background in data engineering, but in data science mostly.
The main goal here is to combine each instance of the car_telemetry_data's speed / throttle / gear to each instance of the lap_data's current_lap_time_ms. Which should be rather simple if both packets have the same frequency output, but they don't so that makes it difficult to match the instances without having gaps in them.
@daxdaxyAre you seeing this consistently? I see you're mentioning an old macbook, so I'm assuming the game is running on another device (I'm guessing a console or another windows PC on the same network). If that's the case, maybe your network is experiencing packet drops. What you can do in this situation is to switch off broadcasting, and have the game send the data via unicast only to the laptop running your telemetry tool (I believe the game does let you enter the destination IP address). For all you know, your router may be dropping some broadcast packets, since broadcasting is an expensive operation.
Regarding the gap in your data, one way to minimize the effect of these gaps is to increase the frequency of data sends, thereby reducing the "width" of these gaps.
Or it could just straight up be a bug, in which case I suggest you submit a bug report and offer a sacrifice to a deity of your choosing, hoping that the admins acknowledge it.
