AOOOOOA
AOOOOOA
> We are trying to answer as much issues as possible, Co-Simulation related ones takes much time and we are on other stuff so we cannot have enough time to...
> You can use simulation time as time stamp as our recorder/replayer does. So we have a way to determine the time stamps. I cannot help you more there What...
> We will review this in the future. Right now we are dealing with UE5 migration. Cannot estimate an ETA for this. If someone implements this; We are open to...
> I will pass this into the correct people to see if they are able to help you Thank you so much for all your effort. I truly appreciate it.
> I will pass this into the correct people to see if they are able to help you Hi Blyron, any updates on this issue? Let me know if there’s...
> No, we have contacted with the breach developers as in CARLA everything seems fine Do you mean Synkrotron.ai, the developer of the Carla-Apollo-Bridge project (https://github.com/guardstrikelab/carla_apollo_bridge)? I’ve already tried reaching...
> Our developers tested, and see the issue, but in CARLA end seems everything to be ok. Yes, on the Carla side, everything seems fine. However, after running Apollo for...
> Report directly in apollo bridge. I reported this issue to the bridge repository a month ago but haven’t received any response yet. It seems that the repository hasn’t been...
> @AOOOOOA You can try to modify the frequency of the planning module: modules/planning/planning_base/gflags/planning_gflags.cc -> planning_loop_rate We can let CARLA limit the frequency of Apollo's control output by sending ticks...
> I would consider this as a design limitation of the native Apollo, i.e., it does not allow external triggering for synchronization purposes. Take for example, when Carla is only...