berndgassmann

Hi, the input to the world model is in general object data; where this data is derived from is not specified. One can extract the data from internal simulator ground...

Hi, I'm not sure what you actually referring to and what you intend to do? Replacing the RSS sensor: are you referring to the CARLA RssSensor implementation here https://carla.readthedocs.io/en/latest/adv_rss/#rsssensor ?...

I believe the other comment in issue #89 answers this, correct?

Hi, up to now I didn't think of the detailed architecture of this. The FOV depends on the sensor suite the vehicle is equipped with. Based on those the AD-vehicle-perception...

Maybe the semantic lidar would provide an easy to realize solution: https://carla.readthedocs.io/en/latest/ref_sensors/#semantic-lidar-sensor Idea might be: go through the measurement points and create a set of all objects hit by the...

The first time, the callback it is called with no other actor (https://github.com/carla-simulator/carla/blob/dev/PythonAPI/examples/rss/rss_sensor.py#L136 the case with other_actor==None) which queries for the default parameters used for the ego. Then it's called...

Sure, the library is not directly connected to CARLA. 1. The ad_rss library is designed to be even completely independent from an actual map representation. 2. The ad_rss_map_integration library is...

Ok, thanks for clarification. We introduced the RssSensor.register_actor_constellation_callback() function to configure the parameters for every other vehicle/object individually https://carla.readthedocs.io/en/latest/python_api/#carlarsssensor Like this, one is able to set those that should not...

@4 Let me add some additions here. As you already said correctly we publish the following frames: map (global frame) map -> ego_vehicle ( which compares to the 'base_link' in...

Just had an idea. If you want the actor id to differentiate also the frames of the other vehicles you create via python interface, one might be able to use...