You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Issue: listener yields wrong rotation values/images from PythonAPI Version: 0.9.10, Ubuntu 18.04; seems to affect older versions as well Expected behavior: set_transform pose should match the output pose and image, for example
wget https://carla-releases.s3.eu-west-3.amazonaws.com/Linux/CARLA_0.9.10.tar.gz
tar -xvf CARLA_0.9.10.tar.gz
sh ./CarlaUE4.sh
# new terminal, copy & run the code above from PythonAPI/examples
Comments
Originally, the script was used in synchronous mode. We increased the fixed_delta_seconds parameter hoping it is related to a short time window to set the transform, but we were wrong. The snippet above deals away with the time step issues, even though it is inefficient (process_data called multiple times for the same pose). Setting the transform twice / sleeping is just for the sake of this experiment.
For some values it works fine (~e-05 errors). We need accurate relative camera pose as ground truth.
Am I doing something wrong?
The text was updated successfully, but these errors were encountered:
Hi @onorabil, this differences in rotation angles are to be expected as they are the result of internal processing by unreal. When you set the actor rotation, unreal takes the angle values and normalizes them according to its internal angle boundaries. In the end you get the same rotation (or very similar) as your input with different angle value combination.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
Issue: listener yields wrong rotation values/images from PythonAPI
Version: 0.9.10, Ubuntu 18.04; seems to affect older versions as well
Expected behavior:
set_transform
pose should match the output pose and image, for exampleExperienced behavior
Code to reproduce the numbers above
Detailed steps to reproduce
Comments
Originally, the script was used in synchronous mode. We increased the
fixed_delta_seconds
parameter hoping it is related to a short time window to set the transform, but we were wrong. The snippet above deals away with the time step issues, even though it is inefficient (process_data
called multiple times for the same pose). Setting the transform twice / sleeping is just for the sake of this experiment.For some values it works fine (~e-05 errors). We need accurate relative camera pose as ground truth.
Am I doing something wrong?
The text was updated successfully, but these errors were encountered: